Hacker Newsnew | past | comments | ask | show | jobs | submit | enbugger's commentslogin

> NixOS is quickly becomming the biggest and best tool there is. It will guarantee that your code will run exactly the same way, even 100 years in the future. Docker, Conda, and similar tools are better, but NixOS gives more comprehensive guarantees.

I like how this is dropped as a fact. Dare to explain why though? Especially vs Docker. NixOS is not even standardized. No guarantees it will not be superseded by some descedant or eg. Guix in a near decade.


Regarding the biggest: nixpkgs sits at around 140k packages, way more than others.

Best: I still argue that Docker and Conda are more accessible, but my point was to go for reproducible, declarative science. Nix environments are exactly that. They're not perfect and are, as you point out, not standardized. But they cover much more ground that Docker. If you trust the upstream nix repo, you can get bit-level equality at every single build you (or anyone else) does. Docker relies on huge binary blobs that you can't inspect and that can be pretty much arbitrarily swapped around.

I'm totally fine if Guix takes over. Or the next big thing. As long as it's declarative and reproducible.


In my work (scientific or otherwise), I try to avoid dependencies if possible. That's not always possible, so a solution like Docker or NixOS is needed, but the problem can be improved a lot without a technical solution. Either feels like fighting an uphill battle though as most researchers think short term and just pick whatever is convenient in the moment.

You realize you are exemplary hater when you feel an urge to post comments like this


You are absolutely right and I'll have Claude read a ChatGPT summary of Paul Graham's hater essay!


Is it a good idea to code an app with infinite canvas (like Excalidraw) in Htmx?


Nope, this kind of app will hold a ton of business logic in the JS side, so HTMX is irrelevant in this context.


I wish more apps adopt such actually functional themes rather than yet another iteration of Windows Vista-like glassmorphism

There is also https://warmburnout.com/


Thanks. Just set my shell and all IDEs to this. Perfect!


any guides on transorming an android phone into a proxmox node?


It's only just become available for ARM, so I doubt there's much information out there yet.


Funny to see how Rust devs start to make up new labels when it turns out some language performs better then their language.


I think such comment are the exact reason why "the speaker" has quit HN. This is literally some AI transcription from the video + "I find this interesting". Why is this even in the top?


> why "the speaker" has quit HN

Quitting HN[1] might have more to do with feeling he and Zig had already harvested the maximum benefit and marketing propaganda usage for elevating itself, including using it to thoroughly smear its C alternative language competitors. Thus, it came time to figuratively give HN the middle finger while on top (selling high before the stock may fall).

Many might not have done a review of the history, as he quit Twitter and Reddit too[2], years ago (2023). Arguably excuses are given to cover for offloading any personal involvement on a particular social media platform, as either they are self sustaining without his presence or no greater benefit is thought to be possible.

[1]: https://news.ycombinator.com/item?id=47928645 (Tell HN: Site Is Trash Now)

[2]: https://andrewkelley.me/post/goodbye-twitter-reddit.html (So Long, Twitter and Reddit)


Do you find it so unbelievable that Andrew is genuinely unhappy with the direction that HN has been taken? You can't deny that there is a real problem with AI generated submissions and comments.


I can’t imagine the head of LLVM Foundation to have similar blog post on Zig’s decision to move to their own compiler backend. And yet Andrew regularly mentions that this is because the bugs which LLVM brings. Here seems to be the similar situation. I wouldn’t want to live in a world where each time a maintainer of project A removes problematic (as per his view) dependency on project B, the shit show starts. This is a typical pitfall and typical solution for that - again as per Andrew’s words on interview with JetBrains.


> It's fast.

super slow on windows


That's surprising considering it was fast on computers from 30 years ago


The default garbage collection tunables are also from 30 years ago. Adding the GCMH (Garbage Collector Magic Hack) package resolves much of the slowdown, and native compilation covers the remaining gap quite nicely.


Same on macOS. Could be that we are missing some native compilation option though


Virtual Desktop is the only app which makes Quest 3 usable for work. And it is bad thing because it is available only on Win and Mac. Unfortunately, Linux alternatives' video encoding/postprocessing is inferior. Judging by my WiVRn experience. Hopefully that changes


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: