The Solo Hackathon Problem
The last 10% of hackathon joy comes from the parts AI can't replace
Can you tell when Claude Sonnet 4.5 entered my life? My GitHub looks like I got replaced by a one-person hackathon machine, where an idea hits at lunch and by dinner Iām deploying to Vercel. Iām building lightweight versions of products Iād otherwise pay for(because why not), exercising my systems design skills in ways I never could before, making things that scale and that I can maintain(hint hint: write tests, please). The creative satisfaction is real, and it feels like when the internet first showed up and our collective unfiltered excitement of āholy shit, I can build anything now.ā
Most folks who know me know that Iām obsessed with hackathons. I have traditions around them, but Iāll spare you the embarrassing details. My partner and I do family hackathons because weāre a bunch of nerds. Iāve participated in more weekend coding marathons than I can count, and itās not (entirely) for the pizza. I suspect itās for āthe experienceā?
Real hackathons create culture in ways that solo building sessions donāt. They have people who look over your shoulder and say āwait, what if you tried this instead?ā in a way that changes your entire approach. They have the person three tables over whoās solving the exact problem youāre stuck on, if only youād thought to ask. They famously have those moments at 1am where everyoneās delirious and someone suggests the dumbest possible feature and somehow it becomes the best part of the project. They have themes(!!) that sometimes constrain you in useful ways. Most importantly they force you to explain your idea out loud, which means you have to think it through in ways you skip when youāre just telling an AI what to build. That eventually makes you move a little slower because youāre coordinating with humans, and that slower pace creates space to ask questions youād otherwise skip over. Questions like āif we productionize this tomorrow, will it actually work?ā or āwho is this even for?ā
By the way, hereās my current favorite synthwave hackathon playlist
We all agree that AI coding assistants give you speed and the ability to implement anything you can describe. They eliminate the boring parts so you can focus on the interesting questions, and Iām not going back because the ability to build things quickly has genuinely changed my life. But the more I hack alone with AI, the more I notice what Iām trading away.
Obviously Iām not learning from anyone anymore. Thereās no moment where someone challenges my approach or shows me a better way. The people-pleasing AI will implement whatever I tell it to, but it wonāt tell me my idea is bad or force me to defend my choices. It certainly wonāt casually mention a framework it used last month that happens to solve exactly the problem Iām wrestling with. The serendipity of learning is gone, replaced by the efficiency of execution.
Iām also moving too fast, which sounds like a good thing until you realize speed isnāt always the constraint you should be optimizing for. For example, I built a meal planning system in three days that worked perfectly, used it twice, and deleted the whole repo two weeks later. That never would have happened in a real hackathon because the friction of other humans would have forced me to think harder about whether I actually needed this before I wasted a weekend on it. The constraint wasnāt helping me build better, it was helping me choose better.
Iām pretty sure that the āhackathon cultureā I was originally seeking has devolved into a semi-warped version of āproductivity cultureā. And those are not the same thing, even though weāve started to treat them alike.
To me the disconcerting part is that the itch has already been scratched. Why would I sign up for a weekend hackathon when I can build something tonight? Why would I coordinate schedules and find teammates and deal with the logistics when I have an AI partner available 24/7 who never disagrees with me and never goes home? (Admittedly, also never brings snacks, but you canāt have everything.) If Iām being completely honest then Iāll admit that the convenience is starting to replace the experience, and Iām not sure thatās a good trade.
Weāre treating AI-assisted development like itās an upgrade to hackathons when itās actually a different thing entirely. People are calling it vibe coding, which feels right for the version where youāre just prompting and iterating on feel, letting the AI do the thinking while you guide based on vibes. Thatās one way to use these tools. But hereās what Iām noticing about the other way, the way where youāre doing it right. Even when youāre doing the architecture work yourself, even when youāre thinking through data model design and writing tests and planning for monitoring and scale, even when youāre using AI as an implementation tool rather than a replacement for your engineering brain, youāre still coding to a feeling of productivity rather than to a shared experience. Youāre still building alone. And whether youāre vibe coding or doing rigorous engineering with AI assistance, youāre still missing the cultural components that made hackathons valuable in the first place. The shared excitement that comes from building something together instead of alone. Itās not about code quality. Itās about culture.
The formula Iāve drafted to help me rationalize this is
hackathon_joy = (building_speed + creative_freedom) / human_connection
You can max out the numerator with AI, building faster and creating more freely than ever before. But if the denominator goes to zero, if you remove the human connection entirely, the formula breaks. You donāt get infinite joy, duh.
Iāve built 18 projects in 6 months which is more than I built in the previous 2 years combined, and Iām proud of that. The systems design practice is real. The ability to see ideas through to production-quality code is real. The creative satisfaction of understanding exactly how everything works is VERY real. But when I look at my GitHub, all those green squares represent projects I;ve built alone. None of them have the memory of someone elseās brilliant stupid idea that made the whole thing better or that sense of shared discovery that makes the exhaustion worth it.
If youāre like me and youāre building on demand and loving it, I wonder if we should be careful not to let that replace the real thing. The solo hackathon is great for Tuesday night. But the weekend hackathon with actual humans is where the culture lives, where you learn things you didnāt know you needed to learn, where ideas get challenged and improved, where the hackathon playlist actually makes sense because everyoneās experiencing it together.
So I guess Iām going to keep building with AI, keep making lightweight (and cooler) versions of things and seeing them through to production. Simply because itās fun! But Iām also going to keep showing up to real hackathons, keep finding teammates, keep experiencing the culture. Not because the old way was better, but because thereās something in the friction of other humans that makes the work itself more interesting, something that makes you think differently rather than just faster.




"speed isnāt always the constraint you should be optimizing for"
Louder for the folks in the back. Actually for the folks on the top.