La mejor ingeniería sabe que llega tarde. La gran ingeniería sabe que eso no es un defecto: es la condición misma del oficio. Sobre el diseño iterativo, los sistemas que nunca quedan terminados y la diferencia entre construir y entregar.
Dr. Ismael Paneto
El Arquitecto Visionario
Mi padre murió cuando yo tenía veinticuatro años. Tres semanas antes de morir, todavía intentaba terminar un velero. No lo terminó. La quilla quedó montada, las cuadernas habían sido cortadas con paciencia durante meses, pero la cubierta nunca se cerró. He pasado los últimos veinte años entendiendo, despacio, que ese barco inacabado contiene más sabiduría de ingeniería que la mayoría de los proyectos que he visto completarse a tiempo.
La buena ingeniería sabe que llega tarde. La gran ingeniería sabe que eso no es un defecto: es la condición misma del oficio.
Cualquier ingeniero que haya construido algo complejo conoce este momento. Uno comienza el proyecto con una visión completa —un velero, un puente, una nave, una plataforma— y dibuja la totalidad en planos cuidadosos. Luego empieza la construcción, y descubre que el plano original era una aproximación. No estaba equivocado: era una aproximación.
El primer problema viene de la madera. La madera que pidió no llegó. La que llegó tiene una densidad ligeramente distinta. Uno calcula los esfuerzos, ajusta el espesor de las cuadernas, y sigue. El segundo problema viene del clima. Una ola más alta que la modelada cambia el centro de gravedad necesario. Uno rediseña la quilla. El tercer problema viene del usuario: descubre que la persona para quien construye el barco es más alta de lo previsto, o tiene rodillas que ya no se doblan como antes, o quiere pescar en lugar de navegar. Uno modifica la cubierta.
Para cuando el barco está listo, no se parece al plano original. Eso es exactamente lo que debe ocurrir. Un plano que se respeta hasta el final no es un plano riguroso: es una promesa mal calibrada.
Esto vale para barcos. Vale también para puentes, edificios, ciudades, plataformas digitales, organismos institucionales y —aquí es donde la ingeniería se vuelve incómoda para muchos colegas míos— para sistemas de inteligencia artificial.
He pasado años trabajando con agencias aeroespaciales que tienen un principio operativo simple: nunca se lanza una nave que esté completamente terminada. Se lanza una nave que esté suficientemente verificada para soportar la próxima iteración. La diferencia es enorme.
«Terminada» implica que el diseño ha contemplado todos los escenarios. «Suficientemente verificada» implica que el diseño contempla los escenarios conocidos y tiene capacidad de modificarse cuando aparezcan los desconocidos. La primera es una mentira heroica. La segunda es una humildad operativa.
La industria del software aprendió esto antes que muchas otras. Por eso existen las versiones. Cada actualización es un reconocimiento institucional de que el producto anterior estaba incompleto y la nueva versión también lo estará. Esta cultura del incompleto, lejos de ser un fracaso, es lo que ha permitido que sistemas complejos funcionen en escalas que ningún arquitecto pre-industrial habría imaginado.
Aquí aparece la multiplicación: si una pieza individual puede ser iterativa, ¿qué pasa cuando todo un ecosistema se diseña para ser iterativo? Pasa que las herramientas, los oficios, los protocolos y las instituciones empiezan a entender que el destino no es el reposo sino el ajuste continuo. Esto cambia la relación humana con la técnica de manera fundamental. Ya no construimos máquinas que envejezcan; construimos sistemas que se actualizan.
Es una transformación civilizatoria silenciosa. Las generaciones anteriores construían objetos que durarían más que ellas. Las nuestras construyen sistemas que cambiarán mientras las usamos. Eso requiere un tipo de paciencia distinto, una relación con la propiedad distinta, una idea de éxito distinta. Y casi nadie está enseñando esa diferencia explícitamente.
Estudié medicina antes de dedicarme a la ingeniería aeroespacial. Esa formación me dio acceso a una experiencia que pocos colegas comparten: la cirugía como caso extremo de diseño iterativo. Un cirujano abre un cuerpo siguiendo un plan, pero ningún plan sobrevive intacto al primer contacto con la anatomía real del paciente. Las arterias no están exactamente donde la imagen previa las situó. El tumor tiene una consistencia distinta a la esperada. El tejido cicatricial de una operación anterior cambia el acceso. Cada operación es un prototipo único.
Esto importa porque introduce una variable que la ingeniería de objetos inanimados puede esquivar pero la cirugía no: el sistema sobre el que se itera está vivo y solo permite cierto número de iteraciones antes de morir. Esa restricción cambia la naturaleza del diseño. Un cirujano no puede «entregar una versión 1.0 mejorable después»; entrega una versión única y definitiva, dentro de las dos o tres horas que dura la operación, sobre un sistema que no aceptará un segundo intento si el primero falla.
¿Cómo se hace eso? Se hace combinando dos disciplinas que parecen opuestas: protocolo riguroso y adaptabilidad radical. Los pasos generales están codificados con precisión militar. Pero cada paso, en el momento de ejecutarse, se ajusta a lo que el cuerpo presenta. Esa combinación —rigor + improvisación dentro del rigor— es la firma operativa de la ingeniería madura aplicada a sistemas vivos.
La medicina contemporánea está siendo transformada por sistemas de inteligencia artificial que prometen diagnósticos más precisos, lecturas radiológicas más rápidas, predicciones de evolución clínica más confiables. Esas promesas son, en muchos casos, ciertas. Pero hay una zona donde la inteligencia artificial todavía no compite seriamente con un cirujano humano: la decisión en tiempo real frente al sistema vivo. Esa decisión no es solo cognitiva; es también muscular, postural, intuitiva. El cirujano siente la resistencia del tejido a través del instrumento. Esa información táctil, integrada en milisegundos con conocimiento técnico, experiencia previa y juicio ético, constituye un acto de ingeniería que ningún algoritmo actual puede replicar.
No porque sea imposible en principio. Porque la inteligencia artificial actual está optimizada para sistemas donde hay datos abundantes y eventos repetibles. La cirugía sobre un paciente específico es lo opuesto: pocos datos, evento único, costo de error definitivo. Es el espacio donde la ingeniería iterativa muestra sus límites técnicos y entra en territorio que solo la maestría humana ha aprendido a habitar.
Crecí en Hawái. Antes de ser ingeniero, fui surfista. Sigo siéndolo. El surf me enseñó algo que ninguna escuela técnica enseña con la misma claridad: que el conocimiento real de un sistema solo aparece cuando dejas de querer dominarlo.
Un surfista principiante intenta controlar la ola. Un surfista intermedio intenta predecirla. Un surfista experimentado aprende a moverse con ella aceptando que la ola siempre sabe algo que él no. La diferencia entre los tres no es de fuerza ni de equilibrio. Es de relación. El principiante cree que el mar es un obstáculo; el intermedio, que es un problema; el experimentado, que es una conversación.
Aplicado a la ingeniería, esto significa que un sistema complejo no se domina: se acompaña. Las mejores naves espaciales nunca fueron diseñadas para vencer la física. Fueron diseñadas para colaborar con ella. La buena cirugía no vence al cuerpo; lo escucha. La buena arquitectura no impone una idea al terreno; conversa con él. Y los mejores sistemas de inteligencia artificial —los que sobrevivirán a las próximas dos décadas— no serán los que pretendan reemplazar el juicio humano, sino los que se diseñen como instrumentos en una conversación más larga.
Esto suena filosófico. Es operativo. Cualquier ingeniero que haya intentado «domar» un sistema complejo conoce el momento exacto en que el sistema deja de cooperar. Es el momento en que la fuerza bruta deja de funcionar y empieza a aparecer lo que los oficios antiguos llamaban prudencia: una mezcla de conocimiento técnico, paciencia, lectura del entorno y disposición a renunciar al plan original.
Mi linaje hawaiano no era ingeniero en el sentido moderno. Eran navegantes. Construían canoas de doble casco que cruzaban el Pací
Sigue leyendo
Hazte Maestro por $15.000 COP/mes y accede a los 3 artículos completos cada domingo, podcast premium y los hilos privados de la comunidad.
Cancela cuando quieras·Sin publicidad·Pagos seguros con Wompi
Comunidad
Inicia sesión para participar en la discusión.
¿No tienes cuenta? Crear una gratis te permite comentar y suscribirte al newsletter.
Todavía no hay comentarios. Sé el primero en abrir la conversación.
