Autodesk forgia il suo futuro

la traduzione e la sintesi di un articolo apparso su AEC Magazine pubblicato l' 8 febbraio 2022 da Martyn Day - https://aecmag.com/cloud/autodesk-forges-its-future/

Nell'articolo si commenta la presentazione della piattaforma FORGE all'Autodesk University da parte del CEO di Autodesk e i risvolti futuri della progettazione AEC per i clienti finali.

...

All'Autodesk University 2021, il CEO dell'azienda Andrew Anagnost ha rinunciato a promuovere i prodotti di progettazione e collaborazione principali di Autodesk.
Invece, insieme al team esecutivo, ha dedicato del tempo a elogiare i servizi cloud di Autodesk, gli strumenti di connettività e la piattaforma di sviluppo che consente questo, che si chiama Forge .

Autodesk costruisce da anni la piattaforma cloud Forge SaaS, ma fino ad ora è stata commercializzata principalmente per gli sviluppatori. Poiché la suite di sviluppo Forge è così diversa da qualsiasi altra cosa sul mercato del design, necessita di un'attenta spiegazione.

Autodesk ora deve presentare ai propri clienti nuovi modi di pensare agli strumenti di progettazione, ai dati e a come dovrebbero aspettarsi che la comunità di sviluppo Autodesk si inserisca nei loro ecosistemi digitali.

Il Covid ha certamente costretto le aziende AEC ad affondare o nuotare e ruotare i loro interi sistemi IT per servire utenti più distribuiti, affrettarsi ad acquistare laptop di classe workstation e accelerare gli strumenti di collaborazione basati su cloud.

...

Nel suo keynote, Anagnost voleva convincere i clienti a guardare oltre questa conversione all'adozione del cloud; la prima fase è la distribuzione dei file: “Torneremo al lavoro. Ma non torneremo al modo in cui lavoravamo, di certo non smetteremo di archiviare i nostri dati nel cloud o di collaborare nel cloud. Semmai, ne faremo di più. Ma quando l'esportazione, il caricamento e la condivisione di file giganti non produce rendimenti enormi, forse è ora di affrontare una realtà chiara. Non sono i nostri file ad essere preziosi, ma i dati che sono racchiusi al loro interno".

Il consiglio di Autodesk per sfruttare il valore dei dati latenti dei clienti consiste nell'utilizzare la sua piattaforma Forge. Fino a questo momento si parlava principalmente di Autodesk Forge nell'ambito degli sviluppatori e delle API (Application Programming Interface) per le applicazioni cloud.

Rivolgere la promozione di Autodesk Forge ai clienti sembra un grande salto per gli strumenti di sviluppo poiché, suppongo, pochissimi utenti avrebbero attualmente le "i gradi di programmazione" interne per utilizzarlo. 

Ma chiaramente, gran parte dei messaggi di AU spiegavano ai clienti come Autodesk fornirà un cambiamento di fase nell'accesso agli strumenti di creazione, nella creazione di dati, nella collaborazione sui dati e nell'applicazione di tecnologie come l'apprendimento automatico.

Autodesk è sicuramente la più clouddevout di tutte le aziende CAD. Poiché altri si concentrano principalmente su server cloud e collaborazione/connettività, Autodesk sta cercando di spostare completamente il centro della progettazione dalle reti distribuite, desktop e basate su file a un ambiente di dati comune incentrato sul cloud. Anagnost si riferisce a questi come modelli informativi.

Un futuro incentrato su Forge non è solo un mucchio di API e strumenti, significa la fine del lavoro basato su file come lo conosciamo. Anagnost ha espresso succintamente i suoi sentimenti riguardo al potenziale di Autodesk Forge: "Non importa in quale settore ti trovi, indipendentemente dai prodotti che usi o in quale parte del mondo ti trovi, rendere i dati più accessibili, più estensibili e più aperti aiuta a liberare il tuo talento, connette i tuoi processi, automatizza i flussi di lavoro e sblocca preziose informazioni."

Allora, cos'è Autodesk Forge?

