Viewing profile — el_bhs
el_bhs
HN member- Joined
- Tue, Jul 23, 2013, 7:05 PM UTC
- HN karma
- 21
- Public activity
- 19 items
- HN profile
- View on Hacker News ↗
About el_bhs
Recent public activity
- story
- story
-
comment
Comment #20098118
the customers spending billions on the big cloud providers are entitled to much more rigorous and detailed reporting (incl historical data) for end-user-visible performance... I wo…
-
comment
Comment #16048493
(disclaimer: I am one of the people who started opentracing) Someone sent me this HN thread – nice to see the questions here! OpenTracing has had a big end-of-2017 with support lan…
-
comment
Comment #15334600
"OpenTracing-compatible" is strict API compatibility in any supported language. The cross-language spec is "terminology-based" since it's, well, cross-language. There is an open is…
-
comment
Comment #7713317
what a lovely design!
- comment
-
comment
Comment #6193630
I don't think that doing manual memory management doubles dev time for experienced devs, no... I just mean that, if you're trying to eliminate GC hiccups by, say, writing a custom …
-
comment
Comment #6193622
This is a lazy answer, but it needs to be said: it depends on the context and the number of roundtrips to the cache. If we're talking about a vanilla object cache, I think that it …
-
comment
Comment #6193604
It really did take twitter many years to rearchitect and break their most problematic dependencies on Rails, yes... my understanding is that it was a 4-year process.
-
comment
Comment #6183179
For my own project, the GC tradeoff with Go (or Java) is acceptable given the relative ease of development w.r.t. C++. Since there are better structures in place to explicitly cont…
-
comment
Comment #6182972
Sure. So, for any black-box service endpoint, the latency for any given request is obviously just the time it takes for that operation to complete. Ideally one measures both end-to…
-
comment
Comment #6169942
I can't resist (this is the OP): you are missing the point. It's not just throughput, it's high-percentile latency. Latency is critical if you have 1 billion users or 100 users, an…
-
comment
Comment #6169267
JRuby is of course incompatible with C extensions to Rails; the place I used Rails had such dependencies, and so JRuby was not an option. I agree that JRuby is otherwise preferable…
-
comment
Comment #6169254
I don't think anyone is arguing that companies fail to grow because of these languages. It's merely that they would grow more quickly once at scale if they didn't have to spend sev…
-
comment
Comment #6169233
(I wrote TFA -- didn't expect it up on HN!) I agree that the post would be more compelling if I wrote a benchmark to demonstrate how much faster an in-memory cache is than an off-p…
-
comment
Comment #6093312
Ah, I hadn't seen that, thanks! For what it's worth, "Go" as a language is not really implicated in that, it's more like the `go` cmdline suite that was causing trouble. I would al…
-
comment
Comment #6093272
Exactly. With proper discipline and true 100% test coverage, dynamic languages work well. But over time, that ideal is a challenge for most software organizations to actually live …
-
comment
Comment #6092247
@dvt, this is the OP here. I was hoping that those who already agree with me about dynamic languages would come to understand that Go is different in this respect. I did a lousy (i…