Live data from Hacker News

Viewing profile — jeff571

jeff571

HN member
Joined
Thu, Nov 02, 2017, 6:00 AM UTC
HN karma
16
Public activity
8 items

About jeff571

No profile information was provided.

Recent public activity

  1. 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 …

  2. comment
    Comment #16321927

    "Training existing Ruby developers to maintain safe C++ code would take too much time." Wow. Just wow.

  3. comment
    Comment #16206765

    Yeah exactly! Just look at DPDK for example.

  4. 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.

  5. 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…

  6. 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…

  7. 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…

  8. 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…