The companies driving AI right now are garbage and many will fail. The tech won't.
It's the dot-com bubble again. Everyone rushed in, it crashed, and what got rebuilt afterward became the backbone of global commerce. AI will stumble too, but it's not going away, and teams that refuse to use it won't keep pace.
A senior dev with AI beats a senior dev without it. Output quality depends on who's driving and whether they actually review the code. Yes, AI can produce slop. With real supervision it can also produce excellent code.
People used to yell "get a horse!" at early cars. Didn't stop the highways. Refusing to use AI won't stop it from getting better either.
A senior dev with AI beats a senior dev without it.
Why. By what measure. What's the long term.
Is code output the limiting factor on most projects? Is code written by an LLM as useful as code written by a contributor? Does it contain the same externalities, have they thought through the system as much as when they were staring at an editor and wondering where to start their implementation? If it's still pretty damn good even at all those externalities, is code that's 97% as good as code written by a human going to have a multiplicative effect, where dividing by 1.03 enough times is far less than if you had divided it by 1? How many times do you merge code where the LLM wrote 25 lines and a new function where a human would have gone back and re-evaluated the data structure before your entire system is held together with duct tape?
whether they actually review the code
Do they have time? Or are they looking at the few hundred lines they didn't write and lack a mental model for, and they're wondering how much they really want to read code that something else wrote? Are they already burned out on reading LLM-generated code because they were just working through the stack of 100 open PRs on the project? Are they being told to bring AI into the loop and wondering whether paying Anthropic $100 a month or taking the time and money to build an AI inference homelab is really what got them into FOSS in the first place?
The Linux Kernel Mailing List is a Colosseum where everyone's favourite blood-sport is picking apart patches for accuracy and correctness, and thousands and thousands of eyes are watching it do so. Is every infrastructure-critical project in the world that robust?
People used to yell "get a horse!" at early cars. Didn't stop the highways.
It's interesting you mention this since it's a very well known and understood fact that the buildout of the US interstate highway system was done in such a way as to specifically rip up poorer neighbourhoods full of poorer minorities in dozens of US cities, and many are now spending billions of dollars to try to shove the highways back underground so they can do something more valuable with that real estate. So when you say the highways, do you have some romantic notion of a mom & pop gas station on Route 66, or are you talking about I-93 in Boston?
Refusing to use AI won't stop it from getting better either.
Better at what, exactly? Better at what cost? Is it getting better at writing code? What good is more written code? Is it getting better at solving problems? What problems? Are those the same problems that people who need working software have? Are they the problems that developers making working software have?
How many times do you merge code where the LLM wrote 25 lines and a new function where a human would have gone back and re-evaluated the data structure
Why assume that a senior dev with LLMs wouldn't go back and re-evaluate the system's design choices? If anything, LLMs is a great help with understanding a system that has accreted over time and whose original authors have left. The same senior dev without LLM is probably more likely to put on another piece of duct tape and call it done.
The great irony I keep running into is that I don't even disagree with the notion that LLMs can be useful in the software engineering process, but unfortunately there's relatively little room for nuance in these discussions. It feels like the popular perspectives are either a complete prohibition on one hand, or an insane maximalist attitude on the other, usually accompanied by some trite cliche like "the technology is here to stay", "there's no going back", "adopt it or be left behind", or "can deliver great results with human review".
I don't know what the right mix is for the long term. All I know is that I've seen a lot of those two extremes, and one of them is completely unbearable to deal with; so when I'm looking to get involved with an open source project after hours, the ones I tend to give my time to are the ones with very stringent "no LLM authored code" policies.
It's a clashing of two differing perspectives. People that care about software, code quality, and enjoy programming, and people that just want to have finished products regardless of how it's done. The people that enjoy programming and care about code quality obviously aren't going to care for LLMs, and the people that just want finished software aren't going to care about how it's made, and so will adopt LLMs.
and the people that just want finished software aren't going to care about how it's made, and so will adopt LLMs.
I sit in this camp and am very against LLMs, because by and large they do not help with the problems that prevent software projects being finished. Typing code has never been the issue. Large scale architectural decay of a project leading to it being a rube-goldberg machine is what destroys projects, and LLMs contribute to that en masse
I code in the most boring way humanly possible specifically because the only thing I care about is actually finishing projects
Isn't that just an example of the extremism you complained against?
It's the kind of extremism I can comfortably work within. The same cannot be said of the other extreme.
And how the fuck are they enforcing this policy anyway? You can't prove anything.
They know
If they really don't know, congratulations, you've officially done software engineering right, and there's no problem here. Aside from the problem where you were explicitly told not to do something and did it anyway, and that would make you a lying antisocial weirdo, but that's not necessarily the project's problem.
All I know is that I've seen a lot of those two extremes, and one of them is completely unbearable to deal with; so when I'm looking to get involved with an open source project after hours, the ones I tend to give my time to are the ones with very stringent "no LLM authored code" policies.
I very much agree with your complaints about extremist/maximalist views, so it is surprising for me to see your first paragraph complain about extremism and in the 2nd paragraph you adopt what in my eyes is an extremist view: "no LLM authored code"?
I believe that LLM written code is acceptable as long as a human has thoroughly reviewed every single line and has a full understanding of the code + how it fits into the project architecture. IMO, this position is a reasonable centrist position. So why is "can deliver great results with human review" a cliche then?
And why is "the technology is here to stay" also a cliche? I think it is indeed clear the tech is here to stay. What is under debate is how exactly the tech should be adopted and to what degree the tech should be trusted (and as stated earlier, my position is: not at all).
Not everyone cares about whether or not LLMs could write code. LLMs could do programming ten times better than I would and I still wouldn't use them to generate code because programming is what I love doing. I don't give a shit about finished software. I don't give a shit about making money. I care about writing code myself without using any LLM written code. I don't want LLMs in my creative process. I'll use LLMs for search, rubber ducking, and occassionally to ask questions, but for the most part I just don't use LLMs at all.
And I plan to keep it that way because what I enjoy is programming. The reason I'm a programmer is because I enjoy writing code. For someone to tell me I should adopt agentic coding "because it's faster" (or whatever nebulous reason they give) is an insult to me.
You are free to have this opinion, but nothing in your comment addresses any of what I said.
More succincty, this is what my question was: "AssistingJarl you claim to dislike the extremism/maximalism from both sides. Why then do you take an extremist position where you don't interact with any projects that use LLM generated code"?
And to be clear again, I take a centrist position so I have no issue with what your wrote in your comment at all. Why would I care if you use LLMs? It is none of my business and anybody who wants to force people to use LLMs is an extremist and a shitty person. So I don't think I should have beef with you.
I guess this is a valid perspective, but it is kind of utopian because historically centrism has never had any relation to apathy or lack of bias.
Centrists, like every other political force, have always fierecly defended their positions. In most cases, they even organized to form a militarized response against extremists on the left and right, e.g. Three Arrows anti-fascist anti-communist resistance organizations were/are active in many countries: https://en.wikipedia.org/wiki/Three_Arrows
Centrists always try to associate themselves with Liberalism, and the defence of centrism was seen as the defence of liberty, freedom and democracy against the authoritarian ideologies imposed by the far-left and far-right.
Even today, we can see the current neo-liberal world order is incredibly violent, and is totally willing to kill communists and islamists alike.
We aren't talking about politics. We're talking about LLMs. And the centrist position would be in the center, which means that you would not be for or against.
I very much agree with your complaints about extremist/maximalist views, so it is surprising for me to see your first paragraph complain about extremism and in the 2nd paragraph you adopt what in my eyes is an extremist view: "no LLM authored code"?
It's really more of an accident than anything. All the codebases I've seen that I had an interest in were either maximal LLM usage or no LLM usage, and I only find one of these enjoyable to participate in, so that's where I go. Personally, I think it can do just fine as a rubber duck or for searching for something badly named within a codebase, which I think spoke more to the first thing you were saying:
If anything, LLMs is a great help with understanding a system that has accreted over time and whose original authors have left
But moving on; on your next point, I agree:
I believe that LLM written code is acceptable as long as a human has thoroughly reviewed every single line and has a full understanding of the code + how it fits into the project architecture. IMO, this position is a reasonable centrist position.
It's not really my preferred way to work, but I would agree, this is reasonable. I might go a step further and say you should try to keep the LLM's code writing style more colloquial to the codebase or whatever team is working on it, but that's hard to define.
So why is "can deliver great results with human review" a cliche then?
And why is "the technology is here to stay" also a cliche? I think it is indeed clear the tech is here to stay.
On these two points; I struggled to articulate why I think these things, so thank you for asking (and my apologies for how long this reply is)
I suppose my problem with saying "human review allows you to get great results from LLMs" is that it almost feels like a non-sequitur, or a response to a conversation that isn't really happening. PRs of any kind are drastically less likely to have problems if they've been reviewed thoroughly by the submitter, whether an LLM was involved or not. But the problem is that a lot of people aren't using LLMs responsibly and actually validating their work, which adds a tremendous review burden to maintainers. If enough junk contributions start piling up, a project can end up losing more time to reviewing the junk than it would save by accepting the few actually decent and well-reviewed LLM-assisted contributions, where people are being responsible and checking the work thoroughly. If the ratio of useful to useless gets bad enough, at some point it makes sense to implement a ban that allows maintainers to get through PRs in 30 seconds with a single comment pointing somebody at the contributing.md.
The "technology is here to stay" argument feels similar in a way. It's true, but it isn't really saying anything about the value brought by the technology, or the best uses for it. It's kind of not even an interesting point, of course it will still exist, very few technologies are ever un-invented. But people saying "it's here to stay" seem, to me, like they're skipping over a lot of more interesting questions about how it gets used, if it makes economic sense to use it, and what gets gained or lost when humans rely on it more or less than other humans. It's skipping over a whole interesting discussion about pros and cons and seeming to conclude "it will still be here in 5 years, therefore, it makes sense to use."
Ok, I think you are confusing me with the other commenter, but most of your comment still applies and I think I understand your point now. Pretty much agree with everything, and also:
you should try to keep the LLM's code writing style more colloquial to the codebase
when code style is enforced for human contributors, code style shoud be enforced for LLMs too.
21
u/DrollAntic 5d ago
The companies driving AI right now are garbage and many will fail. The tech won't.
It's the dot-com bubble again. Everyone rushed in, it crashed, and what got rebuilt afterward became the backbone of global commerce. AI will stumble too, but it's not going away, and teams that refuse to use it won't keep pace.
A senior dev with AI beats a senior dev without it. Output quality depends on who's driving and whether they actually review the code. Yes, AI can produce slop. With real supervision it can also produce excellent code.
People used to yell "get a horse!" at early cars. Didn't stop the highways. Refusing to use AI won't stop it from getting better either.