I will not be using LLMs in my coding

Re:I will not be using LLMs in my coding by nvme0n1p1 on Sunday November 08, 2026 @10:22AM (#50414039)

So you're saying simultaneously, the code is "higher quality than ever", but you also haven't even looked at the code to see its quality. Classic. I think you're mistaking quantity for quality.

[ Parent | on HN ]

Re:I will not be using LLMs in my coding by verdverm on Sunday November 08, 2026 @10:30AM (#50414102)

I think they are saying they are using proxies for project quality, like features and test coverage

[ Parent | on HN ]

Re:I will not be using LLMs in my coding by XCSme on Sunday November 08, 2026 @10:42AM (#50414217)

I mentioned before, code is definitely worse, but end product is better.

High quality code doesn't always lead to a high quality product.

And bad code doesn't always lead to a bad product.

[ Parent | on HN ]

Re:I will not be using LLMs in my coding by munksbeer on Sunday November 08, 2026 @01:32PM (#50415743)

If a product functions correct and performance is good, and AI agents write and maintain all the code, no-one has to care about human level code quality. The concept of "code quality" was only invented to make it easier for humans to understand and change code.

[ Parent | on HN ]

Re:I will not be using LLMs in my coding by XCSme on Sunday November 08, 2026 @05:27PM (#50418086)

That's a really good point. Most good or bad code, and all the best practices came usually from the perspective of having the code be readable and maintainable by humans long-term.

And performance is easy to test automatically by having performance benchmarks automatically ran on deployment.

[ Parent | on HN ]