Introducción: el síndrome del ‘Chico para Todo’ y la dilución del esfuerzo
Todos los que trabajamos en el sector tecnológico conocemos el síndrome del “comodín universal”: somos el servicio técnico familiar y, en la oficina, la solución rápida para cualquier problema.
Pero cuando esta percepción de ligereza se instala y consolida en nuestro entorno profesional (“eso lo hace ChatGPT” o “si lo subimos a la nube, ya funciona solo”), se oculta un problema mucho más profundo y, lo que es más crítico, auto-infligido.
Detrás de cada aparente simplicidad en la tecnología hay un proyecto de ingeniería que exige método, diseño y experiencia. La tecnología se ha vuelto tan funcional que, al simplificar lo visible, hemos invisibilizado nuestro propio trabajo. La pregunta clave que debemos hacernos es: ¿somos realmente víctimas de nuestro propio éxito, o responsables de haber adoptado un enfoque profesional equivocado?
Autocrítica: el abandono del rol de ingeniería
El problema de fondo no es únicamente que la sociedad no valore nuestro trabajo; el verdadero desafío es que nosotros, como profesionales, hemos permitido que nuestro rol se reduzca y se trivialice. Hemos empezado a dejar de ser ingenieros para convertirnos en meros programadores.
Hacer software es mucho más que solo picar código.
Mi crítica se centra en que se está/estamos fomentando y extendiendo un enfoque que se ha desviado de los cimientos de la profesión. Pensemos en el arquitecto de un puente: nadie espera que construya la estructura físicamente; su función es diseñar, calcular las cargas y garantizar la viabilidad estructural. Sin embargo, en la profesión informática, hemos puesto un foco excesivo en la ejecución y la habilidad de escribir código, relegando a un segundo plano las funciones propias de la ingeniería:
- Conceptualización
- Análisis Riguroso
- Diseño Arquitectónico
- Validación y Testing
Al obsesionarnos únicamente con la fase de programación, hemos limitado nuestra valía. Hemos pasado de ingenieros, que diseñan soluciones, a escribanos en un lenguaje informático, limitados a escribir lo que se nos dicta (y este punto también es importante, porque muchas veces no cuestionamos lo que se nos dicta). Nos hemos convertido, sin darnos cuenta, en el nuevo peón del siglo XXI.
El velo de la sencillez y la hipoteca de la fiabilidad (Deuda Técnica)
La promesa de que “todo el mundo podrá programar con IA” o mediante plataformas Low Code encierra un riesgo enorme. Estas herramientas generan código rápido, sí, pero también erosionan las capas de comprensión que separan lo funcional de lo crítico, generando una inmensa Deuda Técnica.
Advertencia: No todo código que “funciona” es código que escala, se mantiene o se audita con garantías.
Cuando se abandona el método de la ingeniería —la validación, la medición de riesgos, la arquitectura sólida—, estamos hipotecando la fiabilidad futura del sistema. La democratización tecnológica sin una Gobernanza Tecnológica ni criterio de ingeniería es solo un espejismo.
La «TI en la sombra» (Shadow IT) y los atajos que buscan los usuarios son síntomas de que no hemos sabido vender la importancia de nuestro diseño. Al no establecer directrices arquitectónicas sólidas, facilitamos que la programación sin estructura se multiplique. Y cuando el sistema ineludiblemente falle, ¿quién asumirá el peso de reconstruirlo y devolverle la estabilidad? Los mismos que sostienen el sistema aunque no se vean: los ingenieros que entienden de estructura y método.
Reivindicar la ingeniería: el desafío constructivo de la IAG
Creo firmemente que la Inteligencia Artificial Generativa (IAG), más que una amenaza, puede y debe ser el catalizador que nos ofrezca una oportunidad de oro para revalorizar la ingeniería. Si la IAG se encarga de las tareas de codificación rutinaria, nuestro trabajo esencial debe pivotar hacia el verdadero valor estratégico: la conceptualización, el diseño y la Gobernanza Tecnológica.
Este es el futuro de la Ingeniería con IA:
El reto es volver a nuestro papel natural: el de Arquitecto de Software que aplica especialización inteligente y visión de conjunto.
- Arquitecto, no Albañil: Nuestro valor ya no está en la cantidad de líneas de código que “picamos”, sino en la arquitectura sólida que garantiza que esas líneas de código sean seguras, escalables y mantenibles.
- Criterio y Estructura: La IAG necesita ser domesticada por criterio humano. Somos los responsables de asegurar la calidad, auditar el código generado y garantizar que se integre en un ecosistema robusto.
La IAG no elimina al ingeniero; simplemente eleva el estándar de lo que significa ser un ingeniero de valor.
| Dejemos de ser… | Para convertirnos en… | Valor Aportado |
| Albañil (Picar código) | Arquitecto (Diseño estructural) | Solidez, escalabilidad y mantenimiento a largo plazo. |
| Escribano (Ejecutar órdenes) | Criterio Humano (Auditoría y Validación) | Seguridad, calidad y cumplimiento normativo. |
| Comodín Universal | Líder de Estrategia (Visión de conjunto) | Conexión del código con la estrategia de negocio y la fiabilidad. |
La automatización sin arquitectura es solo un conjunto de scripts con fecha de caducidad. Mientras nos sigan viendo como el “chico para todo”, nuestro desafío fundamental será recordar al mundo que detrás del clic invisible siempre hay un ingeniero sosteniendo el sistema con método y estructura.
📣 Es hora de dejar de ser los escribanos del código y de volver a ser los ingenieros que el futuro digital necesita.
¿Está tu organización preparada para este cambio? ¿Cómo están gestionando la Deuda Técnica generada por las soluciones de código rápido?