Hacker News Reader

> A 19k lines-of-code Pull Request was opened in January, 2026.

Such a PR should be rejected simply because of the shear size of it, regardless of AI use. Seriously, who submits a 19k line PR? Just make many small ones.

View on HN

The PR touched a lot of internals, including module code and mirrors the fs APIs. So, yes it was big, but the commit history was largely clean and followed a development story, and it was tested. The code quality was decent too. I didn't review all of it because I don't have a personal stake in this though.

I suggest EVERYONE in this thread go read the the GitHub PR in question. There's some good arguments for and against AI, and what it means for FOSS... But good lord you will have to sift through the virtue signalling bullshit and have patience for the constant moving of goalposts

How would you go about breaking up this particular set of functionality into smaller PRs, exactly? It's meant to introduce a virtualized file system... the size is dictated by the feature itself.

Also, no mention at all regarding the test coverage, or impact if any on existing code paths specifically.

There's multiple features, not just VFS.

So, like a 17.5k line change just for VFS? That'd be so much smaller and easier to reason with.

Reply on news.ycombinator.com