Ive always found this explanation helpful for why these are useful:
Readit Newsjohnnypangs commented on Vite+ – Unified toolchain for the web viteplus.dev/... · Posted by u/sangeeth96
> You could interpret some of the graphs as vite oss isn't getting rolldown
Vite already has rolldown support in the current version, it's just in alpha/test stage.
It seems to just be a plan at the moment although like you say you can test it out:
https://vite.dev/guide/rolldown.html#how-to-try-rolldown
Nothing is keeping them to this plan other though, I hope they do follow through. That would make the graph on the page misleading in the other direction though as the speed feature would be included in the non plus version.
I want to also say I'm a happy vite user (and the other projects that team makes).
johnnypangs commented on Vite+ – Unified toolchain for the web viteplus.dev/... · Posted by u/sangeeth96
Ehhhhh... what does this mean for the open source versions of all these libs? You could interpret some of the graphs as vite oss isn't getting rolldown. That would be disappointing but still okay.
johnnypangs commented on Formatting code should be unnecessary maxleiter.com/blog/format... · Posted by u/MaxLeiter
Formatters, if you want to be specific, are even worse.
They slyly add git noise and pollute your audit trails by just going through and moving shit around whenever you save a file.
And sometimes, they actually insert bugs - string formatting errors are my favorite example.
It's for people who think good code is a about adhering to aesthetic ideologies instead of making things documented and accountable.
This is most noticeable in open source contributions. Sometimes I'll get a pull request with like 2 lines of change and 120 lines of some reformating tool.
You think I accept that?
It's not a good idea
I’ve used this before, it helps when you format the entire repo and remove the one commit from the history https://docs.github.com/en/repositories/working-with-files/u...
And then ditching those packages unmaintained (like snacks).
// mini.nvim is a completely different author though and doesn't have to do much with lazy
The mini.nvim maintainer is the one who did a lot of the work for pack I believe:
https://github.com/neovim/neovim/pulls?q=is%3Apr+pack+is%3Ac...
You have to remember, Next is the only framework that can support some of the features in the latest version of React.
To many people, it's just basic logic: "everyone must want the latest React features, and the only way to get those is with Next, so everyone must want Next".
Vite is coming along with rsc at least. https://github.com/vitejs/vite-plugin-react/tree/main/packag...
johnnypangs commented on Are OpenAI and Anthropic losing money on inference? martinalderson.com/posts/... · Posted by u/martinald
This article's math is wrong on many fundamental levels. One of the most obvious ones is that prefill is nowhere near bandwidth bound.
If you compute out the MFU the author gets it's 1.44 million input tokens per second * 37 billion active params * 2 (FMA) / 8 [GPUs per instance] = 13 Petaflops per second. That's approximately 7x absolutely peak FLOPS on the hardware. Obviously, that's impossible.
There's many other issues with this article, such as assuming only 32 concurrent requests(?), only 8 GPUs per instance as opposed to the more efficient/standard prefill-decode disagg setups, assuming that attention computation is the main thing that makes models compute-bound, etc. It's a bit of an indictment of HN's understanding of LLMs that most people are bringing up issues with the article that aren't any of the fundamental misunderstandings here.
As one of those people who doesn’t really understand llms, does anyone have any recommendations to better my understanding of them?
johnnypangs commented on 16B passwords from Apple, Facebook, Google and more leaked the-independent.com/tech/... · Posted by u/rakibtg
Seems like there is more context on this that this article misses: https://www.pcgamer.com/software/security/no-16-billion-pass...
johnnypangs commented on Zed: High-performance AI Code Editor zed.dev/blog/fastest-ai-c... · Posted by u/vquemener
I really want to move off VS Code and start using Zed, but unfortunately the text is always extremely blurry. It's just unusable.
I check back on the GitHub issue every few months and it just has more votes and more supportive comments, but no acknowledgement.
Hopefully someone can rescue us from the sluggish VS Code.
https://github.com/zed-industries/zed/issues/7992
I have a 1440p monitor and seeing this issue.
Shout out to Better Display, I find it helps with Lo DPI blurriness in general on macOS
https://docs.docker.com/dhi/features/#dhi-enterprise-subscri...