How Vibe Coding is like a Spherical Cow
A spherical cow is an "inside" joke amongst physicists referring to tendency to develop "toy" models that reduce the problem to the simplest form imaginable while ignoring "second order" effects.
When you use AI to vibe code it feels like a spherical cow: a beautiful solution that works in a vacuum (in fact, Claude Code will insist it is “Perfect!”).
Take this example: Your product manager asks for a file upload function. Your PM strolls in, prototype in hand.
“Lovable.dev did it in three minutes. Should be easy!”
You smile politely. Inside your head:
Functional reality check (the easy part):
Then comes the non-functional reality check (the physics):
Recommended by LinkedIn
And then the unspoken layer — the stuff that never makes it into a requirements doc:
And on, and on, and on. Compliance. Disaster recovery. Budget. Staffing.
Sure AI can help create code for some of these constraints. But the judgement and taste is up to you. The AI has no idea about your environment, your constraints, your business priorities. Heck, even you may not consciously know everything, just relying on years of experience and hallway conversations to come up with a practical solution. And even if you were able to convey all these constraints perfectly to the AI, it is not trained to make these decisions - though it may offer very confident answers.
So yes, AI will give you elegant solutions for spherical cows in vacuums.
But the real work — the engineering, the tradeoffs, the quiet judgment calls — happens back on the messy farm, with real cows, real mud, and real deadlines.
AI will keep getting better at writing code. But judgment — that ability to balance the unquantifiable — will remain the rarest form of compute we have (fingers crossed).
And, as your team adopts AI coding tools - where have you seen spherical cows in your own stack lately?
As usual, great post Chiradeep Vittal. From your post, I infer that AI coding is perhaps best for the most loosely integrated pieces that are way downstream in the software engineering process such as generating test data, executing test cases and so on. Do I get that right?
Ha! The “spherical cows in a vacuum” moment, a timeless reminder that elegant solutions mean nothing if they don’t work in the real world.
Good post!
Time to prototype (TTP) <<< Time to Market (TTM) for a product. Often folks underestimate the importance of the non-functional (security and compliance) requirements of a product. Without these requirements incorporated early, not only does the TTM suffer, but it also increases the overall cost of the product, by introducing re-work & costly fixes later on in the product lifecycle.
100%. The engineering judgement and additional tech requirements and validation gets way more valuable when the LLM rocket ship can get us to a destination so quickly.