O futuro do software decídese antes de escribir unha liña de código

• Fujitsu leva o computador da Xunta de 25 millóns e alíase con Telefónica nun macrocontrato da UE.
• Galicia leva unha das seis fábricas europeas de IA cunha inversión de 82 millóns.

Fai apenas dous anos discutíamos se a intelixencia artificial (IA) sería capaz de escribir código. Hoxe esa conversa quedou obsoleta. A verdadeira revolución non consiste en que a IA programe máis rápido, senón en que está a cambiar quen achega o maior valor no desenvolvemento do software.

Cando comezamos a construír Simplicity for Grants©, a nosa suite de intelixencia artificial para a xestión de subvencións globais, fixemos o que ditaba o manual: rodearnos de enxeñeiros de IA. Meses despois tomáramos unha decisión que entón soaba a herexía e hoxe paréceme o mellor resumo da época que comeza, acabamos construíndoa nós mesmos, os expertos en negocio e en financiación pública. Cada malentendido entre o que sabiamos e o que se programaba custaba semanas. Cada tradución perdía matices que a min me levou corenta anos de carreira acumular. O día que os axentes de IA nos permitiron verter directamente o noso coñecemento no software, o intermediario deixou de ter sentido. E ese día entendemos que non tiñamos entre mans unha ferramenta nova, senón unha forma nova de construír.

Aquela experiencia fíxonos comprender que non estabamos a incorporar unha ferramenta máis. Estabamos a asistir a un cambio de paradigma que obriga a replantexar como se concibe, deseña e constrúe o software.

Chámase desenvolvemento axéntico, e convén non confundirlo coa conversa da moda. Durante meses, o debate sobre IA e software obsesionouse cun único número: cantas liñas de código xera unha máquina por minuto. É unha lectura comprensible e, á vez, profundamente equivocada. Porque un axente de IA xa non autocompleta frases: le os requisitos, planifica as tarefas, escribe o código, executao, probao e corríxese a si mesmo. Cando a máquina asume ese ciclo completo, o que cambia non é a túa ferramenta. É o teu traballo.

De tocar o violín a dirixir a orquestra

A mellor forma de entendelo é unha imaxe sinxela. Ata agora, un bo desenvolvedor era un bo instrumentista: dominaba o seu violín —o seu idioma, o seu marco de traballo— e o seu valor medíase polo ben e rápido que tocaba. No desenvolvemento axéntico, ese profesional convértese en director de orquestra, xa non toca cada nota, senón que escribe a partitura, marca o tempo e corrixe ao instante o que desafina. O director non é menos músico que o violinista; é músico noutro nivel. E unha orquestra sen director, por virtuosos que sexan os seus axentes, só produce ruído a gran velocidade.

Xa vivimos un salto así. Cando a industria pasou do ensamblador aos linguaxes de alto nivel, a enxeñaría non desapareceu, simplemente cambiou o nivel de abstracción no que se exercía. Agora o salto repítese, e o novo nivel é o da especificación, a arquitectura e o criterio. Se un axente pode implementar en horas o que antes levaba semanas, a pregunta decisiva deixa de ser «cando tardamos en programalo?» e pasa a ser «definimos ben o que debe facer?». É a diferenza entre poñer ladrillos e asinar os planos: cando os ladrillos se colocan sós, todo o peso do edificio recae no plano. Por iso a chamada enxeñaría de prompts, ben entendida, non é un truco para falar con máquinas, é a vella e nobre disciplina de especificar sen ambigüidade, elevada a competencia estratéxica.

A IA xa non compite cos programadores. Compite coa ambigüidade.

O que aprendemos construíndo, non teorizando

En EstratégicaMente comprobámolo con produto e diñeiro reais en xogo. A suite SIMPLICITY FOR GRANTS avalía a viabilidade dun proxecto de subvención, estrutura a candidatura e redacta a memoria técnica completa; a súa última peza entrou en produción o pasado xuño, tres anos despois daquela decisión. Construíndoa con desenvolvemento axéntico e metodoloxía propia, reducimos os tempos de entrega a un terzo respecto dun desenvolvemento tradicional, mantendo altos niveis de calidade, trazabilidade e seguridade. Máis que unha demostración tecnolóxica, foi a confirmación de que unha boa metodoloxía segue marcando a diferenza. Pero o dato que máis me importa é outro: quen definen hoxe esa suite non son programadores traducindo o que lles contamos, somos nós, os que coñecemos o negocio. O coñecemento experto deixou de perderse polo camiño. Creo sinceramente que isto é o inicio da construción de suites empresariais con IA: anos enteiros de coñecemento convertidos en software por quen de verdade o domina.

Aquí chega a lección incómoda, e tamén a máis esperanzadora. O desenvolvemento axéntico premia ás organizacións que xa tiñan disciplina antes de que chegase a IA, e castiga ás que agardaban que a IA substituíse a falta dela. Un equipo sen procesos claros de requisitos e validación non vai «ir máis rápido» con axentes: vai fabricar débeda técnica a velocidade industrial. É a tese da filosofía Slow AI —IA con criterio— que defendemos desde hai anos: A IA non crea orde. Amplificaa. Se atopa criterio, multiplica criterio. Se atopa caos, multiplica caos. Esa é, probablemente, a maior lección que nos está deixando o desenvolvemento axéntico.

Chegar antes, non chegar rápido

O futuro do desenvolvemento de software non se parecerá a unha carreira de mecanógrafos, senón a un exercicio de estratexia. Por iso en EstratégicaMente levamos anos traballando con IA e meses aplicando o desenvolvemento axéntico, construíndo metodoloxía e transformando equipos: non para perseguir unha moda, senón para chegar antes a un cambio estrutural que será estándar moito antes do que parece. O desenvolvemento axéntico non é o final do traballo de enxeñaría; é o principio dunha enxeñaría distinta, máis próxima á estratexia que á sintaxe. E esa é unha noticia extraordinaria: por primeira vez en décadas, a parte máis valiosa do software volve ser a máis humana.

Quizais ese sexa o verdadeiro legado desta nova etapa. Mentres as máquinas aprenden a executar cada vez mellor, as persoas recuperamos o papel que nunca deberiamos perder: comprender o problema, tomar decisións e dar sentido á tecnoloxía. Porque o futuro do software non o escribirán quen xeren máis código, senón quen saiban formular as mellores preguntas.