Recientemente me di cuenta de algo bastante interesante: la industria del desarrollo de software está en medio de una transformación que nunca había visto en mis más de 20 años de carrera.

Hace más de veinte años, comencé en DCSL Software (, que luego fue One Beyond). Dejé la empresa en 2023 cuando ya tenía más de 300 empleados y operaba a nivel global. Después, fundé una startup de robótica y conseguí más de 4 millones de libras en financiación. En realidad, nunca pensé que volvería a programar.

Desde 2014, dejé de escribir código a diario. No porque no pudiera, sino porque era un camino natural a medida que la empresa crecía. Contratamos a personas mejores que tú, nos enfocamos en liderar, y poco a poco el teclado se volvió algo ajeno. Casi diez años así se sienten completamente normales.

Pero lo sorprendente es que recientemente me he visto volviendo a ser desarrollador — no por nostalgia, sino por una necesidad real. Estoy construyendo una plataforma de robótica realmente compleja. Y la forma en que trabajo es completamente diferente a antes.

Este cambio personal me muestra claramente: algo fundamental ha cambiado en la forma en que abordamos el desarrollo de software.

Mirando atrás, en el pasado, trabajábamos con el modelo en cascada. No era solo una teoría, sino pura economía. El código era costoso y lento de construir, por lo que la única forma lógica era pensar cuidadosamente desde el principio. Escribíamos especificaciones detalladas porque era necesario — contratos, entregas, todo dependía de ellas. Escribir una especificación bien hecha era una habilidad rara, y por casualidad, yo era bastante bueno en eso. Podía imaginar cómo sería el producto final antes de que existiera, prever las partes complejas y describir comportamientos con suficiente precisión para que un equipo pudiera construirlo a partir de ello.

Luego, la industria pasó a Agile. Se hizo público porque era mejor para responder a los cambios. En silencio, porque nos dimos cuenta de que ninguna especificación existía intacta en sistemas grandes y a largo plazo. Las empresas cambian, los usuarios cambian, la tecnología cambia. Agile es útil, pero tiene un precio. Renunciamos a un diseño profundo desde el principio, y en su lugar, exploramos gradualmente. Eso funciona, pero también normaliza una mentalidad en la que pensar demasiado lejos se considera innecesario o incluso arriesgado.

Hasta ahora, me doy cuenta de que la razón por la que puedo volver a programar no es porque de repente tenga tiempo o quiera aprender una década de nuevas herramientas. Es porque la IA ha cambiado fundamentalmente el costo de experimentar.

La gente suele malinterpretar esto. El cambio real no es que el código se escriba más rápido. Es que ahora todo puede ser probado rápida y baratamente, y en su mayoría, puede revertirse. Lo que antes tomaba semanas para un desarrollador, ahora puede probarse en minutos. Descubres un enfoque, ves cómo se siente, lo descartas por completo y pruebas otro sin casi penalización. Eso simplemente no era posible antes.

Antes, el código generaba un fuerte apego emocional y financiero. Si algo tomaba dos desarrolladores tres semanas construir, es comprensible que no quisieras desecharlo. Las decisiones se tomaban temprano, no siempre porque fueran correctas, sino porque revertirlas era demasiado costoso. Esa restricción ha desaparecido, y esa es la razón por la que vuelvo a programar.

Ahora opero en el nivel en el que soy más fuerte: entender el problema, modelar el sistema, detectar la complejidad — mientras la IA maneja los mecanismos. No escribo código como a los veinte años. Lo dirijo, lo ajusto, lo corrijo y, de vez en cuando, lo detengo para que no vaya por mal camino. Esta sensación se asemeja más a liderar un equipo que a programar. Realmente eres el jefe — estableces la dirección, revisas los resultados, detectas formas de ser perezoso.

Un malentendido común es que esta nueva libertad hace que el diseño sea menos importante. La realidad es exactamente lo contrario. Tener una idea clara y detallada de lo que construyes sigue siendo extremadamente valioso. Incluso mejora los resultados de la IA. Cuanto más clara sea la intención, mejor será el resultado. El pensamiento vago solo genera sistemas vagos más rápidamente.

La IA funciona como una persona. Quiere ayudar, quiere dar respuestas. Si eres vago, llena los vacíos. Si eres descuidado, hace suposiciones. Si no la desafías, seguirá confiada en su camino equivocado.

Pero el diseño ya no es un producto frágil que debe existir sin cambios durante años. Se convierte en una guía para las pruebas, no en una restricción. Mantienes una visión clara de hacia dónde quieres ir, mientras estás dispuesto a probar, descartar y desarrollar el camino que te lleve allí.

La nueva habilidad es saber cuándo explorar de manera efectiva y cuándo solo es ruido. La IA seguirá creando estructuras mucho después de que deberían haberse simplificado. No sabe cuándo un archivo es demasiado grande, cuándo una abstracción tiene fugas, o cuándo algo que funciona hoy causará problemas mañana. Esos instintos todavía vienen de la experiencia.

Cuando experimentar se vuelve barato, muchas suposiciones a largo plazo dejan de ser válidas. La planificación ya no trata de bloquear todo desde el principio. Es establecer intenciones, restricciones y límites. Menos predicciones sobre el esfuerzo, más comprensión del espacio que estás explorando. Nuestra relación con el código cambia por completo. Menos apego a implementaciones específicas, más enfoque en comportamiento, estructura y resultados.

Por eso, la industria del desarrollo de software se siente inestable. Muchas personas intentan aplicar viejos modelos mentales a nuevas herramientas. Funciona por un tiempo, pero pasa por alto lo más importante.

Estoy seguro de que este cambio es permanente por una razón muy simple: no volvería a construirlo si no fuera así. La única razón por la que confío en volver a desarrollar software en serio después de una década es que las restricciones que me empujaron al principio ya no aplican. El código ahora puede evolucionar mediante experimentación guiada de una manera que antes era simplemente imposible.

Esto no significa que la experiencia sea menos importante. Significa que es diferente. Su valor ya no está en recordar sintaxis o frameworks. Está en el juicio, la estructura y saber cuándo detenerse.

Esto no es el fin del desarrollo de software. Pero sí el fin del modelo antiguo. Y una vez que trabajas de esta manera, no hay vuelta atrás.