Ai vecchi tempi della programmazione, applicazioni come AutoCAD erano un grande blocco di codice monolitico, composto da milioni di righe. AutoCAD è stato scritto in questo modo fino a R12. Durante la creazione dell'aggiornamento da R11 a R12, il Chief Technology Officer (CTO) dell'epoca, John Lynch, una volta mi spiegò come la modifica e l'aggiornamento di quella nuova versione, utilizzando questa metodologia di programmazione procedurale, diventasse sempre più difficile e richiedesse più tempo per essere eseguita . Stava diventando un "nido di topi" di codice.

Quando è arrivato il momento di creare AutoCAD R13 e di fronte al problema del refactoring del vecchio codice e ora di un port su Windows, è stata presa la decisione di riqualificare AutoCAD e modernizzare il codice in componenti, utilizzando C++ orientato agli oggetti. Ciò ha reso l'aggiunta e la rimozione di nuove funzionalità e miglioramenti molto più semplice.

Autodesk ha inciampato rilasciando R13 troppo presto. Ma, una volta stabilizzate, le successive versioni di AutoCAD hanno beneficiato di un codice strutturato e gestito migliore. Successivamente gli aggiornamenti di AutoCAD sono usciti più regolarmente.

Per le aziende di software, apportare questo tipo di modifiche all'architettura per prodotti con milioni di utenti è come cambiare una gomma a 100 km all'ora. La maturità del codice e le inevitabili modifiche alla piattaforma sottostante portano a grandi decisioni per le aziende di software.

Sono passati 20 anni e Autodesk ora ha più applicazioni in più discipline, più piattaforme, più basi di codice, più tipi di file: tutti richiedono team di sviluppo dedicati, ognuno dei quali si occupa dei propri prodotti unici.

In prospettiva, era chiaro che il cloud avrebbe svolto un ruolo importante nella distribuzione del software. 

Il mobile computing stava diventando sempre più diffuso e, mentre i software odierni possono utilizzare Internet come server di scambio, i paradigmi monolitici basati su file rappresentano un ostacolo al calcolo distribuito.

Se hai preso tutte le applicazioni Autodesk, interne o acquisite, ci sono funzionalità comuni, come leggere e scrivere DWG, visualizzare modelli 2D e 3D, gestire modifiche ai progetti, renderizzare, generare CNC, supporto per nuvole di punti, traduttori di file, output PDF – l'elenco continua. Se il software desktop deve essere rifattorizzato per questa nuova piattaforma cloud, perché non suddividere la funzionalità in servizi universali che possono essere richiamati, quasi in modo plug and play?

I nuovi prodotti possono essere assemblati da componenti comuni standard, dall'intero portafoglio di funzionalità di Autodesk. La comunità di sviluppatori di Autodesk potrebbe passare alla creazione di applicazioni che utilizzano i servizi Autodesk reali all'interno dei loro prodotti di prossima generazione, risparmiando tempo e garantendo la compatibilità.

Autodesk Forge è un insieme di questi sottosistemi discreti di base con API che possono essere collegati insieme in una miriade di configurazioni per fornire funzionalità di base.

Non dovrai più reinventare l'intera ruota poiché tutti i prodotti saranno realizzati principalmente da un kit di parti standard. Migliora un componente Forge con nuove funzionalità e tutte le applicazioni create con quello ottengono quell'aggiornamento.

Quando Autodesk ora effettua qualsiasi acquisizione, la condizione è che l'applicazione verrà rielaborata per utilizzare i componenti Forge e verranno utilizzate nuove funzionalità uniche per creare nuovi servizi. 

...

Possiamo vederlo con Plangrid, Assemble Systems e ci aspettiamo di vedere la tecnologia di Spacemaker aggiunta anche allo stack di Autodesk Forge per un uso più diffuso.

Poiché Forge è in fase di sviluppo da un po' di tempo, ci sono numerose applicazioni AEC che utilizzano una serie di componenti Forge comuni. La nuova piattaforma di gemelli digitali di Autodesk, Tandem , è un ottimo esempio. Qui il team ha sviluppato rapidamente una nuova applicazione per un mercato verticale emergente in soli 18 mesi.

Utilizzando funzionalità pre-sviluppate come Forge Viewer e l'accesso API ad Autodesk Construction Cloud e BIM 360, Autodesk ha potuto ottenere versioni alpha di Tandem nelle mani dei clienti in modo eccezionalmente rapido, raccogliere i loro feedback e iniziare a creare livelli più profondi di capacità.

