Live data from Hacker News

Viewing profile — etyp

etyp

HN member
Joined
Fri, May 24, 2024, 9:57 AM UTC
HN karma
51
Public activity
20 items

About etyp

etyp.dev

Recent public activity

  1. comment
    Comment #46634305

    To quote the very first paragraph of the bytecode interpreter section[1]: > The style of interpretation it uses—walking the AST directly—is good enough for some real-world uses, bu…

  2. comment
    Comment #46556995

    There is a chance that the title here was intentionally worded to answer a question people are likely to search for, then actually answer their concerns.

  3. comment
    Comment #46331101

    This is one of those natural consequences of "everything is an expression" languages that I really like! I like more explicit syntax like Zig's labelled blocks, but any of these ar…

  4. comment
    Comment #46245181

    Yeah I only found day 2, hopefully day 1 will appear though: https://www.youtube.com/watch?v=ZLRngpdV6Qg (edited to not assume anything)

  5. comment
    Comment #46210022

    is ,AOE too far?

  6. comment
    Comment #46068770

    I read it as "this was a big news story which we care about. You may know it, but it is not the primary reason. Here is the primary reason."

  7. comment
    Comment #45386067

    Random note since Godbolt was mentioned: It's also fun to hop on play.rust-lang.org and see what different IRs look like via the "..." next to "RUN." Just look at how simple the HI…

  8. comment
    Comment #44814789

    This goes to show how Zig's language design makes everything look nicer and simpler - the `errdefer` patterns in tests are super nice! I've debugged my Zig tests with simple print …

  9. comment
    Comment #44289413

    Zeek is well known in "security" spaces, but not as much in "developer" spaces. It did get me a bit excited to see Zeek here until I realized it was unrelated, though :)

  10. comment
    Comment #43509486

    Practically, it's all through this `type_traits` header that (often) end up in unreadable messes. It's all possible because of the catchy acronym SFINAE. It doesn't make much sense…

  11. comment
    Comment #43509370

    The Real Book was pretty fundamental helping me learn jazz. I think a lot of jazz people look down on it (or those who need it), but I didn't really get deep enough to see that. Th…

  12. comment
    Comment #43209675

    I really love that static analyzers are pushing in this direction! I loved writing Clippy lints and I think applying that "it's just code" with custom checks is a powerful idea. I …

  13. comment
    Comment #42973787

    I like how this is structured. When I read that inline types get copied-on-borrow I was pretty put off. Then since fields of inline types can't be assigned new values it seems a bi…

  14. comment
    Comment #42812026

    I've actually tried serializing languages into protobufs. The main reason was it made communication from X random programming language to Java in a consistent, structured way. Seem…

  15. comment
    Comment #42737900

    I'm excited to see how that x86 backend is, I haven't tried it yet. It's definitely an interesting step for a new language to do on its own

  16. comment
    Comment #42697548

    Seems reasonable enough, but why would it (allegedly) send environment variables back via a POST? Even if it's entirely in good faith, I'd rather some random package not have my `e…

  17. comment
    Comment #42321324

    Nietzsche is a very interesting example since there is a very obvious shift in his philosophy from The Birth of Tragedy to, say, The Gay Science. I understand the argument that the…

  18. comment
    Comment #42269551

    Safe programs extend beyond those that Rust's borrow checker accepts though. There is more than one way to make a program safe, not all of them would be valid Rust.

  19. comment
    Comment #42115500

    I don't think the C++ standard can be held up like that. Many compilers simply ignore it (or ignored it, they're getting better about these things). It's not because there's an omi…

  20. comment
    Comment #41914317

    Yeah, I've never really considered using a grammar like that for string processing like they suggest. And it's the first thing they show. Maybe I'm missing out and I just haven't h…