Viewing profile — jeff571
jeff571
HN member- Joined
- Thu, Nov 02, 2017, 6:00 AM UTC
- HN karma
- 16
- Public activity
- 8 items
- HN profile
- View on Hacker News ↗
About jeff571
No profile information was provided.
Recent public activity
-
comment
Comment #16372463
People who bother to practice for coding interviews (using the same website) and successfully land an interview do similarly well on coding interviews... That's a lot of selection …
-
comment
Comment #16321927
"Training existing Ruby developers to maintain safe C++ code would take too much time." Wow. Just wow.
-
comment
Comment #16206765
Yeah exactly! Just look at DPDK for example.
-
comment
Comment #15954163
It's in their codebase because they catastrophically over engineered it. Even the largest codebases on earth don't require FactoryFactoryFactory's.
-
comment
Comment #15953964
I'm sorry but you can't possibly be serious. There is no sane motivation for a *FactoryFactoryFactory class. No problem on earth is complex enough to benefit from that much abstrac…
-
comment
Comment #15893399
The article is an okay start, but it wasn't written by an expert. It lists some real pitfalls but doesn't provide commonly accepted solutions. Some examples... multiple lines: wrap…
-
comment
Comment #15610372
The lock could still be faster. atomic ops are more expensive than regular opcodes even when there is zero contention. On x86, a lock requires only a single atomic opcode and can b…
-
comment
Comment #15608171
Keep in mind lockless algorithms are not necessarily more scalable than lock-based algorithms, usually have higher constant overheads, and are significantly easier to get wrong. Ho…