Zanlib frames AI coding as choice between accelerators and vibecoders
2 Sep 14 4:16 PM · 13d ago · 3 posts · 2 sources · development 2 of 2
Zanlib publishes essay distinguishing two prevalent AI development philosophies: accelerators retain understanding of AI-generated code and invest in explanation and change capability; vibecoders delegate implementation to AI like compilers and focus on specification and evaluation. Argues neither approach has proven sustainable yet.
“We have begun sharing codebases without necessarily agreeing on what either path asks of our colleagues.”
ZanlibZanlib Software developer and essayistAlex Software developer and essayist
The whole story posts the bright band is this development · numbered dots are the others · click one to jump
What people said 20 voices · verbatim
-
Two things happened recently in an open source codebase I contribute to: Last week, after our PI gave a colloquium talk, we got a series of drive-by PRs from a rando GitHub account that claimed to be run by a Microsoft employee, making shallow changes that attempted to fix some marginal issues in our codebase. We wound up closing them all, and are…
-
My biggest fear is that this attitude permeates, or will soon permeate, every applicable profession. Your government, your insurer, your bank, your children's school, maybe even your doctor, might soon be run by people who think like that 19 y.o. or their interviewer. God help us all then. That's how AI kills human civilization. Not by means of…
-
Not sure if it's your intention but this reply reads as pretty hostile.
-
"I wrote before about how programming is essentially pure applied philosophy" "Programming is one way to sort the grains of sand of reality" "code was never the hard part" (not from this blog post, but you've probably seem those posts around) I've realized that programming is nothing at all. It's language, if anything. It's just a way for smart…
-
Of course I still read the code. How else would I know what atrocities the agents are committing? And because I read the code, I know that Fable is actually an _excellent_ software engineer up to about 3,000 lines or so. But once it exceeds a context window, it tends to cut corners on maintainability. At which point, you know, I've spent decades…
-
> What I am certain of, though, is that there is one obviously harmful practice: putting people who prefer different approaches on the same team without establishing expectations and boundaries beforehand, and then keeping to them. I think this is the punchline of this article. I've been feeling this pain more and more as $WORK introduces more and…
-
Thanks for writing this, I shared it with my colleagues as it resonated with me a lot.
-
this is the proper take on vibecoding. but i would not compare vibecoders to compiler/framework users, unless the vibecoder is willing to learn some programming before/while vibing. even the world's most ergonomic compilers/frameworks can't hide all the abstraction. any programmer worth their salt must learn some hardware/theory behind the…
-
I've been thinking this as well for a lot of this year. It seems far more likely to me that AI "destroys" human civilisation through the total destruction of all intellectual work and knowledge, rather than the rationalist school of AI murderbots or whatever. One can imagine a future in which all knowledge is gated behind paid LLMs and all code is…
-
Meanwhile, the first line in the README: "This is a server, not a local app. This README is load-bearing to explain why foo.c:55 is a closed manifold and not a seam. Do not remove!"
-
> I used to describe myself as a Programmer. Your profile here still describes you this way. ;-)
-
Oddly, this is very model dependent, even within a single company. In my experience, Fable is capable of one-shotting a 2,000 line Rust utility or a small Android app, and writing a reasonable enough README.md with screenshots. But Opus 5 writes _horribly_, very nearly as badly as your parody. I wouldn't trust either of them to maintain a 10,000…
-
Indeed. I think the scariest part is that even with the scenario laid out this way, a large fraction of humans would still willingly choose that path.
-
I'm not saying you're wrong, but I don't see any hostility in it, personally.
-
I think you might be missing the point of what I mean by "pure applied philosophy" in this case, although it is, admittedly, a bit of a mental shortcut. I am firmly of the opinion that programming is a branch of engineering, and engineering is effectively applying science (which is a branch of philosophy) to the material world. The thing about…
-
I realized yesterday that I was still making 'I read the code' part of my Serious Engineer identity as I committed my fifth PR in a row that I hadn't read. Partially it's Opus 5 being, just, *really* smart; partially it's the PRs being refactoring-heavy or rushed for demo; but partially it's that once you start you forget you had started anything…
-
Where do you work? Everywhere I’ve worked merges have been gated on at least one approval and often a few more based on code owners. If you don’t review your own PRs does someone else do it?
-
PRs need one signoff, indeed, but I am pretty sure the code review that led to the signoff is the result of `claude '/code-review medium'`.
-
So it’s kind of a farce? This is not the case where I work although we all use AI pretty heavily.
-
;-) ;-) ;-) fixed ;-) ;-) ;-) My 58 year old boss posts those same emoticons btw ;-) ;-) ;-)
All 2 developments of Developer essays dissect two rival philosophies for… →
Hacker NewsLobsters