El Profeta del BIM — Charles M. Eastman
Cómo el prof. Eastman imaginó el futuro del diseño cincuenta años antes de que existiera
La habitación de 1975
Imagina un escritorio. Papel, lápices, quizás una taza de café ya fría. Al otro lado de la ventana, el campus de la Carnegie Mellon University. Es 1975 y Charles Eastman, profesor e investigador, está escribiendo un artículo que se publicará en el AIA Journal con un título aparentemente sobrio: "The Use of Computers Instead of Drawings in Building Design".
No está describiendo un software. No está proponiendo una actualización de algo que ya existe. Está construyendo un mundo entero — con sus reglas, su lenguaje, su lógica interna — sin saber si alguien tendría alguna vez las herramientas para habitarlo.
Pensándolo hoy, uno recuerda a Tolkien elaborando la Tierra Media: las lenguas de los Elfos, las genealogías de los Reyes, la historia de épocas que ningún lector viviría directamente. Un sistema completo, coherente, habitado por una lógica propia. Eastman estaba haciendo lo mismo — pero en lugar de un mundo fantástico, estaba sentando las bases de lo que hoy llamamos BIM, pero en 1975 el proprio Eastman lo denominó BDS (Building Description System - Sistema de Descripción de Edificios).
El problema que nadie había nombrado aún
Para entender el alcance de lo que Eastman había intuido, hay que entender cómo era el diseño antes de él — y en parte, cómo sigue siendo hoy para quienes trabajan solo con CAD 2D.
Cada edificio vivía en papel en tres versiones separadas: la planta, el alzado, la sección. Tres dibujos distintos, producidos a mano o con CAD, que debían contar la misma historia desde ángulos diferentes. El problema es que no estaban conectados. Si movías una ventana en la planta, tenías que acordarte de actualizarla en el alzado. Y en la sección. Y en el cuadro de carpinterías. Y en el presupuesto.
El error no estaba en el proyectista. Estaba en el sistema. Eastman lo comprendió con una claridad casi irritante: el problema no era la calidad del dibujo, sino la redundancia de la información. La misma ventana existía en cuatro lugares distintos, y cada vez que algo cambiaba, la coherencia del proyecto dependía enteramente de la memoria y la disciplina de quien trabajaba.
Su solución era elegante en su radicalidad: eliminar la redundancia de raíz. No cuatro representaciones de la misma ventana — un único objeto, con todas sus propiedades, del que las representaciones se generan automáticamente. La planta no es un dibujo. Es una proyección del modelo. El alzado es una proyección del modelo. La sección es una proyección del modelo.
El dibujo deja de ser el producto final y se convierte en un subproducto de la base de datos.
El lenguaje antes del mundo
Pero la parte más extraordinaria del artículo de 1975 no es la solución al problema de la redundancia. Es la última página.
Aquí Eastman ya no habla de arquitectos y dibujos. Amplía la mirada y describe algo que se parece mucho a lo que hoy llamamos ecosistema BIM — y lo hace con una precisión que, releída hoy, produce casi escalofríos.
Los fabricantes como proveedores de datos. Eastman imagina que las empresas que producen componentes de construcción — ventanas, puertas, sistemas estructurales — ya no entregarían solo catálogos en papel, sino que suministrarían directamente sus elementos como objetos digitales, con todas sus propiedades técnicas ya incorporadas. En 2026 los llamamos objetos BIM o familias de Revit. En 1975, Eastman ya los estaba describiendo.
La verificación automática de normativas. Imagina que un modelo digital se envía a la Administración Pública, que no lo lee manualmente sino que lo analiza automáticamente para verificar su conformidad normativa. Es exactamente lo que hoy se llama BIM Validation — una frontera en la que el sector sigue trabajando, cincuenta años después.
La obra como destinataria del modelo. El modelo no sirve solo para proyectar. Sirve para construir, gestionar la logística, calcular los materiales, planificar las fases de ejecución. Lo que hoy llamamos BIM 4D y 5D — el tiempo y los costes integrados en el modelo — Eastman ya lo había enumerado como consecuencia natural de su sistema.
Era un manifiesto. No una propuesta técnica, no un manual operativo. Un manifiesto de la desmaterialización del dibujo — la idea de que el valor no reside en el trazo sobre el papel, sino en la calidad y la accesibilidad del dato espacial.
Treinta años de silencio (y de trabajo sumergido)
¿Por qué tardó entonces treinta años en convertirse en estándar?
La respuesta honesta es triple: faltaban el hardware, el software maduro y — cuando ambos llegaron finalmente — todavía había resistencia cultural y comercial que superar.
En 1975, los ordenadores eran mainframes que ocupaban habitaciones enteras. El propio Eastman hablaba en el artículo con cautela sobre la gestión de "cientos de miles de elementos" y la necesidad de memorias en cinta o disco. Tenía la teoría. Faltaba la máquina para ejecutarla.
El primero en recoger el testigo fue Gábor Bojár, físico húngaro licenciado en la Universidad Eötvös Loránd, que en 1982 dejó su trabajo en el instituto estatal de geofísica y fundó Graphisoft junto a István Gábor Tari, profesor asistente en la BME de Budapest. Para poner en marcha Graphisoft en 1982, los socios necesitaban un ordenador profesional, entonces extremadamente caro en la Hungría comunista. Bojár relató en varias entrevistas y en su libro The Graphisoft Story que él y su socio vendieron las joyas de sus respectivas esposas para reunir los fondos necesarios (unos 30.000 dólares, una cifra enorme para la época). Para poder trabajar en el software que se convertiría en ArchiCAD, Gábor Bojár tuvo que recurrir a métodos creativos y arriesgados para sortear las restricciones tecnológicas de la época, llegando a pasar de contrabando personalmente varios ordenadores a través del Telón de Acero. En concreto, introdujo cuatro ordenadores Apple Macintosh en el país escondiéndolos en el maletero de su coche — era la única forma de probar su software en máquinas con capacidad gráfica. En 1987 ArchiCAD se lanzó comercialmente: el primer software BIM en ordenador personal, capaz de generar geometría 2D y 3D. Ni siquiera era el único intento de aquellos años — Sonata, lanzado en 1986, era según el propio Bojár técnicamente más avanzado que ArchiCAD en ese momento, anticipando ya lo que sería la definición madura del BIM. Pero los costes de licencia seguían siendo prohibitivos, y las estaciones de trabajo necesarias estaban fuera del alcance de la mayoría de los estudios.
El salto decisivo llegó a finales de los años 90. Leonid Raiz e Irwin Jungreis, ex desarrolladores de Pro/Engineer — el software de modelado paramétrico usado en la industria mecánica — lo dejaron todo para fundar una nueva empresa con un objetivo preciso: llevar la lógica paramétrica al sector de la construcción. En el año 2000 su software se llamaba Revit. En 2002 Autodesk lo adquirió.
Pero la adquisición no fue el final de la historia — fue el comienzo de un nuevo capítulo complicado. Autodesk ya tenía su producto estrella: AutoCAD, con una base de clientes global consolidada y un modelo de negocio que funcionaba. Revit era técnicamente superior para el diseño BIM, pero impulsar su adopción significaba, en cierta medida, canibalizar el producto que ya vendía. El resultado fue una transición lenta, no siempre impulsada con convicción, y una difusión nada homogénea a escala global. Mercados distintos, culturas profesionales distintas, normativas distintas — cada país encontró su propio camino, con sus tiempos y modalidades. En muchos estudios, AutoCAD y Revit convivieron durante años en las mismas máquinas, usados en paralelo en proyectos diferentes.
El lenguaje de Eastman había encontrado la máquina para ejecutarse. Pero no todos estaban listos para encenderla al mismo tiempo.
La profecía se ha cumplido. ¿Y ahora?
Hoy trabajamos cada día con las herramientas que Eastman había imaginado sentado en su escritorio en 1975. Las familias paramétricas, los catálogos BIM de los fabricantes, la coordinación automática entre vistas, el modelo como fuente única de verdad — todo está ahí, descrito con una claridad casi profética hace casi medio siglo.
Pero hay un detalle interesante. Eastman no había simplemente predicho el BIM. Había predicho un proceso — una forma diferente de trabajar, de colaborar, de pensar el edificio como un sistema de información antes incluso que como una forma en el espacio. Y esa parte de la visión sigue en curso de realización.
La integración de la inteligencia artificial en las herramientas BIM es el próximo capítulo de esta historia. Herramientas como Revit ya están incorporando funciones de IA para automatizar operaciones repetitivas, sugerir soluciones de diseño y analizar modelos en tiempo real. Probablemente estamos ante un nuevo "momento cero" — no muy diferente del que vivió Eastman en 1975, cuando la visión era clara pero las herramientas todavía intentaban seguir el ritmo.
De esto hablaremos en el próximo artículo. Porque la historia no se ha detenido — solo se ha acelerado.
¿Has leído el artículo original de Eastman? ¿O descubriste el BIM desde otra dirección? Cuéntamelo en los comentarios — cada punto de partida revela algo diferente sobre cómo se difundió este mundo.
Te dejo el enlace a la revista oficial donde se publicó el artículo del prof. Eastman (PDF, págs. 46–50) 👇