Nello stesso mercato dei digital twin, Space Group di Newcastle upon Tyne ha creato un'eccezionale piattaforma digital twin  chiamata Twinview , combinando il proprio software sviluppato su cloud con Autodesk Forge Viewer e l'API di Autodesk BIM 360.

AEC Magazine presenta anche GeoBIM di Esri, la prima collaborazione da cloud a cloud tra giganti del software, che utilizza i componenti di Autodesk Forge. L'applicazione consente agli utenti di combinare feed di informazioni da Autodesk Construction Cloud o BIM 360, con i dati GIS forniti dai server ArcGIS di Esri.

Gli utenti non devono caricare alcun file, basta semplicemente selezionare i dati dai progetti ospitati per vedere la risultante combinazione coordinata di BIM e GIS nel visualizzatore Forge di Autodesk.

Questo approccio a Forge e allo sviluppo di applicazioni significa anche nuovi modelli di business per Autodesk, il suo ecosistema di sviluppatori e la potenziale concorrenza.

...

Con Forge, insieme alle prospettive di business di Anagnost, i dati di progettazione basati su cloud cambiano le regole di coinvolgimento, come spiega: "Non ci interessa davvero chi costruisce [usando Forge], le persone costruiranno cose che competono direttamente con alcuni dei nostri prodotti e siamo d'accordo con questo, perché una delle cose estremamente critiche qui è che questo passaggio dai file alle API deve catalizzare un movimento maggiore all'interno dei settori che Autodesk da solo non può risolvere."

“Ci vorranno un sacco di persone che si uniscano e spostino il settore verso modi diversi di pensare e lavorare, quindi cerca che quell'ecosistema cresca e cresca e cresca nel tempo. Più API e persone saranno in grado di fare cose più potenti".

Apertura

Per un intero settore che ha letteralmente un modello di business basato sull'intrappolare i clienti nei loro silos proprietari, questo sarà accolto con una buona dose di scetticismo e sarà un caso di azione che parla più forte delle parole.

L'apertura è diventata un tema comune per Autodesk e la definizione di apertura potrebbe essere dibattuta. Ma Anagnost è stato enfatico: “Ci siamo impegnati per abbracciare tutti gli standard importanti. IFC, ovviamente è qualcosa a cui ci stiamo appoggiando abbastanza pesantemente. Crediamo che questo sia importante. Non crediamo che gli standard aperti possano fare tutto, non lo fanno mai, ma sono fondamentali per catalizzare la trasformazione di cui ho parlato nel settore."

"Autodesk ha una strategia cloud ambiziosa. Implica lo spostamento dei dati dei suoi clienti dal locale  all'host, passando dai file ai database, dalle app desktop al client, dallo scambio di file all'API, dal proprietario all'apertura, il tutto mantenendo gli strumenti esistenti, i formati legacy e le metodologie di lavoro"

“Senza il supporto di standard aperti, non possiamo convincere l'intero settore a capire come sarà il futuro e come questi flussi di lavoro dovrebbero funzionare in futuro. È fondamentale che siamo aperti, che supportiamo standard aperti, che le persone ottengano più API dei dati che creiamo, in modo che possano fare cose con loro. Altrimenti, non accelereremo davvero questa trasformazione. È ancora presto per il viaggio. Non abbiamo ancora finito, ma stiamo facendo molti progressi".

Anagnost ha anche spiegato che sapeva che le API aperte avrebbero significato che i concorrenti avrebbero "consumato i dati dal suo mondo nel loro mondo" e ha detto che era d'accordo.

Se avevano API aperte reciproche, Autodesk parlerà con loro. “Vivremo sempre in un mondo eterogeneo. Quindi, più abbracciamo le API e più abbracciamo la connettività, meglio staremo tutti".

Anagnost ha raddoppiato: "Non impediremo a nessuno di utilizzare l'ambiente, così com'è, siamo solo determinati a essere migliori di loro".

Nella sua prima e più comune incarnazione, IFC è un formato basato su file e storicamente un denominatore comune molto basso. È migliorato ad ogni revisione, ma può ancora essere fonte di grande frustrazione.

L'implementazione di IFC in Revit da parte di Autodesk ha sviluppato una reputazione negativa, ma l'anno scorso Autodesk ha concesso in licenza le librerie IFC di Open Design Alliance (ODA) che, una volta implementate, si spera dovrebbero aumentare il livello di gioco.

