El mejor código no ganó: qué dice la final del hackathon Dev-to-Dev sobre agentive engineering
En el hackathon Dev-to-Dev, el segundo lugar fue para un proyecto con código perfecto: 65 pruebas, tipado, protección frente a vulnerabilidades. Pero ganó otro:
En la final del Dev-to-Dev: Agentic Engineering Challenge, el proyecto con el mejor código quedó en segundo lugar. 65 pruebas unitarias, tipado completo, protección contra path traversal, Docker con usuario non-root—una arquitectura que marca a un ingeniero serio. Y es exactamente por eso que no ganó.
Cuando la calidad del código no salva
El proyecto en segundo lugar era algo que raramente ves en hackathons: una base de código limpia, cobertura de pruebas, seguridad que hubo que buscar en los detalles. El autor de esta solución no solo escribió código, escribió código que podría enviarse a producción mañana. Pero el hackathon medía otra cosa. Los organizadores estaban midiendo agentic engineering—la esencia misma que le faltaba a este proyecto de alta calidad. La solución ganadora entendió con mayor precisión lo que buscaban.
Agentic engineering es otro lenguaje
Agentic engineering es un término joven (apenas tiene un par de años), y cada equipo le da su propia interpretación. Pero la final de este año dejó claro: los sistemas de agentes requieren diferentes prioridades. En lugar de código limpio—la capacidad de adaptarse sobre la marcha. En lugar de cobertura completa de pruebas—disposición para trabajar con información incompleta. En lugar de arquitectura perfecta—iteración y aprendizaje de los errores. Resultó que:
- La interactividad y la capacidad de respuesta importan más que la arquitectura interna
- La capacidad de adaptación importa más que la tipificación exhaustiva
- Las iteraciones rápidas importan más que la cobertura completa de pruebas
- Trabajar con incertidumbre importa más que las garantías de tipos
Una división en la ingeniería
Poner el mejor código en segundo lugar no es un error de juicio. Es una señal de una división profunda en cómo pensamos sobre el código. Ingeniería clásica: tipos, pruebas, documentación, arquitectura mantenida bajo control por 65 pruebas y conforme a todas las mejores prácticas. Agentic engineering: hipótesis rápida, integración con el mundo exterior, disposición para fallar y aprender, capacidad de pensar bajo condiciones de incertidumbre. No se trata solo del código. Se trata de dos visiones diferentes de qué es buen software.
Qué significa esto
Para un desarrollador significa: el pensamiento cambia. Las habilidades de la ingeniería clásica siguen siendo valiosas, pero el paradigma agentic requiere un enfoque completamente diferente para el diseño. Una división global en cómo escribimos sistemas no está lejos.