Live data from Hacker News

Viewing profile — grumpyprole

grumpyprole

HN member
Joined
Tue, Jun 30, 2015, 7:44 PM UTC
HN karma
4,484
Public activity
2,042 items

About grumpyprole

No profile information was provided.

Recent public activity

  1. comment
    Comment #48255495

    VSCode is pretty much this. But with typescript instead of Guile. After 30 years of Emacs, I switched .

  2. comment
    Comment #47576217

    Yes, the belief that markets self regulate, was proved incorrect by the 2008 financial crisis.

  3. comment
    Comment #47507408

    Not always. There's no Minecraft for Mac, they even prohibited Macs running the iPad version. It's essentially been ported to Apples APIs but purposely withheld from macOS.

  4. comment
  5. comment
    Comment #47342739

    Yes, it will also have 5 mins of battery life when unplugged and have a power adapter the size of a shoe box. I tried a similar machine from Lenovo at work and quickly returned it.…

  6. comment
    Comment #47342685

    That's absolutely insane.

  7. comment
    Comment #47327499

    Does this really test Claude in a useful way? Is building a highly derivative programming language a useful use case? Claude has probably indexed all existing implementations of im…

  8. comment
  9. comment
    Comment #46845138

    I certainly don't mean to knock nominal types. But I think structural types are more fundamental. A language would only need a single "newtype" or "nominal" keyword to create nomin…

  10. comment
    Comment #46844774

    Most languages have poor support for structural types though. If you try and join two records together (like a SQL join), what will your favourite language infer then?

  11. comment
    Comment #46844766

    What you are describing is structural types. It is indeed a mystery that these are so under used, especially as they are a cornerstone of type theory. Structural types are so usefu…

  12. comment
    Comment #46452202

    It's overblown until it isn't. Hoare didn't pluck that number from thin air. This is now a solved problem in modern programming languages. If Odin doesn't have this and other essen…

  13. comment
    Comment #46452177

    Yes it's the burden of proof. That's why writing Rust is harder than C++. Or why Python is easier than anything else. As a user and customer, I'd rather pay more for reliable softw…

  14. comment
    Comment #45500282

    Less of the personal attacks please, you know nothing about me. I actually think it is you that is missing context here. Don Syme personally visited and presented at a variety of i…

  15. comment
    Comment #45493732

    F# was pitched by Microsoft to be used in areas where Python dominates, especially for scripting in the finance domain and "rapid application development". So it doesn't make sense…

  16. comment
    Comment #45487802

    Haskell. But there are other examples of "pure functional programming". And the state of the art is dependently typed languages, which are essentially theorem provers but can be us…

  17. comment
    Comment #45485632

    It absolutely does make sense to compare it to the worlds most popular programming language, especially when dismissed as "functional programming". Who benefits from an OCaml compa…

  18. comment
    Comment #45482609

    Both OCaml and Clojure are principled and well designed languages, but they are mostly evolutions of Lisp and ML from the 70s. That's not where functional programming is today. Bot…

  19. comment
    Comment #45482324

    I'd much rather code F# than Python, it's more principled, at least at the small scale. But F# is in many ways closer to modern mainstream languages than a modern pure functional l…

  20. comment
    Comment #45482259

    It all depends on the lens one chooses to view them. None of them are really "functional programming" in the truly modern sense, even F#. As more and more mainstream languages get …

  21. comment
    Comment #45481084

    F# is hardly modern functional programming. It's more like a better python with types. And that's much more ergonomic than C#.

  22. comment
    Comment #45481010

    Arrays have a static fixed size though, making them far less useful in practice. Anything one builds with generics is boxed. Dotnet doesn't have this problem.

  23. comment
    Comment #45480327

    The JVM famously boxes everything though, probably because it was originally designed to run a dynamic language. An array list of floats is an array list of pointers. This created …

  24. comment
    Comment #45480299

    > C# is, imo, the best cross platform GC language. I really can't think of anything that comes close How about F#? Isn't F# mostly C# with better ergonomics?

  25. comment
    Comment #45156023

    In hindsight, I think your description is indeed better!