Lo que da tiempo a aprender construyendo un sensor de agua en 24 horas

Esto se sale del terreno habitual de este blog (nada de SOC, nada de blue team) pero merece un hueco porque la restricción más dura que he tenido nunca en un proyecto no fue técnica, fue el reloj: veinticuatro horas, de la idea al prototipo funcionando sobre un escenario.

Qué construimos

Dewi App nació en la 8a Hackathon TecnoCampus con un objetivo simple: ayudar a monitorizar y reducir el consumo de agua doméstico. La parte física fue un sensor de caudal por Arduino, programado y calibrado esa misma noche. La parte web, una aplicación en Next.js y TypeScript que recibía esos datos y los convertía en algo legible: consumo, tendencias, recomendaciones para gastar menos.

Lo que cambia cuando el límite es el tiempo, no el alcance

En un proyecto sin fecha límite se puede discutir arquitectura durante horas. En una hackathon esa discusión es un lujo que no existe: se elige la opción que se sabe montar rápido y se avanza. Eso obliga a una disciplina que luego traslado a proyectos con más tiempo: decidir rápido, medir si funciona, y no protegerse detrás de "hacerlo bien" cuando lo que hace falta es tener algo que funcione ya.

Un prototipo, no un producto

El propio repositorio lo deja claro: es un prototipo, no algo listo para producción. Faltan autenticación real, persistencia de datos en serio, integración en tiempo real con el sensor más allá de la demo. Eso está bien: no era el objetivo de la noche. El objetivo era demostrar que la idea se sostiene, y ganamos la hackathon con esa demostración.

El equipo fue Marc Lumbreras, Nil Sentis, Jan Naranjo y yo. El prototipo sigue desplegado, tal cual salió esa noche.