Il problema più grande è la potenziale trappola di essere di proprietà di un fornitore di software. Con tutti i tuoi dati nel loro cloud, è facile andarsene? In futuro saremo probabilmente meno preoccupati per lo scambio di file e più preoccupati per la profondità delle integrazioni tra le "isole cloud" AEC di dati e capacità.

Sebbene ci sia un grosso problema sull'apertura tra i prodotti concorrenti, Autodesk con il suo storico  "codice a molti colori" ha avuto problemi di interoperabilità dei dati tra le proprie applicazioni. Con la convergenza di settori come la produzione e l'AEC, non essere in grado di collegare i progetti tra discipline importanti non sarà un'opzione.

Anche in questo caso, Autodesk sta cercando di utilizzare Forge e la standardizzazione per rimuovere i suoi silos interni di dati di progettazione. Amy Bunszel, vicepresidente esecutivo delle soluzioni di progettazione AEC di Autodesk, ha dichiarato che l'azienda stava utilizzando Forge per creare flussi di lavoro fluidi tra Autodesk Revit e Autodesk Inventor, lo strumento CAD meccanico. “Con Forge stiamo sbloccando i dati di Revit per l'uso in applicazioni non Autodesk. Proprio come i flussi di dati tra Revit e Inventor, presto i dati di Revit passeranno direttamente a Microsoft Power Automate, rendendo i dati BIM disponibili per un'ampia varietà di usi, offrendo una visibilità granulare sui progetti e semplificando la fornitura di informazioni aggiornate ai partner senza dover passare i file avanti e indietro.

Se un parametro oggetto cambia in un modello, un fornitore non dovrà scavare in un file di grandi dimensioni per trovare la modifica. Invece, i progettisti saranno in grado di creare un'automazione per fornire istantaneamente al proprio fornitore le informazioni esatte di cui hanno bisogno. Questo è solo un esempio. Ma con i dati di Revit sbloccati, non sarai limitato ai vincoli di un formato di file proprietario".

Clienti e Forge

Con il pubblico di destinazione per il messaggio di Forge presso l'Università di Autodesk essendo clienti, è stato intrigante sentire Autodesk presentare Forge come uno strumento di livello consumer. Guardando indietro, AutoCAD alla fine ha supportato una pletora di API (Arx, Lisp ecc.), ma pochi clienti sono andati oltre la creazione di semplici macro di scripting. Forge farebbe sicuramente appello solo a una minoranza?

Anagnost ha risposto: “In termini di quanti clienti costruiranno nativamente da Forge, sarà il 20% dei clienti. Ce ne sono molti che stanno attivamente costruendo in questo momento. Ma non è necessariamente questo il punto per Forge. Sosterremo solo questi ambienti verticali che abbiamo di fronte ai vari settori."

“Di conseguenza, ci consentirà di automatizzare e creare trasparenza tra varie discipline e design in un modo che non puoi vedere oggi. E consentirà un nuovo ecosistema di sviluppatori di terze parti, perché il vecchio ecosistema è svanito sotto molti aspetti."

“Trent'anni fa, AutoCAD si è diffuso in tutto il mondo grazie al suo ecosistema di sviluppatori. Da allora, quell'ecosistema si è in qualche modo stabilizzato. Non sta crescendo e cambiando come prima. Ma questo nuovo ecosistema che creeremo tramite le API di Forge sarà, credo, incredibilmente vivace e creerà un'opportunità per i nostri partner, per i nuovi arrivati, per i clienti di fare cose che non hanno fatto prima."

Anagnost prevede che la maggior parte degli utenti trarrà vantaggio da Forge attraverso i servizi sviluppati internamente dalla sua azienda e aggiungerà abbonamenti ai servizi dei propri sviluppatori di terze parti. Ad esempio, nel caso dei gemelli digitali, i clienti si abbonerebbero a BIM 360 o Construction Cloud e avrebbero la possibilità di scegliere se utilizzare Tandem di Autodesk o Twinview di Space Group. Per le grandi aziende che desiderano creare i propri flussi di lavoro, possono avere i propri abbonamenti di base e quindi creare le proprie applicazioni e collegare i propri strumenti di dati utilizzando le API di Forge.

