4 ms·
Shitting out lots of code faster was already possible before (just hire more interns who do it for free heh) the question is at what quality and is more code in
by flohofwoe 2mo ago
Shitting out lots of code faster was already possible before (just hire more interns who do it for free heh) the question is at what quality and is more code in less time really the biggest problem in professional software development that had to be solved?
LLMs can be very useful for all sorts of things, but large scale code generation is IMHO the least interesting use case. And even when LLMs are successfully used for code generation, I feel like progress has been reset to the early 60s and people are now rediscovering all the failed software development approaches (eg "spec-driven" is pretty much the equivalent of "waterfall", I'm now waiting for UML diagrams to make a comeback as the next big thing with an "agentic engineering" label slapped on ;)
Classic interactive "vibecoding" with quick turnaround times (but much quicker than now please, don't make me wait and let me slip out of the flow) might actually turn out to be the most useful way to build software with LLMs (or let's better say "prototypes"). Because everything else currently looks like we're building up too much bureaucracy around the software development process again, and just in time when we finally got rid of that shit (now we have that absurd amount of .md files in pseudo-human-language as "skills", "rules", "context", "memory", ...) like it was common in the 70s when the work was split between "software architects" who only do the high level design, and "implementers" who only bake that design into code. This was obviously a stupid idea and I don't know why the "AI bros" seem to be so keen on repeating that mistake.
Every approach that builds a "human language specification" that's separate from source code written in a much more precise programming language is doomed to fail (eg the code is the spec!), and that's nothing new, we've known this for decades, but that brain virus of "upfront software architecture" always keeps creeping back into the minds of people at the first opportunity.
- adamtaylor_13 2mo agoIt's fascinating how people jump straight into their biases, making all sorts of inferences that were never mentioned. Where did anyone advocate for "large scale code generation"? LLMs are a fantastic way to go from, "We thought this this feature" to "It's shipped and in people's hands". That could've been 100 lines or 1,000 lines but that's not the point.
- flohofwoe 2mo agoYou're thinking too small! It's all about building entire apps autonomously from 10 lines of a blurry "do what I mean" spec /s
- testerius 2mo agoI think Spec-Driven Development is similar to waterfall but it is not like that. It is more agile oriented and for fast iterations. The idea is simple and can be vibecoded too - quick chatting, planning and so on. The main things I don't like about LLM is that frontier models are paid (so no unlimited "tokens"), subscribtion based payments, local models are "not ready yet".