La nascita di Revit

Charles River Software è nata. 31 Ottobre 1997, Newton, Massachusetts — due sviluppatori usciti da PTC con una licenza in tasca e un'idea ereditata da quindici anni di tentativi altrui. Se hai letto l'articolo su Sonata questa parte la sai già.

Ma un'azienda non è ancora un prodotto.

Tra la fondazione e il momento in cui il mondo sente per la prima volta il nome "Revit" passano tre anni. Tre anni che, nella maggior parte dei racconti su come è nato il software che usiamo ogni giorno, spariscono in una riga: "fondano l'azienda nel '97, lanciano Revit nel 2000". Come se in mezzo non fosse successo niente — come se il prodotto fosse uscito già formato, con lo stesso nome, la stessa logica, la stessa promessa che conosciamo oggi.

Non è andata così. E la parte interessante — quella che nessuno racconta — è proprio quella che sta in mezzo.

Perché avere in mano la tecnologia giusta (Raiz e Jungreis se la portano dietro da PTC) non significa avere ancora capito cosa costruirci sopra. Sonata l'aveva dimostrato anni prima: il motore da solo non basta. Serve qualcuno che decida cosa deve fare, per chi, e — soprattutto — che trovi il modo di dirlo in una parola sola.

Quella parola arriverà, ma prima c'è un problema tecnico da risolvere che nessuno, fino a quel momento, aveva mai risolto davvero.

I tre anni invisibili (1997-2000)

La prima differenza rispetto a Sonata si vede subito, e non è tecnica — è strutturale. Ingram aveva costruito da solo, in soffitta, con un prestito in banca. Raiz e Jungreis no. Charles River Software nasce già con capitali veri dietro: Atlas Venture e North Bridge Venture Partners finanziano il progetto fin dall'inizio, e quei soldi servono a fare una cosa precisa — assumere. Sviluppatori, ma anche architetti, chiamati dentro il team non come consulenti esterni ma come parte del processo di progettazione del software stesso.

È una scelta che dice già molto sulla strategia: se il problema di Sonata era che il potere della parametrica restava chiuso dentro un linguaggio di programmazione, capito solo da chi lo scriveva, allora il software nuovo doveva nascere con architetti nella stanza fin dal primo giorno — non aggiunti dopo per "validare" un prodotto già deciso.

Nel 1999 la struttura si irrobustisce ulteriormente: arriva Dave Lemont come CEO, e in board entrano Jon Hirschtick, fondatore di SolidWorks, e Arol Wolford, fondatore di CMD Group. Non è più solo un team tecnico che scrive codice in C++ su Windows — è, a tutti gli effetti, una startup che si sta preparando a un lancio commerciale vero, con persone che hanno già portato un prodotto CAD sul mercato prima.

Ma la parte che conta davvero, quella che giustifica tre anni di lavoro invece di tre mesi, è tecnica — ed è qui che Revit smette di essere "Sonata con più soldi dietro".

Sonata, come abbiamo visto, sapeva già aggiornare le viste quando cambiava il modello. Ma la modellazione parametrica che girava nel mecCAD dell'epoca — quella su cui lavoravano Raiz e Jungreis prima, su Pro/Engineer — era variazionale e history-based: il modello ricorda la sequenza di operazioni che lo ha costruito, e ogni modifica va ricalcolata ripercorrendo quella cronologia. Funziona bene per un componente meccanico isolato. Diventa un incubo computazionale quando il "componente" è un intero edificio, con migliaia di elementi che dipendono l'uno dall'altro in tempo reale.

Il vero lavoro dei tre anni invisibili è costruire qualcosa di diverso: un motore di propagazione parametrica context-driven — capace di aggiornare ogni vista, ogni sezione, ogni tabella del modello nel momento stesso in cui cambi un singolo parametro, senza dover ricalcolare l'intera storia dell'oggetto. Non un aggiornamento "in differita" come in Sonata. Un aggiornamento istantaneo e bidirezionale — cambi la sezione, la pianta si aggiorna da sola; cambi la pianta, la sezione risponde nello stesso istante.

È la differenza tra un modello che sa aggiornarsi e un modello che lo fa mentre lo guardi.

Il nome come manifesto

Un motore che aggiorna il modello in tempo reale, in ogni vista, nello stesso istante in cui lo modifichi: è una cosa enorme, tecnicamente.

Ma un'azienda che sta per lanciare un prodotto non vende un motore, vende una promessa in una parola. E qui la storia del nome ha una piega più interessante di quanto sembri dalla versione che gira di solito.

La leggenda più diffusa dice che "Revit" sia un acronimo studiato a tavolino: Revise vit — anzi, Revise Instantly. Elegante, coerente, perfetta da raccontare in una slide. Il problema è che non è esattamente andata così.

Il nome originale scelto dal team non era Revit. Era Perspective — finché non si sono accorti che era già registrato da un altro software. A quel punto Charles River Software assume una società di comunicazione esterna per trovarne uno nuovo. Tra le proposte sul tavolo ci sono nomi che oggi suonano quasi comici per quanto sono lontani da quello che conosciamo — Archadia, Estuary — finché non emerge Revit: una parola inventata, scelta apposta perché nella testa di chi la sente evoca insieme revisione e velocità, senza essere tecnicamente un acronimo di niente.

Eppure la leggenda "Revise Instantly" non è un errore da correggere — è il vero punto. Non importa se il nome sia nato come acronimo o come invenzione di un'agenzia di branding: quello che conta è che l'azienda stessa ha lasciato che quella lettura si diffondesse, perché è esattamente il messaggio che voleva far passare. Un nome che non descrive una categoria di software (come "AutoCAD", CAD automatizzato), ma dichiara un beneficio immediato, quasi uno slogan travestito da nome prodotto.

