La Ingeniería de Software en la era de los LLMs
Soy ingeniero en computación desde hace casi 30 años, y utilizo LLMs a diario desde el mismo momento en que se lanzó ChatGPT el 30 de noviembre de 2022. Tal vez sean mis propias limitaciones utilizando los modelos Claude de Anthropic y Gemini de Google, pero hasta el momento no veo que los LLMs puedan sustituir al ingeniero de software, y voy a explicar por qué digo esto.
La Ingeniería de Software es mucho más que la generación de textos con instructivos y configuraciones. Es también, y principalmente: la participación insustituible de seres sintientes declarando que algo es un problema, y que algo es una solución; y el encadenamiento de modelos mentales, logísticos, y organizativos necesarios para que un artefacto "solución" sea exitoso en el largo plazo.
La ingeniería empieza y termina en el sujeto
Un problema no es un dato objetivo ni una falla técnica aislada; algo constituye un "problema" únicamente cuando existe un ser sintiente que lo padece. Sin esta participación inicial para identificar qué aspectos del mundo real deben ser intervenidos y por qué, no existe objeto de desarrollo que pueda ser de interés para alguien.
Recíprocamente, los únicos que pueden determinar si un desarrollo constituye efectivamente una solución son los mismos seres sintientes que definieron el problema original.
La validez de un artefacto no se agota en el cumplimiento de parámetros técnicos o en el paso de tests automatizados. La validez de un sistema depende de la confirmación de quienes experimentan el alivio de la fricción detectada.
El software, por tanto, comienza y termina necesariamente en la experiencia del sujeto.
El desarrollo profesional es un tránsito por abstracciones
La generación de código es solo una consecuencia de un proceso que incluye eslabones que no pueden saltarse:
Modelo del Problema: el recorte de la realidad donde se identifica qué elementos son relevantes y por qué representan un conflicto para el ser sintiente.
Modelo de Solución: la conceptualización lógica y el diseño de las reglas de negocio encargadas de resolver el problema, independientemente de la tecnología.
Modelo de Sistema y Arquitectura: la selección explícita de componentes, el diseño de su estructura y el plan de ensamblado del artefacto.
Modelo de Especificación Técnica: este es el eslabón crítico y la base de la ingeniería. Es la definición detallada necesaria tanto para la generación de código como para establecer la base de las validaciones. Sin una especificación rigurosa, la generación vía LLM carece de un marco de referencia correcto.
Modelo de Validación: la estructura que gestiona tanto la dimensión técnica —cumplimiento de especificaciones— como la funcional —satisfacción del usuario. Incluye la logística de ejecución de pruebas y el relevamiento de resultados.
Modelo de Logística de Mantenimiento: el diseño del modelo organizativo requerido para sostener el artefacto —correctiva y evolutivamente— durante todo su ciclo de vida.
Conclusión
La ingeniería de software es la disciplina encargada de orquestar en la práctica este sistema de experiencias sensibles y modelos mentales.
Mi experiencia diaria con los LLMs me sugiere que, aunque estas herramientas aceleran la producción de fragmentos de código, al menos de momento son incapaces de gestionar la integridad de esta cadena completa y con sentido práctico.