While I agree with the premise, I think this angle only applies on work one was going to do no matter what. The real power of these tools is that there are so many ideas people would like to try, but never have the time or motivation to pursue. So the comparison is not only "built with and without LLM" but "would you even build this if you didn't have the LLM?". The gap in productivity in this case is much more wide.
> The real power of these tools is that there are so many ideas people would like to try, but never have the time or motivation to pursue. This can be a negative multiplier: code I thought I wanted that gets immediately abandoned is a net-negative if no one else wants it (lets face it, this is the safest default posture for software of unknown providence). In isolation, instant-abandonware takes up hdd space, burns d…
2x, not 10x: coding with LLMs in 2026
201–210 of 260 posts
Re: 2x, not 10x: coding with LLMs in 2026
#202Sailing into the relms of lesser explored area are painful.
It's like an intern but never learns, only getting replaced by better interns.
Re: 2x, not 10x: coding with LLMs in 2026
#203Earlier quoted context omitted.
> it produces some extremely crappy code that would've NEVER passed a code review 1 year ago The 10x speed up comes from the fact that we have all given up on properly reviewing each others code and we just say “meh, it will be fine, lgtm”
Code review has always been pointless
I’ve come to realize that I don’t actually care what your code looks like. I’m going to need to learn it from scratch every time I use it. It’s going to look weird and foreign to me no matter what. It’s not worth my time nit-picking things that simply do not matter.
Re: 2x, not 10x: coding with LLMs in 2026
#204I have a weird issue with using AI for coding. I can code something entirely by myself at my baseline speed; call it 1x. Or I can use Claude to do it, and it does it in 1/10 - 1/4 of the time. The problem, however, is that to review Claude’s code properly takes 2-3x the amount of time it would have taken me to write it all by hand. So my two choices are basically “YOLO, LGTM” and hope I can revert if it breaks someth…
Re: 2x, not 10x: coding with LLMs in 2026
#205Earlier quoted context omitted.
Where as I'm stuck in a big team with a legacy codebase and lots of business rules, performing small incremental changes. So I spend my days banging the Esc key and shouting "Shut the f**k up!". Luckily I work remote. I'd turn it off again, but my usage is monitored and I don't want to look like a Luddite. So may be .75x to .8x range.
In my experience a legacy codebase is where LLM shines. What would take days to grok is understood and explained almost immediately. There was a bit of job security with being the one whose worked with IIFEs to manage state. You must know the codebase well if the LLM is slowing you down.
Re: 2x, not 10x: coding with LLMs in 2026
#206While I agree with the premise, I think this angle only applies on work one was going to do no matter what. The real power of these tools is that there are so many ideas people would like to try, but never have the time or motivation to pursue. So the comparison is not only "built with and without LLM" but "would you even build this if you didn't have the LLM?". The gap in productivity in this case is much more wide.
Re: 2x, not 10x: coding with LLMs in 2026
#207I have a weird issue with using AI for coding. I can code something entirely by myself at my baseline speed; call it 1x. Or I can use Claude to do it, and it does it in 1/10 - 1/4 of the time. The problem, however, is that to review Claude’s code properly takes 2-3x the amount of time it would have taken me to write it all by hand. So my two choices are basically “YOLO, LGTM” and hope I can revert if it breaks someth…
This is what I've seen. There has been a middle-ground though, that I've seen. I was using Jetbrains' AI Assistant, or whatever it's called, during an interview for the (nearly) first time, and I only used it as auto-complete, but it was consistently, surprisingly, very accurate. I literally did write it faster. I scanned the literal next line, in the context of what I was writing, with all that context in my brain,…
I tried their "local ai autocomplete" thing a few years ago for a little while and it was hot garbage. It guessed the right/acceptable completion about 30% of the time at best.
I haven't looked at it since.
Re: 2x, not 10x: coding with LLMs in 2026
#208Earlier quoted context omitted.
2x is 100% increase.
I know, and I'm saying that 2x claims should be interpreted as an actual 20% increase, and 10x claims as an actual 100% increase. People are just bad at estimating their own productivity.
Re: 2x, not 10x: coding with LLMs in 2026
#209Even if that 2x were a representative number (although another HN story today says 1.1x - 10% improvement), what really matters is whether companies are overall seeing any AI spending return on the bottom line. There is a lot of reason to suspect that at most companies, especially more established non-startup ones, there will close to zero bottom line benefit, because these companies already have free paid-for develo…
As AI based development processes continue to improve, the confidence level employers will have in safely cutting jobs will increase. The longer term impact of AI is HR savings rather than introducing new capabilities into business.
Re: 2x, not 10x: coding with LLMs in 2026
#210> As for documentation, I've found this simple instruction to vastly improve LLMs' output: > Never write READMEs, docstrings, or comments. I will write those myself later. And yes, I really mean this. This is quite validating as I came to the exact same conclusion myself. We’re required to use an LLM for every task at work that touches code†, and I was really struggling to get Claude to stop with the long waffly comm…
You can create a PostToolUse hook [0] which will automatically chastise Claude to shrink comments to one line. It's not perfect but better than the sea of prose it tends to generate by default. Bonus is that it would apply to your colleagues as well! [0] https://github.com/chrisvariety/branch-fiction/blob/deb37f2b...
No amount of agents.md / commit to memory updates has stopped agents from littering the code base with useless comments.
Think I'll add it to pre-commit hooks getting called by posttooluse