Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> those who refuse to use it will be lapped, in terms of ... quality, and security, by those who do use it.

I uh... I might have burst out laughing. Sorry, but do you really, seriously, believe the machine so fantastic that it is widely called "slop", produces amazing quality outputs?



My observations suggest that frontier models consistently produce correct, high-quality code for small to medium-sized tasks provided the goals are well-specified and testable. Even when they appear to get distracted, they converge on a solution.

So what that means is that you the software engineer need to be doing what you should have been doing all along: start with systems analysis, stepwise refine that into a program specification, then break that into tasks to give to your programmers to implement. Per PRIDE, the sadly forgotten but comprehensive common-sense information systems methodology, the analysis and specification phases should take up the bulk of the time on a project, with actual programming taking up 15% or less. LLMs can drive that time asymptotically towards zero for human developers. The specification is the deliverable. As a former boss of mine put it, you should be able to delete the entire source code repository and get functionally the exact same software back by running the spec through the LLM.


ITIL is at version 5 now - the idea of a process, is not exactly forgotten in the industry.

But you're working with a stochastic system. Even GPU matrix calculations are nondeterministic. It isn't possible, to the delete the entire source code and get exactly the same software back.

And any spec, that is specific and non-ambiguous enough to carefully construct the exact needs of each is... Well, that's code. Not a PBI, not an Epic. It's code.


I said "functionally", not (as Claude says) "byte-identically".


I said Epic and PBI, not bytes. User Stories are ambiguous. Acceptance Criteria can be argued. And which path in our languages ambiguities that the model will follow, cannot be deterministic by the nature of our hardware.

If you produce a spec that is entirely unambiguous in every way, again, that's code. That's the purpose of a programming language - distilling from the natural ambiguities of natural language, to specificity.


Oh honey, the next few years is going to be brutal for you.


Well, considering I accidentally embarrassed the Anthropic rep at work yesterday by producing better code in an hour, then he did in a day, I'm... Pretty sure I'm going to be safe.


lol, I'm sure.


Why are you so condescending? It would be better to write an actual argument instead of what you did.


I decided to respond in kind. I shouldn’t have.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: