Viewing profile — lod723
lod723
HN member- Joined
- Thu, Apr 13, 2017, 5:09 PM UTC
- HN karma
- 55
- Public activity
- 28 items
- HN profile
- View on Hacker News ↗
About lod723
No profile information was provided.
Recent public activity
-
comment
Comment #16619737
Having a bad rap inside the tech bubble affects them in relation to recruiting and retention though. If the tech zeitgeist turns against Facebook as a "cool place to work" that's p…
-
comment
Comment #16522341
That didn't answer the question.
-
comment
Comment #16483919
Concurring with sibling comments, last week I had a Lyft driver who was using that feature because she was ending her shift.
-
comment
Comment #16453873
You mean Norway is the Canada of the EU?
-
comment
Comment #16265937
It's worth posting the long version. I've been following the various Pony blog posts with interest (I'm a both language geek and a distributed systems geek), but I always come away…
-
comment
Comment #16265677
I've read that blog post and some of your other posts on HN. I get why the JVM, C/C++, and Go were not fits. However, I have not seen a lucid explanation of why you didn't go with …
-
comment
Comment #16217446
Safari's JS engine is different than Chrome's though, no?
-
comment
Comment #16079525
SPARC does speculative execution, so it would be vulnerable to Spectre too.
-
comment
Comment #14850975
Java and C# incur more much more developer complexity for web development than Phoenix. And as the the sibling comment points out, raw CPU performance isn't the only measure of eff…
-
comment
Comment #14849690
For an improvement of 2 orders of magnitude while maintaining the same level of developer complexity, I'm hard pressed to think of any other web framework besides Phoenix that can …
- comment
-
comment
Comment #14833941
Just speculating, but maybe it's because Google, Facebook, and Amazon have a tech presence in Austin and not in the other 3 metros you mentioned?
-
comment
Comment #14753726
No, because the JVM currently lacks features to truly isolate threads of execution, which is important for both performance and reliability. AFAIK, the JVM folk aren't even talking…
- comment
-
comment
Comment #14715205
You realize that this sounds like more of the same hype to anyone who was burned by the overpromising in the 1.x and 2.x days? Whether your statement about 3.x is true or not, the …
-
comment
Comment #14518615
I can think of a couple trivial ways to express this in Erlang/Elixir. You should take a look at them.
-
comment
Comment #14446218
I think he got it right. Mossberg was one amongst a number of everyman tech columnists for a while, but Jobs really elevated him once Apple got popular.
-
comment
Comment #14230267
You left out Millbrae. I don't think the grandposter tried very hard. There's definitely a number of proper Chinese places in that corridor, but the average ones do suck. That or t…
-
comment
Comment #14203505
The JVM has the same global heap problem as Node... it's frustrating that with all the development that goes into the JVM this problem remains unaddressed.
- comment
-
comment
Comment #14154464
Will take a look! There really should be more ecosystems that try to solve modern problems effectively.
-
comment
Comment #14154458
The multiprocess Node concurrency model is brittle and fault intolerant. The event loop scan actually has real bottlenecks at a certain level of fds in flight. A real scheduler rea…
-
comment
Comment #14153908
> Once you get the hang of promises, you are capable of doing concurrent asynchronous tasks in a manner that would be significantly more difficult in any other language. FYI, anyon…
-
comment
Comment #14151411
Yeah, this is important. Therapist-client privilege has a specific legal definition, and it'd be very bad to loophole that away due to some inadvertent implementation detail.
-
comment
Comment #14149587
It's possible however that some juniors may take longer to reach their full potential, or perhaps never reach it at all in a remote environment. Also juniors may not have the self-…