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 restriccion mas dura que he tenido nunca en un proyecto no fue tecnica, fue el reloj: veinticuatro horas, de la idea al prototipo funcionando sobre un escenario.

Que construimos

Dewi App nacio en la 8a Hackathon TecnoCampus con un objetivo simple: ayudar a monitorizar y reducir el consumo de agua domestico. La parte fisica fue un sensor de caudal por Arduino, programado y calibrado esa misma noche. La parte web, una aplicacion en Next.js y TypeScript que recibia esos datos y los convertia en algo legible: consumo, tendencias, recomendaciones para gastar menos.

Lo que cambia cuando el limite es el tiempo, no el alcance

En un proyecto sin fecha limite se puede discutir arquitectura durante horas. En una hackathon esa discusion es un lujo que no existe: se elige la opcion que se sabe montar rapido y se avanza. Eso obliga a una disciplina que luego traslado a proyectos con mas tiempo: decidir rapido, medir si funciona, y no protegerse detras 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 produccion. Faltan autenticacion real, persistencia de datos en serio, integracion en tiempo real con el sensor mas alla de la demo. Eso esta bien: no era el objetivo de la noche. El objetivo era demostrar que la idea se sostiene, y ganamos la hackathon con esa demostracion.

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