Sarà interessante vedere come Autodesk decide di separare le funzionalità, raggruppando queste future sostituzioni di Forge per le applicazioni odierne. C'è il pericolo che alcuni clienti si sentano preoccupati dal fatto che Autodesk si aspetti che "finiscano" le applicazioni che hanno acquistato, in una specie di Mr Potato Head. Questi pensieri portano a quali saranno i cambiamenti nel modello di business e nei costi?

Modello di business

Autodesk è rinomata per l'evoluzione del suo modello di business. Siamo passati da licenze perpetue a suite, abbonamenti, raccolte, licenze per utenti nominativi, perdita di licenze di rete, pay per use. Questi sono stati tutti spinti attraverso la base di utenti, lasciando molti nell'inferno delle licenze, eseguendo più prodotti su più tipi di licenza. Per tutto questo tempo Autodesk ha saputo che il suo obiettivo finale era quello di ospitare i dati dei clienti e fornire app e servizi attraverso un sistema basato su cloud.

"La transizione di Autodesk al cloud richiederà molti anni e ai clienti non piace sentirsi come se fossero ammassati in una direzione in cui sentono di avere meno controllo o scelta"

Ad Anagnost è stato chiesto in che modo i clienti avrebbero accesso alle funzionalità di Forge: "A volte pagano (per transazione), a volte semplicemente disponibili per [sotto] l'ombrello di un particolare abbonamento. L'idea è che il cliente potrà scegliere come accedere ad alcune di queste cose, ma porteremo sicuramente funzionalità a tutto ciò di cui hai bisogno e queste capacità spazieranno dal rendering, alla pianificazione e a tutte le cose associate a questo.

“Quello che non faremo è suddividerli così tanto che i clienti creeranno ambienti e app diversi per cose diverse. Man mano che ci spostiamo nel futuro, verranno presentate loro determinate capacità poiché devono elaborare le cose. Alcuni saranno disponibili semplicemente sotto l'ombrello del loro abbonamento. Alcune persone sceglieranno solo di utilizzare i nostri prodotti e la modalità pay per use perché è quello che vogliono se lo usano solo una volta ogni tanto.

“Il nostro obiettivo è offrire la massima flessibilità ai nostri clienti per quanto riguarda il modo in cui accedono e utilizzano queste capacità, rendendo più facile per loro trovare ciò di cui hanno bisogno per svolgere il proprio lavoro. Non è necessario passare al setaccio dozzine di prodotti, ma accedere a un ambiente, iniziare a svolgere il proprio lavoro e spesso, in moltissimi casi, gli viene presentato ciò di cui potrebbe aver bisogno per risolvere un problema particolare".

Il modo in cui i prezzi potrebbero cambiare in futuro per i clienti è un po' confuso, ma Forge consente un addebito molto più transazionale. Se i tuoi dati sono conservati nel cloud di Autodesk e desideri eseguire progettazione generativa, rendering o qualche tipo di analisi strutturale, Autodesk sarà ora in grado di addebitare costi per singolo calcolo o risultato. Ovviamente questo porta alla luce il sistema di token di Autodesk, che verrà utilizzato per addebitare ai clienti i servizi oltre il loro livello di abbonamento.

Gli sviluppatori di terze parti hanno già utilizzato Forge per creare applicazioni. Poiché la piattaforma è transazionale, possono essere dovute commissioni per l'utilizzo di alcune API e gratuite per altre. Al momento, l'accesso ai dati di BIM 360 è gratuito, mentre alcune delle altre API, come l'API dei derivati ​​del modello, addebiteranno crediti allo sviluppatore ogni volta che un modello viene inviato per essere elaborato e varieranno a seconda della complessità del modello .

Altre API gratuite in Forge includono il visualizzatore molto popolare. Tuttavia, poiché i modelli devono essere convertiti tramite l'API del modello derivato per ottenere un formato SVG/SVG2 nativo, qualcuno pagherà per quella transazione, quando il modello viene visualizzato o caricato su BIM 360.

Le microtransazioni saranno una parte importante del modello di business di Autodesk nel cloud.

Alcuni sviluppatori che hanno esaminato la creazione di applicazioni Forge che richiedono un livello elevato di transazioni del modello ed elaborazione tramite determinati servizi Forge mi hanno detto che può diventare proibitivo con la scalabilità molto rapidamente.

