Il Profeta del BIM — Charles M. Eastman
Come il prof. Eastman ha immaginato il futuro della progettazione cinquant'anni prima che esistesse
La stanza del 1975
Immagina una scrivania. Carta, matite, forse una tazza di caffè ormai freddo. Fuori dalla finestra, il campus della Carnegie Mellon University. È il 1975 e Charles Eastman, professore e ricercatore, sta scrivendo un paper che verrà pubblicato sull'AIA Journal con un titolo apparentemente sobrio: "The Use of Computers Instead of Drawings in Building Design".
Non sta descrivendo un software. Non sta proponendo un aggiornamento a qualcosa che già esiste. Sta costruendo un mondo intero — con le sue regole, il suo linguaggio, la sua logica interna — senza sapere se qualcuno avrebbe mai avuto gli strumenti per abitarlo.
Pensandoci oggi, viene in mente Tolkien quando elaborava la Terra di Mezzo: le lingue degli Elfi, le genealogie dei Re, la storia di epoche che nessun lettore avrebbe mai vissuto direttamente. Un sistema completo, coerente, abitato da una logica propria. Eastman stava facendo la stessa cosa — ma invece di un mondo fantastico, stava costruendo le fondamenta di quello che oggi chiamiamo BIM, nel 1975 lo stesso Eastman lo chiamava BDS (Building Description System).
Il problema che nessuno aveva ancora nominato
Per capire la portata di quello che Eastman aveva intuito, bisogna capire com'era la progettazione prima di lui — e in parte, com'è ancora oggi per chi lavora solo con il CAD 2D.
Ogni edificio viveva su carta in tre versioni separate: la pianta, il prospetto, la sezione. Tre disegni distinti, prodotti a mano o con il CAD, che dovevano raccontare la stessa storia da angolazioni diverse. Il problema è che non erano collegati. Se spostavi una finestra in pianta, dovevi ricordarti di aggiornarla nel prospetto. E nella sezione. E nell'abaco delle finestre. E nel computo metrico.
L'errore non stava nel progettista. Stava nel sistema. Eastman lo capì con una chiarezza quasi fastidiosa: il problema non era la qualità del disegno, ma la ridondanza delle informazioni. La stessa finestra esisteva in quattro posti diversi, e ogni volta che qualcosa cambiava, la coerenza del progetto dipendeva interamente dalla memoria e dalla disciplina di chi lavorava.
La sua soluzione era elegante nella sua radicalità: eliminare la ridondanza alla radice. Non quattro rappresentazioni della stessa finestra — un solo oggetto, con tutte le sue proprietà, da cui le rappresentazioni vengono generate automaticamente. La pianta non è un disegno. È una proiezione del modello. Il prospetto è una proiezione del modello. La sezione è una proiezione del modello.
Il disegno smette di essere il prodotto finale e diventa un sottoprodotto del database.
Il linguaggio prima del mondo
Ma la parte più straordinaria del paper del 1975 non è la soluzione al problema della ridondanza. È l'ultima pagina.
Qui Eastman non parla più di architetti e disegni. Allarga lo sguardo e descrive qualcosa che assomiglia moltissimo a quello che oggi chiamiamo ecosistema BIM — e lo fa con una precisione che, riletta oggi, fa quasi venire i brividi.
I produttori come fornitori di dati. Eastman immagina che le aziende che producono componenti edilizi — finestre, porte, sistemi strutturali — non consegnino più solo cataloghi cartacei, ma forniscano direttamente i propri elementi sotto forma di oggetti digitali, con tutte le proprietà tecniche già incorporate. Nel 2026 li chiamiamo oggetti BIM o famiglie Revit. Nel 1975, Eastman li stava già descrivendo.
Il controllo automatico dei codici edilizi. Immagina che un modello digitale venga inviato alla Pubblica Amministrazione, che non lo legge a mano ma lo analizza automaticamente per verificarne la conformità normativa. È esattamente quello che oggi si chiama BIM Validation — una frontiera su cui il settore sta ancora lavorando, cinquant'anni dopo.
Il cantiere come destinatario del modello. Il modello non serve solo a progettare. Serve a costruire, a gestire la logistica, a calcolare i materiali, a pianificare le fasi esecutive. Quello che oggi chiamiamo 4D e 5D BIM — il tempo e i costi integrati nel modello — Eastman lo aveva già messo in fila come conseguenza naturale del suo sistema.
Era un manifesto. Non una proposta tecnica, non un manuale operativo. Un manifesto della dematerializzazione del disegno — l'idea che il valore non stia nel tratto sulla carta, ma nella qualità e nell'accessibilità del dato spaziale.
Trent'anni di silenzio (e di lavoro sommerso)
Allora perché ci ha messo trent'anni per diventare standard?
La risposta onesta è triplice: mancavano l'hardware, il software maturo, e — quando finalmente arrivarono entrambi — c'era ancora la resistenza culturale e commerciale da superare.
Nel 1975, i computer erano mainframe che occupavano intere stanze. Eastman nel suo stesso paper parlava con cautela della gestione di "centinaia di migliaia di elementi" e della necessità di memorie a nastro o a disco. Aveva la teoria. Mancava la macchina per farla girare.
Il primo a raccogliere il testimone fu Gábor Bojár, fisico ungherese laureato all'Università Eötvös Loránd, che nel 1982 lasciò il suo lavoro presso l'istituto statale di geofisica e fondò Graphisoft insieme a István Gábor Tari, professore assistente alla BME di Budapest. Per avviare Graphisoft nel 1982, i soci avevano bisogno di un computer professionale, allora estremamente costoso nell'Ungheria comunista. Bojár ha raccontato in diverse interviste e nel suo libro The Graphisoft Story che lui e il socio vendettero i gioielli delle rispettive mogli per raccogliere i fondi necessari (circa 30.000 dollari, una cifra enorme per l'epoca). Per poter lavorare al software che sarebbe diventato ArchiCAD, Gábor Bojár dovette ricorrere a metodi creativi e rischiosi per aggirare le restrizioni tecnologiche dell'epoca, arrivando a contrabbandare personalmente diversi computer attraverso la Cortina di Ferro. In particolare, portò quattro computer Apple Macintosh nel paese nascondendoli nel bagagliaio della sua auto, ma era l'unico modo per testare il suo software su macchine graficamente capaci. Nel 1987 ArchiCAD venne lanciato commercialmente: primo software BIM su personal computer, capace di generare geometria 2D e 3D. Non era nemmeno l'unico tentativo di quegli anni — Sonata, rilasciato nel 1986, era per ammissione dello stesso Bojár tecnicamente più avanzato di ArchiCAD in quel momento, anticipando già quella che sarebbe diventata la definizione matura di BIM. Ma i costi di licenza erano ancora proibitivi, e le workstation necessarie erano fuori dalla portata della maggior parte degli studi.
Il salto decisivo arrivò alla fine degli anni '90. Leonid Raiz e Irwin Jungreis, ex sviluppatori di Pro/Engineer — il software di modellazione parametrica usato nell'industria meccanica — lasciarono tutto per fondare una nuova società con un obiettivo preciso: portare la logica parametrica nel settore edilizio. Nel 2000 il loro software si chiamava Revit. Nel 2002 Autodesk lo acquisì.
Ma l'acquisizione non fu la fine della storia — fu l'inizio di un nuovo capitolo complicato. Autodesk aveva già il suo cavallo di punta: AutoCAD, con un parco clienti globale consolidato e un modello di business che funzionava. Revit era tecnicamente superiore per la progettazione BIM, ma spingerne l'adozione significava, in qualche misura, cannibalizzare il prodotto che già vendeva. Il risultato fu una transizione lenta, non sempre guidata con convinzione, e una diffusione tutt'altro che omogenea a scala globale. Mercati diversi, culture professionali diverse, normative diverse — ogni paese ha fatto la sua strada, con tempi e modalità proprie. In molti studi, AutoCAD e Revit hanno convissuto per anni sulle stesse macchine, usati in parallelo su progetti diversi.
Il linguaggio di Eastman aveva trovato la macchina per girare. Ma non tutti erano pronti ad accenderla allo stesso momento.
La profezia si è avverata. E adesso?
Oggi lavoriamo ogni giorno con gli strumenti che Eastman aveva immaginato seduto alla sua scrivania nel 1975. Le famiglie parametriche, i cataloghi BIM dei produttori, la coordinazione automatica tra viste, il modello come fonte unica di verità — tutto è lì, descritto con una chiarezza quasi profetica quasi mezzo secolo fa.
Ma c'è un dettaglio interessante. Eastman non aveva semplicemente previsto il BIM. Aveva previsto un processo — un modo diverso di lavorare, di collaborare, di pensare l'edificio come un sistema di informazioni prima ancora che come una forma nello spazio. E quella parte della visione è ancora in corso di realizzazione.
L'integrazione dell'intelligenza artificiale negli strumenti BIM è il prossimo capitolo di questa storia. Strumenti come Revit stanno già incorporando funzioni AI per automatizzare operazioni ripetitive, suggerire soluzioni progettuali, analizzare i modelli in tempo reale. Siamo probabilmente di fronte a un nuovo "momento zero" — non diverso da quello che Eastman visse nel 1975, quando la visione era chiara ma gli strumenti stavano ancora cercando di tenere il passo.
Di questo parleremo nel prossimo articolo. Perché la storia non si è fermata — si è solo accelerata.
Hai letto il paper originale di Eastman? O hai scoperto il BIM da un'altra direzione? Raccontamelo nei commenti — ogni punto di partenza racconta qualcosa di diverso su come questo mondo si è diffuso.
Ti lascio il link alla rivista ufficiale su cui fu pubblicato l'articolo del prof. Eastman (PDF, pagg.46-50) 👇