Carson Gross redefine la programación como control de complejidad y no generación de código

Simon Willison destacó el reciente ensayo de Carson Gross, creador de la librería htmx y docente en la Universidad Estatal de Montana. Gross responde a la inquietud de los estudiantes de informática sobre si programar sigue siendo una carrera viable ante la irrupción de la inteligencia artificial. Su postura no niega la potencia de los modelos, sino que se apoya en 2 pilares irremplazables del oficio: resolver problemas mediante ordenadores y gobernar la complejidad de las soluciones resultantes.

La generación automática resuelve el encargo pero acumula lastre invisible

Los modelos de lenguaje han reducido drásticamente el coste inicial de redactar código funcional en cuestión de segundos. Sin embargo, Gross alerta sobre la trampa en la que caen los programadores júnior que usan los agentes como sustituto de la escritura directa. Quien no escribe código pierde progresivamente la capacidad de leerlo, auditarlo y detectar fallos sutiles. En lugar de formar ingenieros competentes, este atajo crea aprendices de brujo que activan procesos cuya mecánica interna no dominan.

La visión arquitectónica se consolida como el activo más cotizado

Mientras el valor mecánico de escribir sintaxis decae, la comprensión del negocio y el diseño de sistemas ganan protagonismo. Gross señala que históricamente los peores arquitectos de software han sido aquellos que apenas programaban y carecían de experiencia directa en el fango del código. Si un desarrollador júnior delega las tareas iniciales en un modelo, jamás desarrollará el criterio necesario para coordinar sistemas complejos. La IA debe funcionar como un tutor incansable que explica conceptos, no como un generador descontrolado.

La abundancia de código probabilístico satura los repositorios de deuda técnica

El peligro real no radica en que los modelos fallen al entregar un archivo ejecutable. La amenaza surge cuando la facilidad de emisión inunda los repositorios con capas redundantes de complejidad accidental. Un compilador tradicional impone reglas deterministas implacables, mientras que un modelo solo ofrece combinaciones de alta probabilidad estadística. La intervención humana en este flujo no garantiza determinismo, sino que asume toda la responsabilidad sobre un código que deberá mantenerse durante 10 años.

La capacidad de podar código superfluo determinará la viabilidad del software

En los próximos años, la madurez de un equipo técnico no se medirá por el volumen de código generado ni por la cantidad de tareas cerradas por hora. Sobrevivirán los proyectos capaces de eliminar el relleno sintético y podar abstracciones innecesarias antes de que la deuda hunda el producto. Las empresas que impidan a sus desarrolladores júnior escribir código real acabarán atrapadas en un laberinto de dependencias incomprensibles.

El veredicto de Lilith

El programador que delega todo el código en el modelo acaba como un inspector de facturas ajenas escritas en un idioma que no domina. El valor real de la ingeniería empieza cuando alguien es capaz de podar una montaña generada hasta dejar cinco funciones limpias.