Thanks Claude! XD
I have a hard time believing they have something figured out that the rest of software engineers don’t. I’ve been using LLMs to help code since before claude code and heavily since. I have a hard enough time managing the “slop” from 4-5 agents. I can’t imagine this is going to go well having this done in like a week.
If you think that it will, I implore you to attempt the same in your large existing codebase and report back the mess. Theirs is littered with TODOs like this https://github.com/oven-sh/bun/pull/30412/changes#diff-6c2b5...
sed -e 's/Anthropic/everyone/g' and I agree.
"move things and break fast" all around.
Issues of rendering, too many menu options, mobile sizes not being accounted for per se, non-functioning buttons, half-load issues, etc. Consumer facing, major platforms, commercial services.
I can’t ascribe all of it to LLMs but there’s been an objective change in my impotent cursing from “what is wrong with them” to “did anyone even test this?” over the last six months to a year. If the backends start acting like these frontends we might get to see a bunch of cognitive/technical debt blow up at scale.
But then again, this is all marketing content for Anthropic for large scale production-grade rewrites such as this.
FOR GREAT JUSTICE
TAKE OFF EVERY ZIG
MOVE ZIG
MOVE ZIG
MOVE ZIG
MOVE ZIG
YOU KNOW WHAT YOU DOING
TAKE OFF EVERY ZIG
https://www.youtube.com/watch?v=qItugh-fFgg&t=124sBut I also feel bad for the Zig project to loose one of their flagship projects, because while I find the project ultimately anachronistic, I know what it's like to pour your sweat, heart and soul into something, and having it replaced within a week is a sobering experience even from afar.
A couple years ago this would have been unthinkable because of how slow legacy codebases and rewrites are.
I wonder if Tigerbeetle will also have problems arguing for their solution now that the other project they can point to for customer assurance is gone. And I wonder if they will follow suit eventually simply due to marketing pressure (after having been bitten by the Zig compiler I was surprised that they were putting their super duper high reliability database on top of it at all, but with another big player using it there was at least some peace of mind for their enterprise customers).
I personally think LLMs are going to write a lot of code in the near future and if we like it or not this is going to become more and more common. I took the extreme path of fully embracing this on my side project to learn what can go wrong and how this stuff is going to impact software development in general.
My side project (https://tsz.dev) is also about 1 million lines of Rust. Since my token budget is a lot more limited than theirs, and also I am not rewriting something line-by-line into a new architecture, things have been A LOT slower than Jarred.
It's a strange time to be a software developer. There is a codebase now that I know by heart (paid work) and refuse to accept large pull requests on it as the team lead. Yet I'm doing this crazy experiment where I let agents write and evolve tsz almost entirely automatically. I am not sure the former role can sustain for too long, where you can read and understand all of the code.
Code reviews are also getting much harder to do. Almost every PR I review is AI generated and reviewed! So I have to really look for the 10k ft view of things and fully understand the system the PR is modifying. It is really exhausting because the quantity of PRs has 10x'ed since LLMs started writing acceptable code.
I hope I'm wrong about LLM coding, but from what I'm seeing the profession has changed a lot. Nobody is fighting Tabs vs. Spaces fights anymore... the passion about every line of code is mostly gone around me...
This is impressive. I honestly don't know what to think about programming careers, need to reflect on my role in this area. The only thing that comes to mind the that quote from Cypher (Matrix):
"Buckle your seat belt, Dorothy, because Kansas is going bye-bye."
Alifatisk•1h ago