El fin de la programación

Reacción general ante el “fin de la programación”

• Muchos ven el titular como exagerado o clickbait; otros dicen que describe con precisión un cambio real en cómo se produce el código.
• Se trazan paralelismos históricos (por ejemplo, FORTRAN “acabando con la codificación”); el consenso es que la “programación” cambia de forma en lugar de desaparecer.
• Varios sostienen que esto trata más del fin de la codificación manual como valor predeterminado que del fin de la ingeniería de software.

La reescritura de Bun de Zig→Rust como evidencia

• Quienes la apoyan ven la reescritura de Bun como una prueba contundente de que los agentes pueden generar e iterar sobre bases de código grandes y complejas cuando existe un oráculo sólido (tests, implementación de referencia).
• Los críticos responden que:
  • La traducción con una suite completa de tests es un caso ideal, no representativo de proyectos típicos.
  • El código Rust resultante, según se informa, contenía problemas serios de corrección y calidad.
  • Gran parte del beneficio puede provenir de refactorizaciones generales, no solo del cambio de lenguaje o de la IA en sí.
• Varios señalan que debemos asumir que hubo más revisión humana e ingeniería de la que sugiere el marketing.

Calidad del código, arquitectura y mantenimiento

• Informes repetidos describen la salida de los LLM como “slop”: con errores, excesivamente confiada, débil en refactorización y mala en arquitectura salvo que se la guíe de forma estricta.
• La gente ve a los LLM sobresaliendo en boilerplate, traducción y pequeñas herramientas, pero teniendo dificultades a medida que los sistemas se vuelven más complejos o antiguos.
• Hay una fuerte preocupación de que la dependencia de la IA erosione la experiencia humana, conduciendo a malas decisiones arquitectónicas y “deuda cognitiva”.
• Los tests y la verificación se consideran críticos; algunos creen que el código se volverá desechable, regenerado a partir de especificaciones/tests, mientras que otros temen regresiones interminables sin una cobertura casi perfecta.

Cambio de rol de los programadores

• Muchos esperan un cambio desde la codificación línea por línea hacia:
  • Definir especificaciones precisas, restricciones y arneses de verificación.
  • Arquitectura de sistemas, compensaciones y decisiones de producto.
  • Revisar, depurar y mantener código generado por IA.
• Algunos creen que esto favorecerá a ingenieros altamente capacitados y expulsará a los devs que “solo están por el dinero”; otros temen lo contrario: la pérdida de oficio y pasión, reemplazadas por manipulación de prompts.

Impactos económicos y laborales

• Las predicciones van desde:
  • Equipos locales más pequeños + grandes presupuestos de tokens reemplazando grandes grupos de ingeniería o la subcontratación.
  • Una presión deflacionaria significativa sobre los salarios de cuello blanco a nivel global.
• Algunos prevén que las habilidades de software se convertirán en requisitos básicos para puestos de producto, reduciendo el número de puestos dedicados de “software engineer”.
• Hay ansiedad sobre la preparación social: se habla de UBI o incluso de “ingreso universal alto”, además de la preocupación de que los sistemas políticos actuales no responderán adecuadamente.

Trayectoria a largo plazo y preguntas abiertas

• Varios enmarcan esto como el auge de la metaprogramación / el desarrollo declarativo o basado en intenciones, no como una extinción.
• Otros argumentan que sistemas totalmente agénticos que decidan reescrituras y dirección del producto serían inseguros o estarían económicamente desalineados.
• No está claro si los modelos futuros podrán realmente manejar contexto de alto nivel de producto, político y organizacional, y no solo código.