En resumen
- Llega con el entorno listo: repo, librerías y una plantilla para subir a servidor.
- Arma algo que funcione de punta a punta en la primera hora.
- Mide el tiempo por tarea desde el principio.
- Usa Git desde el minuto uno y prueba contra lo que no conoces.
- Platica con la gente: es lo que más te hace avanzar.
Si vas a tu primer hackathon, lo más importante es esto: llega con tu entorno listo, decide temprano qué vas a entregar, mide el tiempo desde la primera hora y platica con la gente. Lo aprendí en Frontier CDMX 26, donde participé solo y no gané. Aquí va lo que haría antes, durante y después, mis errores y una checklist para imprimir.
¿Qué hago antes del hackathon?
- Postula aunque dudes. En Frontier eran 8 preguntas abiertas en inglés y nadie entraba por su CV. Postulé dudando y me aprobaron en dos días.
- Prepara tu entorno el día anterior. Repo creado, lenguaje instalado, librerías probadas, acceso a GitHub. Yo perdí la primera media hora en eso.
- Ten a mano una plantilla para subir a servidor. Si la evaluación llama a una API, vas a necesitar un servicio, HTTPS y logs. Llevarlo resuelto te regala tiempo.
- Decide si vas solo o en pareja. Solo aprendes muchísimo, pero todo recae en ti.
- Duerme. Suena obvio. No lo es a las 4 de la tarde.
¿Qué hago durante el hackathon?
- Lee el reto dos veces y busca las trampas. En el mío había un repintado de pantalla cada segundo, clics que se ignoraban si duraban menos de 100 ms y texto que se concatenaba.
- Arma algo que funcione de punta a punta en la primera hora. Feo pero completo. Después lo mejoras.
- Mide el tiempo desde el principio. Mi agente se quedaba sin tiempo: mediana de 4:24 con un límite de 5:00. Si lo hubiera medido desde la primera hora, habría diseñado distinto.
- Usa Git desde el minuto uno. Un reinicio accidental me reveló un bug real; con Git pude volver atrás sin miedo.
- Prueba contra lo que no conoces. 5/5 en la práctica no garantizó nada en la evaluación (1/34).
- Usa IA con método. Yo usé Claude Code para buena parte del código, pero la arquitectura, las reglas y las prioridades fueron mías.
- Platica. Las dudas que saqué con otros participantes me hicieron avanzar más que cualquier búsqueda.
¿Qué hago después?
- Escribe tu bitácora el mismo día. Qué funcionó, qué falló y por qué. Al día siguiente ya se te olvidan los detalles.
- Publica tu código y cuéntalo. El mío está en GitHub y la historia en la página de Frontier.
- Revoca llaves y tokens del evento. Las credenciales temporales también se filtran.
- Escribe a la gente que conociste. Amigos que conocí ahí quedaron en 1.º y 2.º lugar.
¿Qué errores cometí?
| Error | Qué pasó | Qué haría |
|---|---|---|
| Entorno sin preparar | La primera media hora se fue en instalar. | Llevarlo listo desde casa. |
| Velocidad al final | Mediana de 4:24 de 5:00. | Medir el tiempo por tarea desde la primera hora. |
| Probar sobre lo conocido | 5/5 en práctica, 1/34 en evaluación. | Probar con pantallas nuevas. |
| Confiar en un «éxito» | El agente reportaba 25 donde había 45. | Verificar cada resultado contra la pantalla. |
Te lo cuento con más detalle en lo que aprendí quedando último.
¿Hay una checklist para imprimir?
- Postulación enviada, aunque tenga dudas.
- Repo creado y GitHub con acceso.
- Lenguaje, librerías y herramientas instaladas y probadas.
- Plantilla para subir a servidor (servicio, HTTPS, logs).
- Decidido: solo o en pareja.
- Reto leído dos veces y trampas anotadas.
- Algo que funcione de punta a punta en la primera hora.
- Tiempo por tarea medido desde el principio.
- Git desde el minuto uno.
- Pruebas contra lo que no conozco.
- Bitácora escrita el mismo día.
- Llaves y tokens del evento revocados.
Puedes imprimir esta página: la lista queda lista para palomear.
¿Dónde leo más?
Estas guías me ayudaron a ordenar lo que aprendí. Las recomiendo como lectura complementaria:
- HackerEarth: consejos para ganar un hackathon
- WhereU Elevate: qué hacer en un hackathon si eres principiante
- JetBrains: notas desde la mesa de los jueces
- Zbotic: guía de hackathons
- WhereU Elevate: cómo prepararte para un hackathon
Y si quieres la historia completa de mi día, está en mi primer hackathon. Si te interesa ver cómo llevo esto a proyectos reales, échale un ojo a GARAGE.
Preguntas frecuentes
- ¿Puedo ir solo a un hackathon?
- Sí. Yo fui solo a Frontier CDMX 26. Aprendes muchísimo, pero todo recae en ti; en pareja puedes repartir agente, pruebas y servidor.
- ¿Qué preparo antes de llegar?
- Repo, lenguaje y librerías probadas, acceso a GitHub y una plantilla para subir a servidor con HTTPS y logs.
- ¿Está bien usar IA en un hackathon?
- Si las reglas lo permiten, sí. Úsala con método: tú defines la arquitectura y las reglas, revisas y despliegas.
