News for hackers. Stuff that matters.
Re:I will not be using LLMs in my coding by verdverm on Sunday November 08, 2026 @08:32AM (#50413194)
> Not sure how I feel about it

A phrase I've been toying with is eyes free vs hands free coding.

The distinction is important. While I too hardly write code these days, I do continue to make smaller changes and look at what's being done. This is as opposed to the group who has decided vibing mega commits is a good idea.

Re:I will not be using LLMs in my coding by XCSme on Sunday November 08, 2026 @08:46AM (#50413338)
I am not doing small changes though, I add large features or refactors daily, which involve changing hundreds of files and thousands of lines, even if I wanted I couldn't review everything by hand.
Re:I will not be using LLMs in my coding by verdverm on Sunday November 08, 2026 @08:49AM (#50413359)
I have done this too, for side projects, but I see the limits. For these projects I make regular time to look through the code and do cleanup phases.
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.
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
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.

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.
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.