Per i responsabili della progettazione IT, i dati e le applicazioni ospitati centralmente risolvono l'attuale seccatura della gestione delle licenze in un'azienda. Tuttavia, la natura dei micropagamenti transazionali potrebbe rivelarsi un problema nel monitoraggio e nel monitoraggio dell'utilizzo. Spero che Autodesk disponga di un sistema gestionale per consentire ai clienti di mantenere il controllo e limitare la spesa.

Conclusione

Non c'è dubbio sull'importanza che Autodesk attribuisce al passaggio al cloud. Implica lo spostamento dei dati dei clienti dal locale all'host, passando dai file ai database, dalle app desktop al client, dallo scambio di file all'API, dal proprietario all'apertura, il tutto mantenendo gli strumenti esistenti, i formati legacy e le metodologie di lavoro.

Ci vorranno molti anni prima che questa transizione avvenga e ai clienti non piace sentirsi come se fossero ammassati in una direzione in cui sentono di avere meno controllo o scelta. C'era una certa reticenza nel passare all'archiviazione basata su cloud prima di Covid. Questo è svanito rapidamente quando gli uffici hanno chiuso. La fase successiva è educare e sensibilizzare i clienti su quali tipi di cose sono possibili.

L'attuale sfida per Autodesk sarà cercare di mantenere i suoi prodotti desktop obsoleti, che verranno assorbiti dalla piattaforma Forge. Autodesk ha ancora bisogno di convincere i clienti che stanno ottenendo un buon rapporto qualità-prezzo con gli aggiornamenti che ottengono.

Poiché Autodesk ha chiaramente affermato che intende eventualmente sostituire l'attuale generazione di prodotti desktop con applicazioni in stile thin client più dinamiche, sospetto che parte di questa frustrazione degli utenti derivi dall'ascolto dell'utopia di Forge, ma senza alcuna spiegazione o sequenza temporale su come Autodesk prevede di migrare dalle attuali applicazioni a Forge. Il messaggio di Anagnost "non fissarti sul marchio degli strumenti di creazione" è molto significativo.

Il focus dell'AU su Forge è sembrato il punto di partenza di quella conversazione e della lettura tra le righe che mancano un paio d'anni prima che ci sarà molto da mostrare nello spazio AEC.

Senza la conferma della prossima generazione di Revit e una concentrazione sulla costruzione, sarà molto interessante vedere come Autodesk definirà il suo futuro modello informativo e flussi di lavoro incentrati sull'AEC.

Se il problema viene affrontato con un modello informativo centrato sulla costruzione, invece che orientato alla progettazione, questo potrebbe essere un problema per gli architetti. Il settore è alla ricerca di capacità ampliate oltre gli attuali limiti degli strumenti BIM odierni.

Il concetto iniziale del passaggio a Forge è stato un grande appello. La concorrenza di Autodesk sta prendendo strade molto diverse. Sono sicuro che molti clienti passeranno senza pensarci davvero. Alcuni potrebbero essere preoccupati per il fatto che Autodesk non possieda solo i propri strumenti di progettazione, ma anche il processo e tutta la catena di approvvigionamento/ecosistema. Ovunque vadano i dati creati dai suoi clienti, le microtransazioni genereranno entrate per Autodesk.

Mentre un ambiente incentrato su Forge è ancora qualche anno fuori, AU quest'anno ha fornito agli utenti un quadro, dipinto con le parole, della direzione del suo sviluppo e di ciò che l'azienda prevede per il futuro degli strumenti di progettazione. Ha anche prodotto alcune dichiarazioni definitive sull'intenzione di Autodesk di essere aperta, che sono benvenute e, fino a prova contraria, devono essere prese sul serio.

Da vent'anni il mercato BIM soffre di una mancanza di interoperabilità. Ora Autodesk, Bentley, Trimble e Nemetschek hanno tutti dichiarato di abbracciare i formati aperti. Sarà interessante vedere come sono portabili i dati dei clienti e se desiderano lasciare una piattaforma Forge, quali sfide tecniche dovrebbero affrontare.

Le origini di Autodesk Forge

