Quoting Andrej Karpathy
Andrej Karpathy just articulated the future, and it’s not about one killer app. It’s about the death of the app as a fixed concept. His observation that software will “increasingly come out on a tap” is the most succinct description yet of a seismic shift we’re mid-quake in. He invokes the Jevons Paradox, and he’s right. When the cost of producing something drops to near-zero, consumption doesn’t fall—it explodes. But the crucial insight here isn’t about demand for *more* software. It’s about th
Analysis
Andrej Karpathy just articulated the future, and it’s not about one killer app. It’s about the death of the app as a fixed concept. His observation that software will “increasingly come out on a tap” is the most succinct description yet of a seismic shift we’re mid-quake in. He invokes the Jevons Paradox, and he’s right. When the cost of producing something drops to near-zero, consumption doesn’t fall—it explodes. But the crucial insight here isn’t about demand for more software. It’s about the demand for different software: ephemeral, hyper-personal, and fundamentally disposable.
We’re not entering an era of better software. We’re entering an era of software as a fluid utility. Think about it: the bespoke “wandb for your project” is the perfect example. That’s not a product you download, update, or even care about maintaining. It’s a temporary scaffold you conjure to solve a specific, immediate cognitive problem—a complex visualization, a custom analysis pipeline. You use it, you learn from it, and you likely discard it when the context shifts. The value isn’t in the artifact; it’s in the momentary alignment of your specific need with the machine’s ability to fulfill it. This is the end of software as a noun and the beginning of software as a verb.
The current market is still obsessed with building the next monolithic platform, the next walled garden. That entire paradigm is a legacy of an era where creation was expensive and distribution was linear. Now, creation is a conversation. The competitive advantage is no longer in owning the best static tool, but in providing the most malleable and responsive creative substrate. Companies still pitching “a solution” are playing yesterday’s game. The winners will be those who sell the most powerful, intuitive, and safe set of primitives that allow a user to assemble their own solution in real-time, without thinking about it as “software engineering.”
This does create a brutal efficiency filter. The Jevons effect means my demand for code will be insatiable. I’ll want a custom dashboard for this research thread, a specialized data-cleaning script for that dataset, an explainer app for a dense paper. But this flood of generated code is a tool for thought, not a final product. The danger isn’t that the AI will write bad code; it’s that we’ll become addicted to its immediate utility and stop questioning its foundational design. A bespoke wandb instance you generate in five minutes is a miracle of productivity, but it’s also a black box of tech debt you’re choosing to incur. The real skill, the premium human judgment, will shift from writing code to curating and orchestrating this on-demand code generation—to knowing which scaffolding to build, how to interrogate its outputs, and, crucially, when to delete it.
Karpathy’s “free your mind” reference is spot on, but perhaps in a more unsettling way than the optimistic sci-fi trope suggests. It’s free to imagine any tool you want, yes. But it also means freeing yourself from the comforting constraints of a pre-built workflow. We’re moving from a world of predefined paths to a world of infinite, generative pathways. For the technical user, this is empowerment on steroids. For the organization, it’s chaos. How do you audit, secure, or maintain a thousand bespoke, ephemeral applications that exist only in one user’s session? The old IT governance model will crumble.
So, yes, our demand will explode. We’ll all become low-code tyrants, demanding perfectly tailored digital levers for every minor cognitive task. The paradox is that in making software infinitely accessible and disposable, we may simultaneously make it more powerful and more ephemeral, more critical and more invisible. The final product is no longer the point. The point is the sustained, intimate dialogue between human intent and machine execution. We’re not downloading tools anymore. We’re summoning them. And we’re just beginning to reckon with the consequences.
Disclaimer: The above content is generated by AI and is for reference only.