The Garage Podcast: Stagione 3, Episodio 4
L'open source può soddisfare gli standard di sicurezza del settore automobilistico?
con Francis Chow di Red Hat
Francis Chow, vicepresidente e direttore generale della divisione In-Vehicle Operating System and Edge di Red Hat, dialoga con il conduttore John Heinlein, Ph.D., direttore marketing di Sonatus , sui numerosi cambiamenti in atto nel settore dei veicoli definiti dal software (SDV), con particolare attenzione ai sistemi operativi per veicoli. La conversazione illustra il percorso intrapreso da Red Hat verso un sistema Linux certificato per la sicurezza e mette in luce molte delle opportunità che gli SDV possono offrire all’intera catena del valore del settore automobilistico e ai consumatori. Registrato dal vivo a Las Vegas in occasione del CES 2025 presso lo stand dell’ Sonatus .
Ascolta la versione solo audio:
Trascrizione dell'episodio | L'open source può soddisfare gli standard di sicurezza nel settore automobilistico?
Indice
Panoramica:
JOHN: Oggi su “ The Garage ”, in diretta dal CES 2025, Red Hat. Si parte!
JOHN: Benvenuti su The Garage. Sono John Heinlein, Chief Marketing Officer di Sonatus. Stiamo registrando in diretta dal CES 2025 di Las Vegas. Oggi siamo lieti di dare il benvenuto a Francis Chow. Francis è vicepresidente e direttore generale della divisione In-Vehicle OS and Edge di Red Hat. Francis, benvenuto su The Garage.
FRANCIS: John, grazie mille per avermi invitato.
JOHN: Sai, ci conosciamo da anni. Anzi, se ricordo bene, ci siamo conosciuti durante il Covid.
FRANCIS: Sì.
JOHN: E i nostri primissimi incontri, tantissimi, sono stati virtuali. È stato davvero bello incontrarti finalmente di persona qualche anno fa, e siamo entusiasti di averti ospite nel nostro podcast. Possiamo iniziare chiedendoti di raccontarci qualcosa di te e del tuo percorso?
Vi presentiamo Francis Chow
FRANCIS: Sono un ingegnere di formazione. In realtà ho iniziato la mia carriera nel settore dei semiconduttori e ho ricoperto diversi ruoli.
JOHN: Anch’io.
FRANCIS: Dalla progettazione allo sviluppo aziendale, passando poi per il marketing e la prevendita, fino ad arrivare, verso la fine, a occuparmi della gestione del settore delle telecomunicazioni per un’azienda del settore dei semiconduttori. Successivamente, mi sono avventurato nel mondo del software. Quindi, negli ultimi nove anni, mi sono occupato di software aziendale.
Informazioni su Red Hat
JOHN: Fantastico. E raccontaci qualcosa su Red Hat in generale e sul tuo ruolo all’interno dell’azienda.
FRANCIS: Red Hat, per chi non ci conoscesse, è la più grande azienda di software open source. Abbiamo iniziato il nostro percorso circa 30 anni fa, quando abbiamo deciso che, invece di depositare brevetti per costosi prodotti proprietari, il modo migliore per progettare software fosse la collaborazione aperta. E il mio ruolo in Red Hat, come hai detto, è quello di responsabile del sistema operativo di bordo e dell’edge, giusto? Sembra un po’ strano, in parte perché ricopro un doppio ruolo.
JOHN: Giusto.
FRANCIS: In parte si tratta di un ruolo legato ai prodotti all’interno della business unit in cui stiamo sviluppando e cercando di far crescere l’attività con i sistemi operativi di bordo. Ne potremo parlare più approfonditamente. Inoltre, sono responsabile del portafoglio relativo all’edge. Quindi, sto cercando di gestire il nostro portafoglio in questo ambito e di applicare tali soluzioni ai casi d’uso relativi all’edge e alla tecnologia operativa.
JOHN: E Red Hat è stata acquisita da IBM. È successo l'anno scorso? L'anno prima? È così?
FRANCIS: Red Hat, se non sbaglio, è stata acquisita da IBM nel 2019 o nel 2018, più o meno in quel periodo.
JOHN: Ok, torniamo un po’ indietro. In che modo questa sinergia ti è stata d’aiuto?
FRANCIS: Sta andando alla grande. Credo che IBM ci abbia gentilmente concesso molta libertà su come gestire la nostra attività. E oggi ci sono molte collaborazioni tra le due aziende, sia sul piano tecnologico che in termini di strategie di commercializzazione.
Curiosità
JOHN Fantastico. Allora, ci piace sempre conoscere i nostri ospiti fin dall’inizio. E mi piacerebbe che ci raccontassi un aneddoto divertente su di te.
FRANCIS: Certo. Credo che una curiosità su di me sia che, a un certo punto della mia vita, facevo parte di una band cattolica.
JOHN: “Cattolico” e “band” non sono due parole che si sentono spesso insieme.
FRANCIS: Hai assolutamente ragione. Allora, il contesto è questo: sono cattolico di nascita.
JOHN: Anch'io.
FRANCIS: Sono cattolico da sempre e mi piace anche la musica. Ho cantato in un coro per circa dieci anni e, a un certo punto, abbiamo pensato: “Ehi, la musica della messa è un po’ noiosa, forse dovremmo ravvivarla un po’”. È stata questa, in un certo senso, la motivazione che ci ha spinto a formare una band. Io canto e suono la chitarra, ed è stato un percorso divertente.
JOHN: È fantastico. Cerco sempre di raccontare anch’io un aneddoto divertente per stare al passo con il mio ospite. E quindi, penso di doverti dire che da bambino ho suonato la chitarra classica per molti, molti anni. Sono molto arrugginito e sicuramente non ho il tuo talento, ne sono certo, ma fa parte del mio passato. Devo però raccontarti anche un altro aneddoto in più, e non so nemmeno se lo sai. Stavi parlando della tua esperienza con Red Hat. La mia precedente start-up, molti, molti anni fa, era un’azienda chiamata Transmeta, che era una…
FRANCIS: Quando lavoravo nel settore dei semiconduttori, sono andato a parlare con Transmeta.
JOHN: Esatto. E, tre persone prima di me — io ero più o meno l’88° alla Transmeta — e tre persone prima di me c’era un tizio di nome Linus Torvalds.
FRANCIS: Ma dai, sul serio?
JOHN: È stato mio collega per molti anni. È stato assunto circa un mese prima di me. Il suo primo Giorno del Ringraziamento negli Stati Uniti, ci siamo seduti a tavola insieme per festeggiare il suo primo Giorno del Ringraziamento qui. Un tipo fantastico. È davvero in gamba. Ho avuto modo di conoscerlo davvero bene. E così, quando Red Hat è stata lanciata sul mercato ed è diventata una società quotata in borsa, è stato davvero emozionante vedere il suo lavoro, insomma, reso pubblico e diffuso su larga scala. È stato fantastico. Ecco, questa è una curiosità in più per oggi.
FRANCIS: È fantastico. È fantastico.
Perché l’SDV è importante?
JOHN: Allora, sia in questo podcast che durante la trasmissione, parliamo a lungo di SDV. Credo che sarebbe opportuno iniziare chiedendoci: perché l’SDV è importante? Perché dovremmo parlarne? Quali sono le opportunità e le sfide che l’SDV comporta?
FRANCIS: Credo che, se si guarda al settore automobilistico, ciò che abbiamo osservato è che i clienti richiedono maggiori prestazioni, maggiore sicurezza, più funzioni, una maggiore personalizzazione e…
JOHN: Per “cliente” si intende l’autista.
FRANCIS: L'autista. Sì.
JOHN: Esatto.
FRANCIS: E il modo per farlo non è seguire il vecchio approccio adottato finora dal settore, ovvero la realizzazione di sistemi su misura che sono molto difficili da riutilizzare, mantenere e aggiornare nel tempo. Crediamo che ci sia un modo per attingere dall’esperienza di altri settori che hanno già intrapreso il percorso verso un’architettura definita dal software. Come nel caso dei data center.
JOHN: Esatto.
FRANCIS: Come nella rete di telecomunicazioni.
JOHN: Giusto.
FRANCIS: E molte di queste conoscenze sono state collaudate in altri settori. Possiamo quindi trasferire quel know-how e quella competenza nel settore automobilistico. Riteniamo infatti che, data la crescente complessità dei sistemi dei veicoli, si presenti per noi l’opportunità di semplificarne la progettazione, la manutenzione e l’aggiornamento. Il modo per farlo è sfruttare molti dei concetti “software-defined” che hanno dato prova della loro efficacia in altri settori.
JOHN: Penso che quello che stai dicendo sia davvero importante, perché — ne parliamo molto nel podcast e anche su Sonatus — a volte ricevo resistenze da parte dei clienti o delle persone del tipo: «Oh cielo, il software è complicato». Oppure: «Oh mio Dio, volete mettere il software nelle auto». Il software nelle auto c’è già, ma è implementato in un modo che non è gestibile, non è scalabile, impossibile da convalidare. E molti di questi, come hai detto tu, sono problemi noti, già risolti nel campo delle reti definite dal software e dei data center definiti dal software. L’isolamento dei carichi di lavoro è un po’ il mio cavallo di battaglia, il mio esempio preferito. Si tratta di un problema risolto nei data center, dove si opera costantemente accanto a un carico di lavoro di cui non si ha idea che esista, e che non interferisce con il proprio. Sono le stesse funzionalità che dobbiamo integrare nelle auto. Ok, ora nei veicoli a volte si tratta di sistemi in tempo reale, altre volte no. Quindi ci sono alcune complessità aggiuntive. Ci sono alcuni requisiti di sicurezza in più. Ma il problema fondamentale è ben compreso. E quindi, penso che noi, il settore, noi, tu ed io, stiamo cercando di realizzare quel tipo di innovazione per portarlo nell’SDV.
FRANCIS: Assolutamente sì. Credo che ci siano molti insegnamenti che possiamo trarre da altri settori e applicare a quello automobilistico. Abbiamo riscontrato molta resistenza. In parte, ciò è dovuto al fatto che si è sempre proceduto in questo modo per moltissimo tempo. È un metodo collaudato, ma non ottimale. Molti dei progressi compiuti nel campo del software negli ultimi 20 anni non sono stati applicati al settore automobilistico.
JOHN: Giusto.
FRANCIS: E quello che speriamo è di poter far parte dell'ecosistema per portare tutto questo in questo settore.
Come rendere redditizia la SDV
JOHN: Esatto. E l’altra cosa di cui parliamo — e ne stiamo mostrando alcuni esempi allo stand, che oggi si trova proprio lì fuori — è che i clienti chiedono sempre: “Come faccio a guadagnare con l’SDV? Ok, l’SDV va bene. Mi rendo conto che ne ho bisogno. Ma come si guadagna?”. Beh, la prima cosa è che, secondo me, porterà a una riduzione dei costi. Porterà risparmi nel modo in cui vengono progettate le cose. L’errore, l’impressione sbagliata è che il software sarà più costoso. Quello che si fa oggi è costoso. Questo offrirà l’opportunità — dopo un periodo di transizione, dopo un periodo di apprendimento — di ottenere una soluzione progettata molto meglio, molto più scalabile, molto più facile da mantenere e in grado di far risparmiare denaro. Ma poi ci sono opportunità di guadagno lungo il percorso, e stiamo mostrando alcuni esempi di come farlo. Fornire funzionalità ai clienti, offrire capacità, come hai menzionato prima, che si evolvono nel tempo. L’esempio – ne stavo parlando poco fa con un cliente qui allo stand – è quello di un autista: non si arrabbia per aver pagato qualcosa a cui attribuisce valore.
FRANCIS: Sì.
JOHN: Si arrabbiano perché pagano per qualcosa a cui non danno valore.
FRANCIS: Sì.
JOHN: E quindi il nostro compito nel settore è quello di consentire agli OEM e ai fornitori di primo livello di offrire prodotti di valore per cui i clienti siano entusiasti di pagare. “Per favore, lasciatemi pagare per questo, perché è una funzionalità davvero fantastica”. Questa è la promessa dell’SDV.
FRANCIS: Assolutamente. Come hai detto tu, l’SDV sarebbe sicuramente un modo per affrontare alcune delle sfide legate ai costi che il settore si trova ad affrontare oggi. È vero, come hai detto tu, giusto? Ci sarà bisogno di una transizione. Gli OEM e gli ecosistemi devono collaborare per capire come accelerare il più presto possibile tale transizione, in modo da non aggiungere costi ai programmi esistenti, piuttosto che cercare di capire come dare il via a un nuovo paradigma di progettazione. E penso che, come hai detto tu, la cosa più entusiasmante, per me, sia che quando si dispone di una piattaforma definita dal software, si aprono le possibilità di creare un ecosistema, scrivere applicazioni e aggiungere funzionalità a quella piattaforma. Proprio come abbiamo sperimentato con i nostri cellulari negli ultimi 15 anni. È semplicemente… chi avrebbe mai immaginato, 15 anni fa, tutto ciò che oggi si può fare con un cellulare?
Sistema operativo di bordo Red Hat
JOHN: Esatto. Proprio così, proprio così, assolutamente. Quindi, tu gestisci — tra le altre cose — il sistema operativo di bordo Red Hat. Mi piacerebbe che ci parlassi un po’ di questa offerta e la presentassi ai nostri ospiti.
FRANCIS: Allora, una delle sfide che abbiamo riscontrato nel settore è che non esiste un modo semplice per progettare software. Attualmente, molti sistemi funzionano su sistemi operativi in tempo reale (RTOS) tradizionali. A volte ci sono molte dipendenze dall’hardware.
JOHN: Con cose come gli AUTOSAR, ovviamente.
FRANCIS: È molto difficile da aggiornare e mantenere nel lungo periodo. Pertanto, man mano che passiamo a un approccio basato su piattaforma, i chip diventano sempre più potenti ed è necessario un sistema operativo che si collochi tra le applicazioni e l’hardware per garantire tale collegamento, fornire le funzionalità e renderle accessibili al software dei livelli superiori. E fornire quell’astrazione in modo che voi, in qualità di sviluppatori di applicazioni, non dobbiate preoccuparvi delle dipendenze dall’hardware man mano che questo si evolve nel tempo. Quindi, ciò che vorremmo offrire è, ancora una volta, mettere a frutto ciò che abbiamo imparato dai data center e da altri settori per realizzare un sistema operativo all’avanguardia. Un sistema che integri tutti i progressi nel campo del software degli ultimi 20 o 30 anni, per rendere più facile agli sviluppatori la creazione di applicazioni per veicoli che siano comunque sicure.
JOHN: Giusto.
FRANCIS: Ma la cosa fondamentale è che non scendiamo a compromessi in materia di sicurezza.
JOHN: Giusto.
FRANCIS: Vogliamo aumentare la produttività e ridurre i costi, garantendo al contempo la sicurezza.
JOHN: Esatto.
FRANCIS: Quindi, quello che abbiamo cercato di realizzare è un sistema operativo Linux certificato per la sicurezza, trasferito dal mondo aziendale a quello automobilistico.
JOHN: Fantastico. E, voglio dire, ovviamente non c’è alcuna critica nei confronti dei fornitori di RTOS. Da molti anni ormai esistono numerosi RTOS importanti. Ma ciò che hai sottolineato di importante è che si tratta di un sistema operativo moderno su cui è facile per gli altri sviluppare. E questo in genere non è il caso degli RTOS. Per sviluppare su un RTOS occorre una certa competenza specialistica. Non si dispone della stessa infrastruttura che si ha su un sistema operativo basato su Linux o POSIX. Questo offre un grande potenziale in termini di produttività e scalabilità, credo, che in genere non sarebbe possibile.
FRANCIS: E hai proprio ragione. È solo che la quantità di talenti, ad esempio, con competenze in Linux è probabilmente da 100 a 1000 volte maggiore…
JOHN: Sì.
FRANCIS: Rispetto ai sistemi operativi in tempo reale (RTOS) più tradizionali. E poi, poco fa abbiamo parlato un po’ di “ AI ”, giusto? Quasi tutte le tecnologie di “ AI ” sono sviluppate su Linux, vero? Questa è la piattaforma giusta per sviluppare nuove tecnologie.
JOHN: Esatto.
FRANCIS: E ora che stiamo entrando nell’era dell’ AI , credo che ci siano molte potenzialità, anche ancora inesplorate, che potremo realizzare con la piattaforma giusta.
JOHN: Esatto. Poco fa ti ho mostrato alcune dimostrazioni allo stand. In questa settimana di fiera stiamo lanciando numerose tecnologie " AI " su molti dei nostri prodotti, e ne seguiranno molte altre nel 2025. Tutto questo si basa su un ambiente Linux. Quindi, siamo davvero entusiasti di lavorare con te.
Certificazione di sicurezza
JOHN: Quindi anche tu stai affrontando il percorso di certificazione di sicurezza. E so che, soprattutto per un sistema operativo come il tuo, si tratta di un percorso particolarmente arduo. Raccontaci un po’ in che consiste il processo di certificazione di sicurezza.
FRANCIS: Sì, John, direi che questa è probabilmente una delle cose più difficili che abbia mai fatto nella mia carriera. Non è che non si sia mai provato a certificare Linux dal punto di vista della sicurezza. Anzi, ci sono stati diversi tentativi…
JOHN: Certo.
FRANCIS: …che sono stati tentati negli ultimi dieci anni dagli OEM e dai fornitori, finora senza grande successo. Quindi, quello che stiamo cercando di fare è introdurre un nuovo approccio che sia comunque conforme allo standard, giusto? Otterremo quindi la certificazione ISO 26262 ASIL-B. Stiamo però adottando un approccio più personalizzato, in modo da poter certificare il software open source preesistente e raggiungere comunque gli stessi obiettivi di rischio previsti dalla norma ISO 26262.
JOHN: Interessante. Con i software già esistenti la questione è complicata, perché gran parte della metodologia di sicurezza richiede di integrarla nella metodologia di sviluppo fin dal primo giorno per garantire che tutto funzioni correttamente. Quindi, credo che si tratti di una sfida diversa.
FRANCIS: È sicuramente una sfida diversa. Ma, in fin dei conti, la sicurezza è sinonimo di qualità.
JOHN: Certo.
FRANCIS: E Linux è un sistema operativo collaudato e di altissima qualità che oggi supporta numerosi server e applicazioni. Quindi stiamo cercando di fornire questa prova, giusto? Al settore, per dimostrare che ci sono modi per dimostrare che è anche sicuro, grazie al nostro track record di eccellenza.
JOHN: Sai, Sonatus ha appena completato il proprio percorso verso la sicurezza perché, proprio a dicembre, abbiamo annunciato che il nostro prodotto Automator dispone di un modulo di sicurezza ora certificato ASIL-D (per delta). Si tratta di un aspetto fondamentale perché i clienti vogliono utilizzare il nostro prodotto Automator nei veicoli, ma ci chiedevano: “Ma questo comprometterà la sicurezza?”. "Posso utilizzarlo mentre il veicolo è in movimento senza compromettere la sicurezza?" E così, abbiamo dimostrato che è proprio così. Abbiamo quindi intrapreso il nostro percorso di sicurezza. Ci è voluta praticamente gran parte del 2024 per sviluppare, come sapete, le funzionalità, l’infrastruttura, il know-how e per realizzare questo modulo personalizzato chiamato "Automator Safety Interlock". E come dici tu, per noi ogni prodotto richiede un approccio leggermente diverso. Per noi si tratta di un modulo di sicurezza che si inserisce tra il nostro prodotto e il veicolo: è un monitor che indica se in un determinato ambiente sia sicuro o meno eseguire una determinata azione. In questo modo ci protegge e ci permette di garantire la sicurezza del veicolo. Inoltre, analogamente alla vostra situazione, non abbiamo dovuto dimostrare o cercare di dimostrare l’intero prodotto Automator, poiché si tratta di un prodotto più ampio. Siamo riusciti a certificare questo modulo più specifico che funge da filtro per garantire che le azioni siano sicure. In questo modo, è facile da comprendere per gli OEM. È facile per gli OEM essere certi che si tratti di un’ottima soluzione. Quindi, è stato un percorso anche per noi.
FRANCIS: Sì. E per raccontarvi qualcosa in più sul nostro percorso. Come mi hai chiesto prima, circa un anno e mezzo fa abbiamo tracciato il nostro percorso verso la sicurezza. Abbiamo completato la prima fase a metà dello scorso anno, ovvero la certificazione della libreria matematica. E abbiamo ottenuto il certificato. È stata soprattutto una conferma del fatto che il nostro approccio ai dati funziona effettivamente nei limiti della norma ISO 26262. E sono molto lieto di annunciare al pubblico che abbiamo appena ottenuto la certificazione di sicurezza per la criticità mista.
JOHN: Fantastico.
FRANCIS: Ciò significa che abbiamo certificato una serie di sottosistemi Linux fondamentali per consentire la criticità mista. Questo ci permette di eseguire sia applicazioni di sicurezza che non di sicurezza sullo stesso sistema operativo, senza la necessità di hypervisor o di più sistemi operativi, come invece era necessario in passato.
JOHN: Fantastico.
FRANCIS: E questo comporta miglioramenti significativi nell'architettura dei sistemi software, nell'utilizzo delle risorse, nella progettazione, nei test e nell'implementazione, senza compromettere in alcun modo la sicurezza.
JOHN: È fantastico.
FRANCIS: E siamo entusiasti del fatto che, grazie a questo traguardo, siamo ancora sulla buona strada per ottenere la certificazione completa del prodotto entro la fine dell'anno.
JOHN: Fantastico. Congratulazioni. Non vediamo l’ora di saperne di più. Tienici aggiornati e ne riparleremo quando avrai raggiunto quel traguardo. È fantastico.
Collaborazioni tra Red Hat e Sonatus
JOHN: Allora, nell’ultimo anno abbiamo lavorato insieme, Red Hat e Sonatus. Abbiamo collaborato ad alcuni progetti. Ho pensato che sarebbe stato interessante parlare un po’ della collaborazione che abbiamo portato avanti. Vuoi condividere qualche tua riflessione?
FRANCIS: Assolutamente sì. E siamo grati di avere “ Sonatus ” come parte del nostro ecosistema. Abbiamo instaurato un’ottima collaborazione. Credo che condividiamo molti principi comuni su come portare sul mercato veicoli definiti dal software. E quello su cui stiamo lavorando è la pre-integrazione dei nostri prodotti, in modo che siano pronti all’uso e pronti per essere implementati. Molti dei componenti di “ Sonatus ” hanno una componente nel veicolo e una nel cloud. Ora, ciò che Red Hat apporta al settore automobilistico non è solo la nostra competenza in Linux, ma anche la nostra esperienza nella gestione di ambienti cloud-native.
JOHN: Esatto.
FRANCIS: Quindi, possiamo avere lo stesso sistema operativo sia nell’auto che nel cloud. La collaborazione con Sonatus per ottenere una soluzione preintegrata adatta a diversi casi d’uso è stata davvero ottima.
JOHN: È fantastico. Qui alla fiera stiamo mostrando un esempio di come si possa utilizzare il nostro prodotto “ Sonatus Collector” per migliorare la raccolta dei dati. Stiamo mostrando un esempio relativo alla gestione delle batterie, ma si tratta solo di un esempio. Può essere applicato a molti altri sottosistemi. E proprio poco fa, allo stand, vi stavo mostrando come lo stesso prodotto Collector sia in grado di svolgere molte altre funzioni grazie alla nostra nuova interfaccia generativa AI integrata con Collector, che è davvero potente. Pertanto, ritengo che non ci siano limiti a ciò che possiamo realizzare grazie a questa collaborazione.
FRANCIS: Assolutamente sì.
Il quadro generale del settore
JOHN: Beh, proviamo a guardare il quadro generale. Se facciamo un passo indietro e consideriamo il settore in senso più ampio, quale consiglio daresti? Abbiamo un pubblico molto variegato. Qual è il tuo consiglio per il settore e qual è la tua visione riguardo alla situazione attuale dell’SDV, alla direzione in cui si sta muovendo e alle sfide che dobbiamo affrontare?
FRANCIS: Quello che stiamo vedendo è che il settore sta attualmente affrontando alcune difficoltà economiche.
JOHN: Sì.
FRANCIS: Ma non è questo il momento di tirarsi indietro, perché la tecnologia è uno strumento per affrontare questa sfida, e crediamo che sia probabilmente il modo migliore per farlo. È da anni, se non da decenni, che parliamo di veicoli definiti dal software. Penso che il modo di procedere sia, in realtà, simile a come funziona l’open source.
JOHN: Sì.
FRANCIS: Cominciamo con i fatti. Contribuiremo con codice in modo trasparente. Lavoreremo insieme all’ecosistema in modo trasparente. Inizieremo a realizzare cose, a metterle in pratica, a provarle, invece di limitarci a parlarne.
JOHN: Sì. Sai, quello che dici è davvero importante, ed è un argomento di cui parliamo spesso con i clienti. Dicono: “Oh, è troppo difficile, è una cosa troppo grande”. E io racconto sempre questi aneddoti divertenti, quindi magari li troverai divertenti o magari li troverai utili. Ma c’è un vecchio detto che recita: “Come si mangia un elefante?”. E la risposta è: un boccone alla volta. Non devi ingoiare l’elefante tutto intero.
FRANCIS: Esatto.
JOHN: È un problema serio. Possiamo individuare le singole parti del problema da risolvere. E l’SDV non è una semplice inversione di rotta. Non basta capovolgere un bit per passare da una situazione in cui non c’era l’SDV a una in cui c’è. È un percorso che consiste nell’implementare l’SDV in tutto il veicolo. Possiamo creare un enorme valore eliminando le parti inefficienti, progettate in modo obsoleto secondo i vecchi standard, migliorandole, rendendole più moderne e procedendo, passo dopo passo, verso un risultato migliore, come si suol dire, “mangiando l’elefante tutto intero”. Ma questo può avvenire nel corso del tempo.
FRANCIS: E aggiungerei che quel percorso deve essere intrapreso attraverso la collaborazione.
JOHN: Esatto.
FRANCIS: Proprio come nel caso di “ Sonatus ” e Red Hat, nessuna azienda può né dovrebbe farlo da sola.
JOHN: Esatto.
FRANCIS: E, ancora una volta, crediamo che collaborare in modo trasparente sia il modo migliore per raggiungere questo obiettivo.
JOHN: Assolutamente sì. Senti, Francis, è davvero una gioia averti qui nel programma. Era da un po’ che non vedevo l’ora di averti qui. Sono davvero felice che siamo riusciti a organizzare tutto questo qui al CES. Apprezziamo la tua collaborazione. Apprezziamo tutto il lavoro che hai svolto e non vediamo l’ora di vedere le grandi cose che ci aspettano.
FRANCIS: Grazie, John. Apprezzo davvero l'opportunità di discuterne.
JOHN: Grazie. Se vi piace quello che state vedendo nel programma, mettete “Mi piace” e iscrivetevi per ascoltare altri episodi. Abbiamo in programma molti altri episodi dal CES 2025 e altri ancora dal nostro studio qui a casa. Grazie per averci seguito. Ci rivediamo presto.