Live data from Hacker News

Viewing profile — weebull

weebull

HN member
Joined
Mon, Sep 23, 2019, 12:08 PM UTC
HN karma
554
Public activity
271 items

About weebull

No profile information was provided.

Recent public activity

  1. comment
    Comment #49240857

    ...or...just hear me out now...we could limit it in the harness. Don't give it shell access, just predefined tools.

  2. comment
    Comment #47333528

    Two different philosophical approaches with Zig and Rust. - Zig: Let's have a simple language with as few footguns as possible and make good code easy to write. However we value ex…

  3. comment
    Comment #47329821

    Clock rate isn't the only factor. A design can be power hungry at a low clock rate if designed badly, and if it it is... you're never getting that think running fast.

  4. comment
    Comment #47329748

    All of those things are solved with modern extensions. It's like comparing pre-MMX x86 code with modern x86. Misaligned loads and stores are Zicclsm, bit manipulation is Zb[abcs], …

  5. comment
    Comment #47246963

    Wtf‽ I didn't know that was possible.

  6. comment
    Comment #47008533

    > Yet ironically getting Claude Code to run at 60fps is way way harder in a TUI? That's what happens when you vibe code your app.

  7. comment
    Comment #46885071

    Given that Mandarin has many forms of "yes", isn't the problem that all those forms map on to our singular "yes". For a native speaker "yeeeessss" means something very different to…

  8. comment
    Comment #46884977

    How about we leave "...shoring" alone?

  9. comment
    Comment #46884960

    > Question: Did photoshop kill photography? Because honestly, this AI discussion to me sounds very much like the discussion back then. It killed an aspect of it. The film processin…

  10. comment
    Comment #46807818

    > Why you think the net was born? > Porn porn porn

  11. comment
    Comment #46803536

    My biggest complaint is there's no way to name a signal because a wire isn't a thing. You instance gates and give those names, but wires are anonymous connections between gate pins…

  12. comment
    Comment #46779553

    I think it's more likely you become a danger for others. A safe space for malware

  13. comment
    Comment #46764922

    If you're using dlopen(), you're just reimplementing the dynamic linker.

  14. comment
    Comment #46574347

    As Blair got most institutionalised to the world of politics he became more and more authoritarian. Starmer appears to be listening to Blair who is now even worse than he was as PM…

  15. comment
    Comment #46574232

    > "We don't need destructors, defer/errdefer is enough" is Zig's stance, and it was mostly OK. There's more than that. Zig has leak detecting memory allocators as well, but they on…

  16. comment
    Comment #46574198

    A 50-ish MB build time dependency that doesn't need any special privileges or installation to run? That's over engineering? A binary release of just CMake is bigger than all of Zig…

  17. comment
    Comment #46453790

    There's one area I wish we did differently which I think is a hang-over from big-endian. It's the order of bytes when we write out hex dumps of memory. You'll always get something …

  18. comment
    Comment #46366519

    > - we have authentication everywhere in our stack, so I've started including the user id on every log line. This makes getting a holistic view of what a user experienced much easi…

  19. comment
    Comment #46238006

    > Zig, for all its ergonomic benefits, doesn’t make memory management safe like Rust does. Not like Rust does, no, but that's the point. It brings both non-nullable pointers and bo…

  20. comment
    Comment #46217393

    It is intended for release builds. The ReleaseSafe target will keep the checks. ReleaseFast and ReleaseSmall will remove the checks, but those aren't the recommended release modes …

  21. comment
    Comment #46217287

    And hardware access. You absolutely can't write a hardware driver without unsafe.

  22. comment
    Comment #46217261

    I personally feel the Zig is a much better fit to the kernel. It's C interoperability is far better than Rust's, it has a lower barrier to entry for existing C devs and it doesn't …

  23. comment
    Comment #46217174

    So if you're writing a device driver in rust... - Hardware access is unsafe - Kernel interface is unsafe How much remains in the layer in-between that's actually safe?

  24. comment
    Comment #46217154

    I don't understand why. Working with hardware you're going to have to do various things with `unsafe`. Interfacing to C (the rest of the kernel) you'll have to be using `unsafe`. I…

  25. comment
    Comment #46217103

    Learn rust to a level where all cross language implications are understood, which includes all `unsafe` behaviour (...because you're interfacing with C). Yes it does.