Llevo muchos años programando. Empecé con Basic, Pascal, Cobol… (si, ya tengo una edad) y creo que como muchos otros desarrolladores de mi generación, siempre he pensado en el software de una forma muy concreta: automatizar procesos.
Si había una tarea manual que automatizar, nuestro trabajo era convertir esa secuencia de pasos en una aplicación. El software ejecutaba las reglas primero y las personas tomaban las decisiones después.
Pero… últimamente me estoy dando cuenta de que mi modelo mental ya no sirve. Y aunque nos damos cuenta, parece que internamente no está del todo integrado.
Con la IA, el centro de gravedad está cambiando. Ya no se trata solo de preguntarse: ¿Qué tarea puedo automatizar? Sino algo bastante diferente: ¿Qué decisiones puedo ayudar a tomar?
Ese pequeño cambio va a modificar por completo la forma de imaginar y diseñar el producto.
Un CRM ya no es solo una base de datos de clientes. Puede convertirse en un sistema que detecta oportunidades antes que el comercial.
Una herramienta de mantenimiento ya no solo registra averías. Puede anticiparse y predecir cuándo ocurrirán.
Una aplicación de productividad ya no solo organiza tareas. Puede ayudarte a decidir cuál es la que deberías hacer ahora.
Como desarrollador, me estoy dando cuenta de que necesito re-entrenar mi forma de pensar.
[ – ] diagramas de procesos.
[ + ] sistemas que observan, entienden, predicen y recomiendan.
Esto no significa que la ingeniería de software tradicional deje de ser importante. Todo lo contrario; sigue siendo la base sobre la que construimos estos sistemas. Pero la parte más importante está desplazándose hacia la inteligencia. Y es un cambio de paradigma tan desafiante como estimulante.
Tengo la sensación de que, en los próximos años, aprender a cambiar la forma en como pensamos va a ser tan importante como dominar un nuevo lenguaje de programación hoy.
¿Cómo podemos empezar a cambiar nuestra forma de pensar cuando nos enfrentamos al diseño de un nuevo SaaS, por ejemplo?
En lugar de preguntarme, ¿qué algoritmo necesita ese proceso? debería preguntarme: si pudiera contratar a un analista brillante que trabajara 24h para resolver ese problema, ¿qué observaría, qué concluiría y qué decisiones propondría?
Después, intenta construir esa solución.
No vamos hacia simples aplicaciones: vamos hacia sistemas que transforman datos en decisiones.
Deja una respuesta