Don't Patch That: The Glorious Accidents That Made Indie Games Better
There's a version of game development that looks clean from the outside. A small team has a vision, they build it, they ship it, players love it. Neat. Orderly. Totally fictional.
The reality? Most games — especially the scrappy, handcrafted kind that this community lives for — are held together with duct tape, good intentions, and the occasional prayer to whatever physics engine the developer was brave enough to use. And sometimes, in the middle of all that beautiful chaos, something goes wrong in exactly the right way.
These are the accidents that nobody wanted to fix.
When Breaking the Game Was Actually the Game
Let's talk about Celeste for a second, because it's impossible not to. When players discovered that mashing the dash button against a wall at a very specific angle would send Madeline rocketing across the screen like she'd been fired from a cannon, the development team faced a choice. Patch it out and restore the tidy platformer they'd designed, or look at what players were actually doing with it and ask a harder question.
They asked the harder question. What emerged — the technique now known as wavedashing — became not just an accepted part of the game's movement vocabulary but a cornerstone of its entire speedrunning scene. Celeste went on to become one of the most-run games in the hobby's history, and a significant chunk of that community owes its existence to a collision quirk that could have been quietly deleted in a Tuesday patch.
That's not an isolated story. It's practically a genre.
The Developer Perspective: Chaos as Collaboration
So what actually goes through a developer's mind when they spot one of these things in the wild?
For a lot of indie devs, the first instinct is still to fix it. That's just how your brain works when you've been staring at code for fourteen months — anything unexpected reads as a failure. But the ones who've been around long enough have learned to pause and watch what players do with the unexpected thing before reaching for the delete key.
The question becomes: is this breaking the experience, or is this adding to it? There's a meaningful difference between a bug that crashes your save file and a physics quirk that lets a player launch themselves over a wall they were never supposed to climb. One is a problem. The other might be a feature you didn't know you were building.
Small studios have a structural advantage here that AAA developers genuinely don't. When you're a team of two or three people, you can make this call in an afternoon. You can watch a Twitch stream of someone playing your game, see them discover something weird, and decide by the next morning whether it stays or goes. That kind of agility is nearly impossible at scale, which is part of why big-budget studios almost always patch these things out — the liability, the QA overhead, the brand consistency concerns all push in the same direction. Toward control. Toward polish. Away from happy accidents.
Famous Flukes That Defined Their Games
The history of gaming is littered with these moments, and indie games have produced some of the best.
Take Spelunky, Derek Yu's roguelike masterpiece. The game's reputation for brutal, emergent difficulty didn't come entirely from intentional design — a lot of it grew from the way different systems interacted in ways nobody fully predicted. Enemies could trigger traps. Explosions had chain reactions. A shopkeeper who witnessed a theft would hunt you across multiple levels with the single-minded fury of a man who had nothing left to lose. Some of those interactions were designed. Others were discovered. The line between the two blurred fast, and the community didn't care which was which.
Or consider Minecraft, which isn't indie in the traditional sense anymore but absolutely was when it mattered. The creeper — arguably the most iconic enemy in gaming history — started life as a pig model that got its dimensions accidentally swapped during development. Notch kept it. The rest is cultural history.
Even smaller, more obscure titles have their stories. Pixel-art platformers where a misaligned hitbox created a wall-jump mechanic nobody programmed. Puzzle games where an unintended interaction between two objects opened up a completely different solution path. These things happen constantly, and in the indie space, enough of them survive to shape the final product.
Why Players Fall in Love With the Broken Stuff
Here's the thing that makes this genuinely interesting from a player psychology standpoint: there's something deeply satisfying about finding a crack in a world and slipping through it.
When you discover a glitch that works in your favor, it feels like the game is trusting you. Like you've been let into a back room that the designers left unlocked by mistake and then decided to keep unlocked because you seemed cool. It creates a sense of ownership over the experience that no amount of scripted set-pieces can replicate.
This is especially true in the retro and minimalist games that Tiny Windows readers tend to gravitate toward. When the whole game fits in a window the size of your thumbnail, every system is visible, every interaction is legible. Players learn these games deeply and quickly, which means they find the weird stuff faster. And when they do, the community builds around it.
Speedrunning categories like "any%" exist almost entirely because of this dynamic. The fastest path through a game is rarely the intended one. It's the one that exploits a forgotten corner of the physics engine, or clips through a wall, or triggers an end-game cutscene from the starting area. These routes are monuments to the gap between what developers planned and what players discovered.
The Patch That Would Have Killed Everything
It's worth sitting with the counterfactual for a moment. Imagine a version of Celeste where the development team patched out wavedashing in the first month after launch. Imagine Spelunky with every unintended interaction removed, every emergent chaos smoothed over into predictability. These are cleaner games in theory. They are significantly worse games in practice.
The AAA model, for all its resources and polish, has a harder time sitting with that discomfort. When a major release ships with an unintended mechanic, the community team is already drafting the patch notes. The pressure to present a finished, controlled experience is enormous. And sometimes that pressure kills something that could have been special.
Indie developers don't always have that pressure. Sometimes the budget doesn't allow for extensive post-launch support anyway, which means the weird stuff survives by default. Accidental preservation of accidental genius.
Broken, Beloved, and Built to Last
The games we remember longest aren't always the ones that worked exactly as planned. They're the ones that surprised us — including the people who made them.
There's a particular kind of magic that lives in the unplanned corners of small games. The physics exploit that becomes a speedrunning staple. The hitbox quirk that opens up a movement system nobody designed. The emergent behavior that turns a straightforward puzzle into something genuinely strange and wonderful.
Next time a developer announces they're leaving a bug in because the community loves it, maybe don't roll your eyes. They're not being lazy. They're being honest about something that the biggest studios in the world still haven't fully figured out: sometimes the best thing you can build is the thing you didn't mean to.