inconshreveable

8 ms·

31.
by inconshreveable 10y ago
<3
32.
by inconshreveable 11y ago
Yep, there are certainly exceptions! It's not a blanket rule. Rants aren't quite as much fun if you equivocate for the 5% case though. =)
33.
by inconshreveable 11y ago
I haven't, any particular video you have in mind?
34.
The Neomonolith(inconshreveable.com)
20 points by inconshreveable 11y ago|7 comments
35.
by inconshreveable 11y ago
I imagine you've read it, but if you haven't, you may want to read about the LMAX architecture (from which they created the well-known Disruptor) because they dealt with this exact same problem: http://martinfowler.com&
36.
by inconshreveable 11y ago
yep, i'd love to see this integrated with ngrok. would a gotty+ngrok combination be something folks would pay for?
37.
by inconshreveable 11y ago
If you're interested in the historical setting of Longitude (and why it's in Greenwich to begin with), I highly recommend Dava Sobel's _Longitude_: http://www.amazon.com/Longitude-Genius-Greatest-Scientific-P.
38.
by inconshreveable 12y ago
Quick links: What's new: https://ngrok.com/whatsnew ngrok link: https://ngrok.com/product/ngrok-link
39.
by inconshreveable 12y ago
If you're looking for the in-depth technical detail of IPFS, you really want to read Juan's paper on it: https://github.com/ipfs/ipfs/raw/master/papers/ipfs-cap2pfs/... I've expl
40.
by inconshreveable 12y ago
This is super cool work from Ian here. Go is quickly engendering a renaissance in command line programs and other services that run in hostile environments. I talked about this in my GopherCon 2014 talk: if you want to build quality code an
41.
by inconshreveable 12y ago
Of the complaints you can make about Go's type system (and there are many), being too complex is not one of them.
42.
by inconshreveable 12y ago
Did you evaluate log15? And if so, what did you find lacking about it? https://godoc.org/gopkg.in/inconshreveable/log15.v2 https://github.com/inconshreveable/log15
43.
by inconshreveable 12y ago
I disagree. Of the various approaches I've seen to cope with this problem, Rust's try! macro is the most elegant. Given the practical minded nature of Go and the core team's willingness to add in special cases to the language
44.
by inconshreveable 12y ago
It would be nice to credit me since I developed this approach (down to using Redis with Lua scripts) two years ago at Twilio: http://vimeo.com/52569901 If you developed the approach entirely without having seen my talk then
45.
by inconshreveable 12y ago
Your point is well taken. The thing is that ngrok does not do anything useful beyond printing out the help text when double-clicked, and without the text, I'd be worried that a user might actually try to double-click it again when it
46.
by inconshreveable 12y ago
Apparently Armon built one too a few weeks ago [1] I think I'd like to move muxado in a direction where it provides the common interface to the various stream multiplexers. That way you could code against a common interface and swap ou
47.
by inconshreveable 12y ago
This is by far the most common suggestion that's been suggested to me that I hadn't considered before. I like it a lot, and I wouldn't be surprised if I ended up implementing this. Another possible alternative I'm consid
48.
by inconshreveable 12y ago
I disagree with respect to a pay gate. A payment gate on ngrok, even something as simple as requiring a credit card number would pose a significant barrier for a large swath of ngrok users. As some motivating evidence I can tell you: I&#x27
49.
by inconshreveable 12y ago
Sadly not. There is no delegation of authority for domains. If you are trusted to sign, you can sign anything. ngrok does see and ignore all of the decrypted traffic before it re-encrypts through the tunneled connection. This will change so
50.
by inconshreveable 12y ago
This automation was just a first step. This is an area that is rather completely new to me. I've never worked in the hosting world or had to deal with this type of problem personally. I certainly have a lot to learn. Can you talk about
51.
by inconshreveable 12y ago
I wrote sqltap not too long ago to solve this problem for users of SQLAlchemy, complete with pretty web UI for visualizing not just the queries, but also where they originated in the application : It also lets you dynamically enable/d
52.
by inconshreveable 13y ago
Make sense and I agree. Thanks for the feedback! Unfortunately, ngrok's new protocol is optimized very heavily for speed which comes with a cost in complexity of both the protocol and the clients that implement it.
53.
by inconshreveable 13y ago
Very cool. ngrok doesn't have a programmatic API, but I'd love to add one soon. I've built out a library for this in https://github.com/inconshreveable/go-tunnel that will be the foundation for ngrok&#x2
54.
by inconshreveable 13y ago
ngrok is a Go project and has not changed
55.
by inconshreveable 13y ago
As a former Fog Creek intern (2010), I can tell you that Fog Creek's internship program is one of the best built out programs I've seen in the industry. It rivals and exceeds those of software firms with 10-100x resources. The tal
56.
by inconshreveable 13y ago
For those of you who are interested in a tiny, safe, static file server that provides secure, public URLs from any machine (ngrok-style), I have a simple project called srvdir that will probably be useful to you: https://srvdir.n
57.
by inconshreveable 13y ago
I think my project srvdir might be exactly what you're looking for: https://srvdir.net
58.
by inconshreveable 13y ago
The thing that's missing from this article (which is relevant to this crowd) is the incredible focus on simplicity of Keen's API. Keen's API for reporting metrics is the right one. Any Keen SDK has essentially one API call fo
59.
by inconshreveable 13y ago
I'm planning on building this as my next project. Although I think aiming for building this into the general programmer's development environment is ideal, there is an easier first step. Simplify and reduce the scope of the projec
60.
by inconshreveable 13y ago
I've made ngrok completely open source and permissively licensed, I'd suggest using it rather than reinventing your own. Feel free to contact me about it.

More ›