This is the way. If you don't mind having your kernel pinned to the latest that ZFS supports.
You could say the same about patents for physical inventions. But there are legitimate reasons for patents to exist.
Nice strawman.
It's a term AI bros came up with to describe replacing the entire development lifecycle with AI.
Software factories
🤮
Be the change you want to see in the world. Find a physical copy, rip it, upload it.
There are private trackers where you can earn a currency based on seeding uptime, not actual upload. Then you can spend the currency to get more download buffer. Farm the currency by just downloading and seeding a bunch of freeleech stuff.
the code you have to review hasn’t been thought about
Isn't that just admitting that the author of the PR has not read the code they're submitting? If I caught wind of that I would reject the PR on principle without even reading all of it.
If you are competent and using an LLM to generate code you’ll put your name to, that mean reviewing a lot of code that isn’t up to your usual quality, rather than just writing it yourself, which is frankly extreme tedious, demoralising, and mentally exhausting
That's not been my experience. While there are often multiple iterations of feedback I go through with an LLM before I consider a PR ready, it's rarely a significant deviation from what I already planned out. Most often it's just basic code organization that I forgot to specify (especially if the area of code it's working on was already poorly organized), or tradeoffs I wasn't even aware of until the code was written. The amount of effort per cycle is usually very small, and I'm able to work on other things in between (like reviewing other peoples' code).
If you’re not competent, you wont catch any of that, and it’ll either just go to production, or it’ll fall to someone else to review it.
This sounds mostly like a workplace culture problem. It's always been important to have a high bar on code review to catch poor quality. Not to catch bugs per se, but to catch code that isn't properly tested.
you’re going to end up flooded with low quality commits from coworkers who’ve either given up or weren’t competent in the first place
Again, that's a workplace culture problem. You need to either stick to your principles and try to enact change, quit, or go along to get along. I'm sorry if the last option is where you're at and that does suck.
it’s much harder to train people to good practice when they’re abdicating the thinking to a machine
I totally agree. That's something each engineering org needs to reckon with, lest they burn out the devs who care about code quality.
Spending your day reviewing code churned out by an LLM, is a soulless and tedious way to spend your life.
Someone has always had to review the code. And the author has always been responsible for their PRs meeting a quality bar. I don't see how this is any more soulless or tedious than before we had LLMs. Maybe you just never enjoyed reviewing code in the first place, and now you have to do it more?
I think you're thinking about this in a very negative way when you also have the option to see it as an opportunity. You said yourself that now you're focused more on design and architecture, and most of your time is spent reviewing code. That sounds like a relatively good place to be, assuming you're happy with the quality of the code. Now you can spend more time solving new, harder problems that you couldn't before.
I know what you mean, but this is also essentially the same rhetoric that actual racists use to refute good policies like DEI. Diversity is a good thing, and I'm not sure you can achieve it by letting everyone self-police their behavior towards someone of a different race. Racism simply exists in our culture whether or not people are aware of it, so we need policies that counteract it.
Maybe a more persuasive way of saying the same thing: if you agree that some ethnicities or social demographics are historically disadvantaged and need more help than others, why would you not try to focus policy to prioritize their needs? It's similar to making policy that reduces child suffering at the expense of some freedoms for adults.
That said, I also believe it's good to try making policy that doesn't explicitly target specific races if possible. For example, strengthening workers' rights in general improves the lives of an entire economic class, and coincidentally it would disproportionately help Black and Mexican people (per capita).
From DHH's long-winded keynote at Rails World 2026. He was bragging that Hey's backend is so efficient because it's written in Rust (which he hates and refuses to read).
view more:
next ›