Hackathon Attendee

Before the Hackathon

What to Bring

• Laptop + charger (obvious, but people forget chargers)
• Phone charger / power bank
• Headphones — essential for focusing in noisy environments
• Extension cord or power strip — makes you popular at your table
• Hoodie or blanket — venues get cold, especially overnight
• Toiletries — toothbrush, deodorant, face wipes if it's overnight
• Snacks — your own stash for when you need fuel between meals
• Water bottle — stay hydrated
• Notebook + pen — for brainstorming and sketching before touching code
• Business cards or a QR code to your portfolio/GitHub/LinkedIn

Pre-Event Preparation

1. Set up your dev environment before you arrive — install languages, frameworks, IDEs, and tools. Nothing burns hackathon time like environment setup
2. Prepare starter templates — have boilerplate repos for your favorite stacks (Next.js, Flask, React Native, etc.). This is not cheating — it's smart
3. Explore sponsor APIs in advance — read docs, get API keys, run test calls. Judges for sponsor prizes love seeing deep integration, not just a hello-world call
4. Research past winning projects — look at Devpost galleries for the hackathon or similar ones. Understand what level of polish wins
5. Have 2-3 project ideas ready — don't arrive blank. Have ideas you can pitch to potential teammates. But stay flexible — the best idea might come from someone you meet

Finding a Team

• Go solo if you can do full-stack — small teams (2-3) with complementary skills often beat large teams
• Ideal team composition: 1 frontend dev, 1 backend dev, 1 designer/presenter. A dedicated presenter is an underrated advantage
• If you don't have a team: attend the team formation session, pitch your idea in 30 seconds, and look for complementary skills rather than identical ones
• Set expectations early: agree on the idea within the first hour, assign roles, decide on communication tools

During the Hackathon

The First Hour Is Critical

1. Finalize your idea in 30 minutes — don't spend 3 hours debating. Pick the idea that excites the team most and is feasible
2. Define your MVP in 15 minutes — what is the one core feature you must demo? Everything else is stretch goals
3. Divide work immediately — who does frontend, backend, design, and presentation? Parallel work from minute one

Time Management

For a 24-hour hackathon:

Golden rule: Have a working demo by the halfway point. If your core feature doesn't work at hour 12, simplify it.

Technical Strategy

• Start with the demo — build what you'll show first, then fill in the rest. A polished demo of 1 feature beats a broken demo of 5
• Use what you know — hackathons are not the time to learn a new framework. Use your strongest tools
• Deploy early — get it on a public URL (Vercel, Railway, Netlify) in the first few hours. Judges trust deployed projects more
• Use AI tools aggressively — Claude, Copilot, Cursor. Everyone is using them. Speed is everything
• Git from the start — commit frequently. You don't want to lose work to a laptop crash at hour 20
• Don't build auth — use a mock user or hardcode credentials. Auth adds zero demo value
• Fake it where it makes sense — hardcoded data, mock API responses, pre-seeded databases. If it looks real in the demo, it's real enough
• API integrations should be visible — if you're going for a sponsor prize, make the API integration prominent and visible in the demo

What NOT to Do

• Don't build infrastructure — no Kubernetes, no custom CI/CD, no microservices. It's a hackathon
• Don't write tests — blasphemy in production, pragmatism at a hackathon
• Don't redesign the landing page 4 times — pick a design and move on
• Don't stay up all night if it hurts your performance — a rested team with 16 hours of focused work beats a zombie team with 24 hours of diminishing returns
• Don't argue about technology choices for more than 10 minutes — whoever has the most experience decides

What Judges Actually Look For

The Scoring Criteria (Usually)

1. Does it work? — A working demo is worth more than a beautiful pitch deck
2. Is the problem real? — Judges want to see you identified a genuine pain point
3. Is the solution novel? — Not "another todo app" but a fresh angle on a real problem
4. Is it technically impressive? — Complex integrations, real-time features, AI/ML pipelines score higher than CRUD apps
5. Is it polished? — Good UI, consistent design, smooth demo flow

What Separates Winners from the Pack

• The story — winners tell a compelling story: "We noticed X problem, we built Y to solve it, here's Z impact"
• The live demo — working software shown live, not screenshots
• The "wow" moment — one feature that makes judges lean forward. Build toward this moment in your demo
• Technical depth — mentioning the architecture, challenges overcome, and tradeoffs made shows maturity
• Team energy — enthusiasm is infectious. Judges remember teams that were genuinely excited

Presenting Your Project

Demo Structure (3 minutes)