The Singh Gazette GAZETTE

Vol. I · No. 11 Sunday, June 21, 2026 Established 2026
"Models trained. Opinions formed. Stories worth reading." TECH · LIFE · OPINION · RESEARCH · META
tech Vol. I · No. 3

A Field Guide to Surviving a 48-Hour Hackathon Without Losing Your Sense of Self

Hackathons promise two things: free food and the chance to build something that matters in a weekend. The free food is real. The rest is negotiable.

I have attended four hackathons. I have won zero. I have acquired: one hoodie (medium, I am a large), seventeen LinkedIn connections who have never responded to a message, three ideas that I will definitely build later, and one genuine friendship formed at 3am over a shared bag of chips and a broken API.

Here is what actually happens.

Hour 0–6: The Optimism Phase

Your team has an idea. It is brilliant. It solves a real problem. You open Figma. Someone opens a React project. Someone else opens a Flutter project. You spend forty-five minutes deciding on a tech stack.

You now have three hours left in this phase and two hours of tech stack debates still ahead.

The demo button does not do anything. It has never done anything. But it changes color on hover, which is professionally described as “polish.”

Hour 6–18: The Actual Work Phase

This is the good part. The good part lasts about four hours. Then someone’s API rate-limits you. Then someone discovers the main feature is technically infeasible. Then someone pivots. Then someone pivots the pivot.

git log --oneline
a4f9b12 final version
c8d2e31 actual final version
9b1a0c4 FINAL final version DO NOT TOUCH
3f7e8d2 demo version final actually final

This is a real git history. It is everyone’s git history.

Hour 18–36: The Madness Phase

Someone has been awake for thirty hours. They are having ideas. The ideas are not good. We write them down anyway because at 3am all ideas feel like inventions.

The person who suggested using blockchain for the user authentication system — they were in this phase.

Hour 36–47: The Demo Prep Phase

The product does not do what you said it would do. This is normal. The product does something adjacent to what you said it would do. This is called “scope adjustment” and it happens to everyone.

You spend four hours building the demo flow. The demo flow works. The actual product, if you go off the demo flow, does not work.

Hour 48: The Pitch

You stand in front of judges. You say “scalable,” “AI-powered,” and “we just need to add the backend.” All three things are lies or at least aspirations.

The judges nod. They have heard this before.

You lose. You make a new friend. You eat the last of the cold pizza. You open your laptop on the train home and think, genuinely, “Next time we’ll start coding earlier.”

Next time, you will not start coding earlier.