I wish them well, but ... just stop buying Play Station? I can understand strong consumer protection for food, medicine, healthcare, basic services, utilities. But ... video game consoles? If you don't agree with "Sony tax" ... stop being a stupid sucker and don't buy their products?

I am happy about all the little side-projects, and ideas it help my realize, and I enjoy exploring this new world, but I've noticed LLMs feed my unhealthy "don't want to take a break and waste time being idle" mindset, and I need to correct it.

W.r.t. article's main complain - I think the similar thing happened due to factory manufacturing automation. What used to be a varied skillful craft in a shop became standing in a single place of an assembly line doing the exact same thing whole day. LLM took away the more creative and variable part of the work, and left the repetitive QA rubber-stamping. Probably some of the mitigations used back then could be rediscovered today.

Manipulating diffs, quoting text, removing hunks, jumping to definition to verify was clumsy and cumbersome, and it occurred to me that most of it could be done very well as a language server protocol component, and wouldn't even require knowledge or special support for the language being under review.

So I've built it, and I've been slowly tweaking and improving for few days now.

Comments URL: https://news.ycombinator.com/item?id=48227108

Points: 2

# Comments: 0

1 year ago Claude Code was relatively new, and a first polished tool that really fitted my CLI-centeric dev-views. I used Aider before, but Claude Code was just much better. The autocomplete AI coders did not seem useful, and didn't have good integrations with Helix text editor. However even the frontier models were relatively bad in practice. Useful but not trustworthy at all. Being wrong/stupid 5-10% of the time compounds quickly.

6 months ago agents became really robust at just writing code they were told to write. Around that time I started really leaning into LLM-assisted coding, which require some skill, experience and adapting own workflows and tooling. And it takes time and effort.

Right now frontier models are really productive and robust. Sure it's still a fancy-autocomplete under the hood, so one needs to plan around that, but it's more common for Slopus finds bugs in my old human-written code, than I find bugs in its new code, especially that one can now easily write and maintain tons of tests which otherwise would never get done. LLMs don't have context and good judgment, so it still takes a lot of designing and steering the agent to write the right thing, but that's OK. And as the productivity bottleneck shifted very heavily from writing code to all other thing around it, it makes it very apparent that it's not that the clanker now that needs to get better, but the process around it.

E.g. most peoples don't really think or ask that their tap water be free of cholera and other harmful substances, and yet we might want to make sure that continues to be the case. So it's not strong argument worth arguing about.

The real argument is - how much a compromise a replaceable vs non-replacable battery is. And I suspect the biggest part of non-replaceable batteries is actually superficial vanity considerations (gee, is it 7mm or 6.5mm), and planed obsolescence making more money. But the technical aspects are still a valid debate.

My biggest and possibly only problem preventing me from going IPV6-only is that Github doesn't support it, and there's just too much darn software I need to needs Github. (Yes, I know NAT64 exist - it's just extra complexity for something that is not even my problem in the first place).