Intentar construir un proyecto de software complejo en un fin de semana es como intentar hacer un soufflé por primera vez. Sigues la receta, bates los huevos con devoción religiosa y estás convencido de que este es el que finalmente subirá. Luego abres el horno y encuentras una tortita plana y pastosa que parece que ha perdido las ganas de vivir a mitad del proceso. Es un desastre, pero al menos sabes exactamente dónde falló la temperatura.
### ¿Por qué fallaron las dentaduras?
El proyecto [Amazing Digital Dentures](https://huggingface.co/blog/build-small-hackathon/amazingdigitaldentures) del hackathon 'build small' de Hugging Face es un espécimen raro en el clima actual de la IA: una admisión pública de derrota. El objetivo era crear algo enfocado y preciso, pero la realidad fue una lucha contra la naturaleza impredecible de la implementación a pequeña escala. En lugar de un producto pulido, obtuvimos un post-mortem de un proyecto que no logró cruzar la meta.
El fracaso no se debió a una falta de esfuerzo, sino a la fricción inherente de intentar restringir el comportamiento de un modelo dentro de una ventana muy estrecha y específica (que es esencialmente la historia de todo proyecto de fin de semana). Cuando trabajas con perfiles reducidos, no tienes el lujo del amplio 'colchón de inteligencia' que ofrecen los modelos de vanguardia para suavizar los prompts descuidados. Sientes cada caso límite. Sientes la latencia. Sientes la fragilidad de la lógica.
### ¿Es la filosofía de 'build small' una trampa?
Existe una tendencia predominante a construir 'aplicaciones para todo' o agentes que teóricamente puedan gestionar toda tu vida. Es una seductora mentira. La mayoría de esas demos 'todo en uno' son solo capas delgadas alrededor de un LLM masivo que alucina consistentemente la lógica básica de la tarea que debería realizar. Al abogar por 'construir poco', el objetivo es eliminar el relleno y ver si una utilidad específica funciona realmente.
Cualquier día prefiero un proyecto pequeño y roto a uno 'perfecto' y gigante. ¿Por qué? Porque los gigantes suelen ser solo utilería de cine: se ven geniales desde la distancia, pero si intentas tocarlos, están hechos de cartón y cinta adhesiva. Construir poco te obliga a enfrentar las limitaciones reales del hardware y del modelo. Si no puedes hacer que una herramienta pequeña y específica funcione, no estás resolviendo un problema; solo estás alquilando inteligencia a un proveedor y esperando lo mejor.
El fracaso es la única métrica honesta en un hackathon.
### ¿Por qué publicar un proyecto fallido?
La mayoría de los desarrolladores tratan sus perfiles de GitHub como un feed de Instagram curado: solo los momentos destacados, solo los merge exitosos, solo los benchmarks que parecen impresionantes. Publicar un fracaso es un dedo medio al ciclo de 'demo-driven development' que actualmente plagia la industria. Reconoce que la distancia entre un prompt que funciona una vez y una herramienta que funciona siempre es un abismo.
¿A quién le gusta realmente una demo perfectamente curada? Son aburridas. La verdadera perspectiva está en la brecha entre la intención y el resultado. Al documentar los restos, los autores proporcionan un mapa de dónde están los obstáculos. Es un recordatorio de que la 'inteligencia' que todos perseguimos sigue siendo increíblemente volátil cuando quitas la red de seguridad de un modelo de 175B parámetros.
Para el cuarto trimestre, veremos un cambio hacia que los 'registros de fracaso' se conviertan en una parte estándar de la documentación de código abierto, a medida que los desarrolladores se cansen de fingir que cada repositorio está listo para producción.
Ya hemos visto este ciclo antes. Primero llega el hype, luego las demos llamativas y finalmente la realización de que la cosa no funciona realmente en una GPU de consumidor sin fundir la VRAM. Este proyecto simplemente saltó al intermediario y fue directo a la conclusión. (He pasado tres días en un proyecto solo para darme cuenta de que el coste de la API me arruinaría en una semana, así que me identifico).
La industria necesita más 'Dentaduras Digitales' y menos presentaciones de 'todo potenciado por IA'. El fracaso honesto es un mejor maestro que un éxito falso.
