Live data from Hacker News

Viewing profile — Mond_

Mond_

HN member
Joined
Mon, Nov 25, 2024, 6:26 PM UTC
HN karma
968
Public activity
134 items

About Mond_

https://herecomesthemoon.net/

Recent public activity

  1. story
  2. comment
    Comment #49211471

    Afaik Herb Sutter largely stopped working on Cppfront a few months ago, and was never quite supposed to be a real thing, just a personal playground (or so Sutter claims at this poi…

  3. comment
    Comment #49159391

    Stupid question, can't this trivially be solved by having a movable constructor / builder type that then gets turned into a non-movable type when built?

  4. comment
    Comment #48669747

    It's not about having to remember them, it's that you shouldn't waste these short single symbols on operations that are only rarely used. This stuff (especially the ternary) are a …

  5. comment
    Comment #48630945

    > Money can't buy happiness, but it can buy less unhappiness > Money can very much buy happiness. Most of the things that make you unhappy can be remedied with money Was it too har…

  6. comment
    Comment #48592693

    It's their own blog and they can do whatever they feel like to break up the flow. I think it's quite charming tbh

  7. comment
    Comment #48412825

    Sort specifically is kind of a weird example, but C++ is full of awful naming. std::map (which is not a hash map, which is what most people would expect), std::move (which doesn't …

  8. comment
    Comment #48412773

    Yes, with the trade-off of essentially requiring exceptions, which are also banned in some codebases.

  9. comment
    Comment #48412736

    Is it really, though, or is it just in comparison to C++? Tbh I never expected that experiment to go anywhere. I guess that leaves Carbon (and large scale efforts to rewrite C++ in…

  10. comment
    Comment #48319592

    May I ask how far you got? It's not a good representation of industrial engineering, for sure, but I do like the actual logistics management and "how do I deal with my technical de…

  11. comment
    Comment #48224166

    It isn't anymore, though, that's kind of the whole point of the article.

  12. comment
    Comment #48209345

    Strategic vision. The common sentiment is that you didn't really want to do that. You expect higher returns from only having a single base model.

  13. comment
    Comment #48003682

    How about just panic? If a wrap happens and you don't expect it, it's almost always a severe bug. Then, dedicated APIs for wrapping behavior where you expect it to happen.

  14. comment
    Comment #47855722

    Not OP, but I've had the same conclusion. It's a bit cheeky to call it a puzzle game, but I don't think it's strictly wrong. Imo it's better to approach Demon's Souls as an explora…

  15. comment
    Comment #47854084

    No shade thrown, but I always preferred my game with some amount of story or artistic ambition beyond mere puzzling. I'd take Void Stranger or probably even Deadly Rooms of Death: …

  16. comment
    Comment #47700166

    I don't think that's what that word means.

  17. comment
  18. comment
    Comment #47655736

    So, where can I buy a handful for personal use?

  19. comment
    Comment #47576188

    I think that a "minimal viable baseline" type implementation should not break the ODR. In Rust these types of proposals are common, in C++ less so. The incredibly tedious release p…

  20. comment
    Comment #47394784

    Well, I've been unable to follow you as well, then. Obviously if they'd used a different type of syntax (e.g. using # for annotations), those would also be compatible with the lang…

  21. comment
    Comment #47392993

    It's an overloaded comment. I am personally quite fine with it, I don't think it's bad. but it is an overloaded comment.

  22. comment
    Comment #47392422

    This is begging the question. Yes, but why did they do that over dedicated syntax? (My personal theory is that early go had a somewhat misguided idea of simplicity, and preferred o…

  23. comment
    Comment #47349820

    This is such a silly response when "You've gotten better at using them and know how to work around their flaws now." is right there and seems a lot more plausible.

  24. comment
    Comment #47203910

    Manjaro sells itself as "Arch, but more approachable". In reality, you'll often end up with "Arch, but with additional weird package management upgrade issues that are a byproduct …

  25. comment
    Comment #47143221

    I used Manjaro for a few years. That's how I learned a pretty important lesson about software engineering that still informs how I work to this day. "A layer of abstraction on top …