Hacker Newsnew | past | comments | ask | show | jobs | submit | bjflanne's commentslogin

Thanks, yes I was a member of the Discord at launch. Good stuff.


Indeed, but it didn't move by as much which is why the post was on silver as the percentage move was higher, and stole headlines.

Which is what happens when the Gold:Silver ratio tries to revert to mean.


yeah, and Deutsche Bank is in similar shape. CS is just the canary in the coal mine.


A Bear Sterns moment.


I agree, that's why I said 'Gold' - it's not gold, it just is an attempt at replicating some of the best industrial aspects of it.


It sounds like it's time for an ICO... all the cool kids are doing it.

But in all seriousness one in the hand is not worth two in the bush in these scenarios it's worth a thousand in the bush.


It sounds like it's time for an ICO...just saying.


Well said; the other project involving NATS from the Rapidloop team (gRPC over NATS essentially) mentions some benefits as they see it which are what you've pointed out: https://github.com/rapidloop/nrpc


A follow up from a reader on this article: http://bravenewgeek.com/smart-endpoints-dumb-pipes/


Also felt this post by Diogo in the NATS community was interesting here:

http://www.diogogmt.com/2016/02/08/benchmarking-nats-and-res...


Impressive numbers, though it seems he's testing Go vs. Node.js at the same time. I'd like to see performance numbers for HTTP/2, though.


HTTP/2 definitely makes it faster for browsers to load assets in a webpage, however, not sure how much it would speed up individual REST requests since most of the time is bound to the request/response round trip.

Just clarifying the comment about the benchmark, even though there are both Go and Node.js components the actual bit that was being benchmarked was HTTP and NATS for the inter service communication. All the code is available on github if anybody wants to rerun the benchmarks.


HTTP/2's main feature is that it's multiplexed, which a client written in a suitably async-friendly language can exploit to pipeline parallel requests, or at least better reuse connections. There's presumably not too much performance gain (though header compression helps) if your client can't exploit the multiplexing.


Thanks for pointing that out!..should be resolved in PR that should go live asap.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: