Live data from Hacker News

Viewing profile — greener_grass

greener_grass

HN member
Joined
Mon, Aug 05, 2024, 9:31 AM UTC
HN karma
319
Public activity
162 items

About greener_grass

No profile information was provided.

Recent public activity

  1. comment
    Comment #46822206

    Age of Empires II is very popular but doesn't have multiplayer support on Linux.

  2. comment
    Comment #46814118

    Technically maybe, I don't know. But in practice, your bash will use tools like this and break if they are different / missing on a future build host. If using a programming langua…

  3. comment
    Comment #46798254

    Does a game "run on Linux" when it has 100% feature parity? 90%? 80%? What are you willing to cut? Some performance? A few graphical effects? Multiplayer? When you look at the deta…

  4. comment
    Comment #46795884

    The tools you will call from your bash script differ in subtle ways between Linux, macOS, MinGW. One good example is `uuidgen`

  5. comment
    Comment #46793690

    Bash is not a great cross-platform choice. Too many subtle differences. The best way is a scripting language with locked-down dependency spec inside the script. Weirdly .NET is lea…

  6. comment
    Comment #46616040

    If you are not willing to make this trade then how much of a priority was run-time performance, really?

  7. comment
    Comment #46586287

    Tutorial was pretty confusing to me. I formed "HIM" and it rejected it, no explanation why.

  8. comment
    Comment #46540603

    Project 2025 was strongly against active travel, yet increased car dependency is one of the main factors in poor health in the USA.

  9. comment
    Comment #46119194

    MonoGame is stable and still receiving updates. I would strongly suggest that for quick code-first prototypes. The boiler-plate of "load a texture and render to screen" is quite mi…

  10. comment
    Comment #46105340

    CodeWars has a nice Kata grading system that features many intermediate level problems.

  11. comment
    Comment #46067410

    > The real answer to all this is to use a provider that supports idempotency keys. Then when you can retry the action repeatedly without it actually happening again. My favorite ar…

  12. comment
    Comment #46045523

    Is the real Mark Shinwell on here? https://github.com/mshinwell

  13. comment
    Comment #46044235

    Buck 1 used Python directly and it had lots of issues compared to Starlark.

  14. comment
    Comment #46004371

    There are. The rhetorical strategy is to argue that Brexit was a good idea, but it has not been implemented properly. Look for the phrases "Brexit means Brexit" and "proper Brexit"…

  15. comment
    Comment #45993625

    How would you measure these? - making associations - generating original ideas - more perceptive ... "spatial awareness" I can see though

  16. comment
    Comment #45955487

    This is how Debezium works. It is probably best to use that unless there is a strong reason against.

  17. comment
    Comment #45953933

    The EA / Rationalist / AI Safety crowd tend to think they can overcome these impulses

  18. comment
    Comment #45901039

    Smaller is better, of course, but I've never found the size of .NET binaries to be an issue. What problems does this cause?

  19. comment
    Comment #45901024

    > dotnet requiring a CLR is not particularly well-suited for containerization Why? I routinely put compiled .NET programs into containers. It's also easy (easier than Rust even) to…

  20. comment
    Comment #45899723

    I am talking about C# / F# context where the lists must have homogeneous types. That TypeScript supports this is yet more complexity introduced to cover usages of an API not design…

  21. comment
    Comment #45898482

    Here `a` and `b` can have different types: let! a = fetchA() and! b = fetchB() Whereas `Promise.all` usually requires all promises to have the same type (returning a `List ` or eve…

  22. comment
    Comment #45898434

    What are the cross-stack gains of Python? Running TypeScript on the server is a well trodden path. It can be pretty fast too. Python on the client, not so much.

  23. comment
    Comment #45855539

    This isn't true, because more is not always better. C# has lots of anti-features that F# does not have.

  24. comment
    Comment #45848593

    Applicative Computation Expressions are a big deal (added in F# 5). Recent changes have been smaller in scope. Unfortunately lots of the more advanced stuff seems to be blocked on …

  25. comment
    Comment #45848306

    F# is a practical choice but the language features are quite far behind OCaml now. {Ecosystem, Functors} - choose 1