Escrito por Estamos empezando a cometer con la Inteligencia Artificial los mismos errores que ya cometimos con frameworks y librerías en el pasado. Vivimos en la era del «vibe coding», esa creencia peligrosa de que podemos levantar sistemas robustos con un par de prompts y un poco de buena voluntad. Pero seamos claros: si tu plano arquitectónico está mal, da igual lo rápida que sea la herramienta, la IA solo te ayudará a construir basura cien veces más rápido. No estamos innovando; en muchos casos, solo estamos automatizando el colapso de la arquitectura de software.
Este cambio de paradigma ha transformado nuestro rol: hemos pasado del que simplemente «echa código» al Arquitecto de Decisiones. Hace apenas unos años, nuestro día a día era una batalla de desgaste; escribir cada línea, pelear con la documentación, naufragar en StackOverflow, romper cosas y volver a empezar. Hoy, el proceso ya no empieza tecleando, sino describiendo problemas y dando contexto.
Muchos dicen que nuestro trabajo está desapareciendo, pero yo sostengo que finalmente se está volviendo relevante. El valor del desarrollador ya no reside en el acto mecánico de teclear, que se está desvaneciendo, sino en decidir qué código debe escribirse. La IA no reemplaza al profesional, sino que amplifica su criterio. Hoy, más que nunca, es vital entender el problema de fondo, definir los contratos entre módulos y validar la lógica de lo generado, porque la IA es un amplificador de lo que ya eres, no un reemplazo de lo que piensas.
Sin embargo, esta potencia trae consigo la tentación de la dependencia, y mi advertencia es clara: no construyas tu base en tierra alquilada. Existe una tendencia arriesgada a basar estrategias enteras de desarrollo en herramientas específicas como Claude o Cursor. El problema no es la herramienta, sino depender de un activo que no controlamos. Las APIs cambian, los precios suben y las funcionalidades desaparecen sin previo aviso. Por eso, en mi flujo de trabajo aplico un principio innegociable: la estrategia con agentes debe ser agnóstica. El uso de la IA debe ser una capa sustituible, no el núcleo del proceso. Mi capacidad de construir soluciones debe permanecer intacta incluso si mañana mi plataforma favorita desaparece; la productividad de un ingeniero no puede ser rehén de una suscripción de 20 dólares.
Esta filosofía de control no es solo teórica; es el núcleo de lo que estamos construyendo en Tri, nuestra herramienta de optimización de procesos de selección. En el mundo del reclutamiento, la tentación de «dejar que la IA decida» es enorme, pero es ahí donde reside el mayor riesgo. En Tri, usamos la IA para filtrar el ruido y procesar volúmenes de datos inmanejables para un humano, pero jamás permitimos que tome la decisión final por decreto.
La razón es sencilla: la IA no crea inteligencia, amplifica lo que ya existe. Si una empresa tiene procesos sesgados o datos fragmentados, la IA solo acelerará el caos. En nuestro desarrollo, la IA es el copiloto que asume la carga operativa, pero el criterio humano conserva siempre la última palabra.
Para mantener ese criterio afilado, he optado por usar la IA como un mentor y no como un oráculo. Utilizo herramientas como Antigravity no para obtener respuestas directas que «pegar» en mi editor, sino para que critiquen mi trabajo, identifiquen mis puntos débiles y me expliquen su flujo de razonamiento. Delegar el pensamiento crítico es un suicidio profesional; si dejas de pensar porque la IA lo hace por ti, te estás privando de aprender. Yo entiendo cada decisión técnica antes de aceptarla y reviso cada línea de código como si fuera propia.
Una conclusión final que debemos entender, es que la IA no es una simple decisión de compra, sino una decisión de arquitectura que redefine cómo se conectan los procesos de una organización. Es un catalizador que me permite construir soluciones para millones de personas a una velocidad que antes era impensable, pero el razonamiento sigue siendo propio. Mi capacidad para entender y diseñar soluciones complejas es lo que me hace útil hoy, y lo que me mantendrá relevante mañana, cuando el hype tecnológico haya pasado y solo perduren los sistemas que fueron construidos con criterio real.
Escrito por Rafael Pineda, Analista de Sistemas y Desarrollador en TRI Digital.
