“LLMs and almost good code” by kqr

TL;DR: My new prior is that top-of-the-line LLMs working on easy tasks generate code that is maybe 10 % more complicated than necessary. I also think we accept this complexity too easily, because it comes from code that is right here, right now, solving an immediate problem. This may have consequences for maintenance in the long term. (The text of the LessWrong version of this article is lightly adjusted to fit a more general audience than my usual readership of software product developers.) The background to this discovery was that I needed to do some software plumbing in a work project. It was a simple change that mostly mirrored existing functionality. This is a perfect fit for LLMs, in my experience, so I used a frontier model to generate the code for it. The change ended up being a total of just over 200 lines, mostly additions. The part of the generated code we’ll talk about is a 24-line function that converts an arbitrary (user-supplied) string to a safe HTTP header value.[1]<pre spellcheck="false" data-gutter="1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24">toHeaderValue :: Text [...] The original text contained 2 footnotes which were omitted from this narration. --- First published: June 9th, 2026 Source: https://www.lesswrong.com/posts/CMHRjrue4mnGnssc6/llms-and-almost-good-code --- Narrated by TYPE III AUDIO.