El código es un pasivo, no un activo
Volvamos a los primeros principios. Como sabe cualquier ingeniero experimentado, el desarrollo de software no es un concurso de mecanografía. Es un proceso de toma de decisiones. El trabajo consiste menos en escribir código y más en descubrir qué código no escribir. Como Así lo expresa el fundador de Honeycomb y CTO Charity Majorsser un ingeniero de software senior «tiene mucho más que ver con la capacidad de comprender, mantener, explicar y gestionar una gran cantidad de software en producción a lo largo del tiempo, así como con la capacidad de traducir las necesidades comerciales en implementación técnica».
Cada línea de código que envía es una responsabilidad. Cada línea debe protegerse, depurarse, mantenerse y, finalmente, refactorizarse. Cuando utilizamos la IA para aplicar fuerza bruta en la fase de «construcción» del software, Maximizamos esta responsabilidad.. Creamos vastas superficies de complejidad que podrían resolver el problema inmediato de Jira pero hipotecan la estabilidad futura de la plataforma.
El comentario de Orosz sobre las 996 empresas que producen copias es revelador. La innovación requiere “holgura” para pensar sin las constantes interrupciones de las reuniones. Si tienes un momento de tranquilidad, es posible que te des cuenta de que la función que estabas a punto de crear en realidad es innecesaria. Si sus desarrolladores pasan sus días revisando una avalancha de solicitudes de extracción generadas por IA, no tienen tregua. No son arquitectos; son conserjes limpiando los desechos de un robot que nunca duerme.