L'informatica di solito avanza attraverso fasi evolutive. Esempi dell'approccio evolutivo sarebbero sistemi operativi aggiornati (da Windows 3.1 a Windows NT), aumenti del numero di transistor nelle CPU o perfezionamenti hardware come Solid State Drive (SSD) su Hard Disk Drive (HDD).

I cambiamenti tecnologici di piccole e medie dimensioni che si verificano anno dopo anno potrebbero non sembrare significativi ma, nell'arco di cinque anni, guardando indietro possiamo vedere progressi. Guardando all'interno di qualsiasi computer, stai solo vedendo l'ultima puntata della guerra aperta tra migliaia di sviluppatori hardware e software per andare più veloci, fare di più, per essere i migliori.

Mi ha sempre stupito come cresciamo e ci adattiamo a questa corsa agli armamenti informatici, cambiando il modo in cui lavoriamo e le strutture di come sono organizzati i nostri dati. Chi avrebbe mai pensato che quei primi modem a 2.800 baud avrebbero alla fine rivoluzionato i telefoni, lo shopping e consentito a tutti noi di lavorare a casa durante una pandemia, mentre Boris Johnson festeggiava e altri rintracciavano forniture online di pillole per i vermi dei cavalli?

Tuttavia, meno frequentemente, l'informatica vedrà un cambio generazionale, in cui accade qualcosa che capovolge i paradigmi esistenti.

Nel CAD, il passaggio dai costosi sistemi UNIX ai PC DOS / Windows ha fornito l'opportunità a una startup chiamata Solidworks di creare un'applicazione di modellazione solida che ha minato gli sviluppatori di software CAD basati su UNIX altamente costosi e dominanti. Come i dinosauri, alcuni si sono estinti.

La piattaforma Autodesk Forge è stata aperta per sette anni e ha le sue origini nello sviluppo di Autodesk Fusion 360, che, sorprendentemente, è stato lanciato nel 2013. Fusion è stato il terzo grande tentativo di Autodesk di creare un sistema di progettazione del prodotto per la produzione ( il primo è Mechanical Desktop, basato su AutoCAD, e poi Inventor).

Nella produzione, Autodesk è sempre stata, in termini di volume, la quarta dietro al pacchetto principale di Dassault Systèmes (Catia, Solidworks), Siemens (NX, Solid Edge) e PTC (Pro/Engineer, Creo, Onshape). Il management di Autodesk riteneva che chiunque sarebbe stato il primo a fornire il punto di cambio generazionale successivo, dal desktop al cloud, sarebbe stato il nuovo attore dominante.

Autodesk ha iniziato a sviluppare un nuovo strumento di produzione compatibile con il cloud che è diventato Fusion 360. Con quel lavoro, Autodesk ha sperimentato e formulato il modo in cui dovrebbe essere progettata un'applicazione basata su cloud con un thin client desktop.

Anagnost ha commentato questa sinergia: “Forge, e il suo rapporto con Fusion, è piuttosto profondo e piuttosto intenso e ci sono più integrazioni di Forge con Fusion di quante ce ne siano con qualsiasi altro stack all'interno dell'azienda in questo momento. Forge sta svolgendo un ruolo fondamentale nel consentire la collaborazione simultanea tra varie capacità e nel fornire fluidità dei dati Fusion in varie discipline, dalla progettazione alla produzione, alla progettazione elettrica e a tutte le cose ad essa associate.

“Forge svolgerà un ruolo sempre più critico in questo, in tutto ciò che fanno i nostri clienti e in tutti gli stack di applicazioni. Ci avete sentito dire, più e più volte, che sempre più di quegli stack inizieranno a consolidarsi in un modo che assomiglia molto di più a Fusion. Ci consente non solo di semplificare ciò che presentiamo ai nostri clienti, ma anche di garantire che stiamo sfruttando tutta la potenza del cloud a vantaggio dei clienti in definitiva".

Fusion è stato un importante passo di apprendimento per Autodesk come proof of concept per le sue aspirazioni basate sul cloud. È stato a questo punto che Autodesk ha iniziato a prendere alcune decisioni fondamentali che stanno raggiungendo la maturità a quasi 10 anni dal suo inizio. L'azienda ha intrapreso un piano di sviluppo per trasformare tutti i suoi componenti software discreti in una serie di servizi cloud con i dati dei clienti al centro, nel cloud.