La decisione di Siemens di spegnere OpenRadioss non è stata una semplice interruzione del progetto: il repository GitHub è stato chiuso e le risorse costruite attorno al codice sono state rimosse. Il progetto, nato quattro anni fa da Altair Engineering a partire dal solutore a elementi finiti Radioss, rappresentava un punto di riferimento per chi lavora nel calcolo strutturale. Ora la risposta arriva dalla comunità: OpenCourant è il fork creato da sviluppatori legati a Rocky Linux.

L'episodio va letto oltre la cronaca. Siemens non ha soltanto abbandonato il progetto, ha cancellato la memoria pubblica del lavoro: issue, pull request, documentazione e conversazioni tecniche sono sparite insieme al repository. Il fork è possibile perché il codice era open source, ma la disponibilità del sorgente non basta a garantire continuità operativa. Chi ha integrato OpenRadioss in pipeline on-premise per la simulazione si trova davanti a un bivio: seguire il fork, restare su una versione congelata o migrare altrove. La scelta non è neutra, perché un solutore a elementi finiti richiede validazione numerica e competenza di dominio, non solo manutenzione del codice.

È qui che il legame con Rocky Linux assume un peso specifico. La comunità Rocky Linux ha esperienza nel mantenere una distribuzione enterprise senza il controllo di un vendor unico, ma un solutore CAE ha una complessità diversa da un sistema operativo: gli algoritmi di integrazione, i modelli di materiale e i criteri di rottura non si improvvisano. OpenCourant eredita il codice, ma dovrà costruire una governance in grado di attrarre contributori con competenze di meccanica computazionale, non solo sistemisti.

La vicenda segnala un rischio strutturale per chi sceglie software open source rilasciato da un singolo fornitore. L'apertura del codice non equivale a una garanzia di longevità: se il vendor controlla infrastruttura, repository e risorse, può disporre unilateralmente del progetto. In ambienti on-premise, dove gli strumenti di simulazione sono spesso inseriti in flussi certificati, questo tipo di discontinuità si trasforma in costi di migrazione e adeguamento. Per chi valuta stack locali di simulazione o di inference, esistono trade-off tra controllo del codice e dipendenza da un upstream; i framework analitici di AI-RADAR su /llm-onpremise aiutano a mappare questi profili di rischio senza ridurli a una questione di licenza.

La nascita di OpenCourant non cancella l'incertezza, ma sposta l'attenzione sul problema vero: non basta che il codice sia pubblico, serve una comunità che possa mantenerlo quando il vendor cambia strada. Il fork è un segnale di reazione, non ancora una soluzione. La sua riuscita dipenderà dalla capacità di trasformare un atto di continuità simbolica in un progetto con risorse, test e rilasci credibili. In questo senso, la vicenda OpenRadioss è più istruttiva di molti annunci di prodotto: mostra che la sovranità tecnica si costruisce prima della crisi, non dopo.