Live data from Hacker News

Viewing profile — BatmanAoD

BatmanAoD

HN member
Joined
Fri, Nov 08, 2019, 4:22 PM UTC
HN karma
28
Public activity
40 items

About BatmanAoD

No profile information was provided.

Recent public activity

  1. comment
    Comment #48580855

    You mean `jj advance bookmarks`? It still seems like a pain to not just have it happen automatically on `commit`. (I use the "experimental" auto-advance-bookmarks feature, but it's…

  2. comment
    Comment #48580836

    I honestly get the sense that several, or possibly most, jj maintainers truly are not familiar with the "typical" way devs use git. They really do not seem to consider branches wit…

  3. comment
    Comment #48405167

    I still don't understand your point. The comment you responded to says: >As a general rule, if someone ever posts any kind of career troubles on any platform, the only correct resp…

  4. comment
    Comment #48374272

    I don't understand your point; what other type of messages are you saying should be acceptable as a response to a post about career troubles?

  5. comment
    Comment #48088902

    Why are you conflating "no intention of doing a rewrite" with his actual wording, "we haven’t committed to rewriting"? The latter does not at all indicate that there would definite…

  6. comment
    Comment #47997707

    What makes you say that?

  7. comment
    Comment #46472602

    This seems to be missing the point. Sometimes users see error messages. Sometimes they're good, sometimes they're bad; and yeah, software engineers should endeavor to make sure tha…

  8. comment
    Comment #44781572

    > Reading C++ for dummies even though I had untreated ADHD and couldn’t sit still long enough to get much past std::cout. You may have lucked out. I also didn't get terribly far in…

  9. comment
    Comment #44578483

    Like a lot of blog posts, this feels like a premise worth exploring, lacking a critical exploration of that premise. Yes, "inevitabilism" is a thing, both in tech and in politics. …

  10. comment
    Comment #43716306

    If 20% of people really think they'd be better off as factory workers, that's actually kind of a lot. Can you imagine if 20% of the working population really did work in factories?…

  11. comment
    Comment #38887469

    ...okay, so what is "PI lockfree"?

  12. comment
    Comment #38876093

    Nobody said anything about RISC-V being "perfect" or not. The problem isn't how good RISC-V is or isn't; it's that your desire for software to target one and only one type of hardw…

  13. comment
    Comment #38863641

    So the "right way" is to replace all hardware with new hardware, and the second-best solution is for CISC systems to emulate a specific RISC architecture? And you think this will b…

  14. comment
    Comment #38854447

    Are you proposing a kernel that would only run on risc-v hardware, or expecting that people would run some kind of emulator? ....or do you think that because RISC-V is "standard", …

  15. comment
    Comment #38816125

    Any good Vim-emulator extension has macro support. VSCode also has an extension that lets you run the actual neovim server to manage your text buffer. The settings GUI in VSCode is…

  16. comment
    Comment #38228221

    Precisely true, but from a PHP background, I assume there's not much to prepare you for this.

  17. comment
    Comment #38228216

    What are you talking about? Even the standard library is littered with `any` and reflection. Look at how JSON serialization works.

  18. comment
    Comment #38182705

    That's...not...how threads or async work...? > Blocking I/O executed on another thread, with a callback to execute when done, becomes async I/O (from the user's PoV). That's not wh…

  19. comment
    Comment #36367428

    Okay, that's quite funny. Thank you.

  20. comment
    Comment #36253993

    That's...not precisely true. The C++ standard doesn't specify how std::async works, and for a while GCC just ran the operation sequentially, and later both GCC and Clang launched n…

  21. comment
    Comment #35372704

    Honestly, this is better than the article itself.

  22. comment
    Comment #30714432

    Well, yeah. Hence the rest of my comment. And if you don't go through glibc, then you still must follow the C ABI rules (since that's the only thing the kernel understands), and yo…

  23. comment
    Comment #30714412

    Sure. You can re-implement everything starting with the Kernel, as long as you don't have to interface with any of the C microcode on the hardware itself. And, yeah, people are doi…

  24. comment
    Comment #30708344

    It's "organic" because, as this article is pointing out, creating alternatives is really difficult due to this exact lock-in, both at the OS level and at the hardware-vendor level.…

  25. comment
    Comment #30708336

    You still have to follow the C ABI when interfacing with C. That's the exact problem being called out in the post. Zig solves interoperability by incorporating an entire copy of LL…