Live data from Hacker News

Viewing profile — forrestthewoods

forrestthewoods

HN member
Joined
Fri, Jun 24, 2011, 7:56 PM UTC
HN karma
8,209
Public activity
3,791 items

About forrestthewoods

No profile information was provided.

Recent public activity

  1. comment
    Comment #49225017

    > lipstick on a pig Yes!! > dancing around the core issue that `foo.exe` cannot ever realize `foobar-v1.8` and `foobar-v1.7` are both installed on the same computer I’m curious if …

  2. comment
    Comment #49219386

    My gut feeling is that Nix is just not quite the right abstraction level. I can’t quite articulate this. And hell maybe I’m wrong. I don’t want to configure a global environment. I…

  3. comment
    Comment #49186158

    Whoa. So is Jeff effectively leaving Google to work on this new venture full time? Or is the venture a side project? It sounds like the former. I’m sure he’ll still have internal a…

  4. comment
    Comment #49153185

    Step 1. Start with a library that is a fat wrapper around a massive C++ library that does all the hard work Step 2. Rewrite only the wrapper using already written tests. Step 3. Ge…

  5. comment
    Comment #49146368

    As a former gamedev watching non-gamedev AI talk about games is so amusing. They really truly do not understand anything about games or consumer entertainment. There’s a reason AI …

  6. comment
    Comment #49102706

    Definitely a missing piece in the ecosystem. Happy to hear it will have first class support for web or GUI. tmux but with sane UX/controls being usable by non-vim binding people is…

  7. comment
    Comment #49088912

    That’s just another way of saying “updating a BVH is expensive therefore spend effort to minimize the amount of updating it”. The fastest code is the code that never runs.

  8. comment
    Comment #49079040

    > Bazel uses npm/cargo/pip in most people's usage of these tools! Oh interesting. Buck totally replaces cargo / pip. I think the JS story is a little messier. Not sure as I try my …

  9. comment
    Comment #49078225

    Ah interesting, thanks. My intuition is that npm, cargo, zig build etc are all “wrong”. And that Bazel/Buck are architecturally correct. Build systems should be polyglot by default…

  10. comment
    Comment #49077976

    Updating a BVH is expensive. Lots of work. Generally speaking acceleration structures like this are “do one large expensive computation upfront and then re-use the results”. And th…

  11. comment
    Comment #49077851

    > classic problem we have in Bazel land Can you tell me more about this? I’ve never used Bazel. I have used Buck extensively. But have never used either in an open source context.

  12. comment
    Comment #49059141

    They’ll be fine? Dang I wanna be “fine”!

  13. comment
    Comment #49043680

    That’s a research project. So no.

  14. comment
    Comment #49017557

    Huh? Terabytes of assets is small scale by AAA standards. Alienbrain has very minimal usage in comparison to perforce. Very minimal.

  15. comment
    Comment #49012056

    auto-vectorization is not nearly as good as you would hope it to be. The best SIMD optimizations likely require changing your data format from AoS to SoA.

  16. comment
    Comment #48988896

    This is all true. But it’s still a counter-example to “once cameras go up all trust is lost”. Clearly cameras are not the sole issue that makes trust achievable. As demonstrated by…

  17. comment
    Comment #48972295

    It’s interesting that Bun was a human rewrite from Go to Zig. (I think?). Then rewritten from Zig to Rust. AI is pretty good at rewrites and ports. Quite good infact.

  18. comment
    Comment #48966355

    > However, I continue to be amazed that Perforce survived Git. Virtually 100% of non-indie devs use Perforce. Is Perforce good? Ehhh not really. It’s been stagnant for 15 years. Is…

  19. comment
    Comment #48932166

    Nice post. Thanks for sharing.

  20. comment
    Comment #48800928

    Ehh. Cargo has build.rs but calling that a polyglot build system is like calling bash scripts a polyglot build system. Buck and Bazel have the right architecture. Just need a versi…

  21. comment
    Comment #48800265

    > the problem is that you need a compiler capable of compiling said zig, python, rust no! No you do not!! It’s perfectly totally fine to have multiple different compilers. Literall…

  22. comment
    Comment #48791154

    compilers and build systems are and should be different. A good polyglot build system should support llvm and zig and python and literally any toolchain under the sun.

  23. comment
    Comment #48789249

    The world has yet to standardize on a good crossplatform polyglot build system. The only real such build systems are Buck and Bazel. But they have way too much baggage from their o…

  24. comment
    Comment #48782532

    > one of Seems reasonably accurate? Odin is not particularly popular. Zig is much much more popular. As-is Go, although that’s not a straight C competitor. But other than that? Odi…

  25. comment
    Comment #48779201

    Costco is way too damn crowded. There needs to be 2x or 3x the number of stores. It is a great deal. But an utterly miserable shopping experience.