Ed è coerente fino in fondo con quello che il team aveva appena passato tre anni a costruire nel blocco precedente: non un software più potente, ma un software più veloce a rispondere. Il motore di propagazione parametrica context-driven non è un dettaglio da changelog — è la ragion d'essere dichiarata fin dal nome sulla scatola.

Sonata aveva la tecnologia e nessuno slogan. Revit arriva con entrambi, nello stesso pacchetto.

Il lancio e la prima accoglienza

Prima che Revit arrivi davvero sul mercato, c'è un passaggio che quasi nessuno racconta: il software non nasce già finito, esce prima in mano a pochi. Charles River Software rilascia due versioni private, non pubbliche — la "Early Adopter 1" a Novembre 1999 e la "Early Adopter 2" a Gennaio 2000 — messe nelle mani di un gruppo ristretto di studi reali, prima ancora che il prodotto abbia un nome definitivo sul mercato. Non è un dettaglio burocratico: è la prova che gli architetti "nella stanza" di cui parlavamo prima non erano lì solo in fase di design, restano dentro il processo fino all'ultimo miglio, a testare quello che poi diventerà pubblico.

Revit 1.0 esce ufficialmente il 5 Aprile 2000. E arriva con una scelta commerciale tanto poco raccontata quanto radicale: non si vende come licenza perpetua da migliaia di dollari a postazione — come AutoCAD, come praticamente tutto il software CAD dell'epoca. Si vende in abbonamento mensile, pagabile con carta di credito, attivabile e disattivabile a piacere. Nel 2000, vent'anni prima che Microsoft 365 o Netflix rendessero l'abbonamento la norma per qualunque software, è quasi un azzardo.

La logica dietro non è ideologica, è di mercato: la maggior parte degli studi di architettura americani dell'epoca ha dieci persone o meno. Per loro, il costo di ingresso di un CAD tradizionale è una barriera reale. L'abbonamento abbassa quella barriera — coerente, ancora una volta, con l'idea di fondo: non uno strumento per pochi specialisti con budget importanti, ma un prodotto pensato per essere alla portata di chiunque faccia questo mestiere.

L'accoglienza, però, non è un'esplosione immediata. È adozione lenta, decisa da singoli studi disposti a scommettere controcorrente. Un esempio su tutti: in Nuova Zelanda, lo studio HMOA lo adotta nel 2001 — tra i primi al mondo fuori dagli Stati Uniti — e i colleghi del settore, secondo quanto racconta oggi uno dei fondatori, pensano che stiano prendendo "un rischio enorme". Non hanno tutti i torti: nello stesso periodo il software passa da versione 2.0 a 4.1 in meno di due anni, segno di un prodotto ancora in piena evoluzione, corretto e rifinito quasi in tempo reale sulla base del feedback di chi lo sta già usando sul campo.

C'è un filo che si chiude qui, ed è quello con Eastman. Nel '75, la sua idea di un database unico e integrato per la progettazione edilizia era teoria — una visione accademica, pubblicata su una rivista di settore, senza un prodotto che la rendesse reale. Venticinque anni dopo, Revit è la prima volta che quella teoria diventa qualcosa che uno studio di dieci persone può comprare con una carta di credito e usare il giorno dopo. Non è più un articolo da leggere. È un software da testare.

Un anno dopo l'adozione di HMOA, nel 2002, arriva Autodesk. Compra Revit Technology Corporation per 133 milioni di dollari, e da lì la storia cambia scala — smette di essere il prodotto di una startup indipendente e diventa parte di un colosso del software.

Ma quella parte della storia — la dinamica dell'acquisizione, la cannibalizzazione con AutoCAD, la lenta adozione globale che ne segue — l'ho già raccontata, con tutto lo spazio che merita, nell'articolo su Eastman. Se non l'hai letta, la trovi qui.

Quello che interessa a questo articolo è cosa succede prima di quel 2002 — ed è già tutto raccontato. Resta solo da chiudere il cerchio.

Da lì a oggi

Torniamo per un momento al 2000: la promessa di Revit, dichiarata nel nome stesso, era revise instantly — un cambiamento che si propaga all'istante attraverso ogni vista del modello, senza che tu debba fare niente per farlo succedere. All'epoca, quella promessa riguardava un architetto seduto davanti a uno schermo, che sposta una parete e guarda tutto il resto del progetto aggiornarsi da solo.

Oggi, mezzo secolo dopo l'intuizione di Eastman e venticinque anni dopo quel primo Revit 1.0, la stessa filosofia si sta allargando a un attore diverso. Con l'integrazione MCP annunciata per Revit 2027, il modello non si aggiorna solo mentre tu lo guardi — diventa qualcosa che anche un sistema di intelligenza artificiale può osservare e interrogare in tempo reale. Non entro nel dettaglio tecnico qui — ne ho già parlato in Dentro la Macchina — Episodio 02 — ma il punto che mi interessa chiudere è un altro.

Il cambiamento istantaneo del 2000 e il modello osservabile in tempo reale del 2026 non sono due epoche diverse. Sono la stessa idea, portata avanti passo dopo passo, in mani diverse — da Eastman che la teorizza su carta nel '75, a Ingram che ci prova con l'hardware sbagliato nell'86, a Raiz e Jungreis che finalmente trovano il modo di renderla accessibile a chiunque nel 2000.

Ogni generazione di questa storia ha risolto lo stesso problema con gli strumenti che aveva a disposizione: far sì che il modello smetta di essere un disegno statico e diventi qualcosa di vivo. La domanda che resta aperta, oggi, non è più se un modello possa aggiornarsi da solo. È chi — o cosa — lo starà osservando, la prossima volta che succede.