L'open source peut-il répondre aux normes de sécurité automobile ?

Présentation :

JOHN : Aujourd’hui, dans « The Garage », en direct du CES 2025, Red Hat. C’est parti !

JOHN : Bienvenue sur The Garage. Je m’appelle John Heinlein, directeur marketing chez Sonatus. Nous enregistrons en direct depuis le CES 2025 à Las Vegas. Nous avons le plaisir d’accueillir aujourd’hui Francis Chow. Francis est vice-président et directeur général de la division « In-Vehicle OS and Edge » chez Red Hat. Francis, bienvenue sur The Garage.

FRANCIS : John, merci beaucoup de m'avoir invité.

JOHN : Tu sais, ça fait des années qu’on se connaît. En fait, si je me souviens bien, on s’est rencontrés pendant la pandémie de Covid.

FRANCIS : Oui.

JOHN : Et nos toutes premières rencontres – qui ont été très nombreuses – se sont déroulées en ligne. C’était donc un vrai plaisir de te rencontrer enfin en personne il y a quelques années, et nous sommes ravis de t’accueillir dans ce podcast. Pourrions-nous commencer par nous parler un peu de toi et de ton parcours ?

Découvrez Francis Chow

FRANCIS : J'ai une formation d'ingénieur. J'ai en fait commencé ma carrière dans le secteur des semi-conducteurs, et j'ai occupé toute une série de postes.

JOHN : Moi aussi.

FRANCIS : De la conception au développement commercial, en passant par le marketing et l'avant-vente, j'ai fini par diriger l'activité télécoms d'une entreprise de semi-conducteurs. Puis, je me suis lancé dans le monde des logiciels. Ainsi, depuis neuf ans, je travaille dans le domaine des logiciels d'entreprise.

À propos de Red Hat

JOHN : Génial. Parlez-nous un peu de Red Hat en général et de votre rôle au sein de l'entreprise.

FRANCIS : Red Hat, pour ceux qui ne nous connaissent pas, est la plus grande entreprise de logiciels libres. Notre aventure a commencé il y a environ 30 ans, lorsque nous avons décidé que, plutôt que de déposer des brevets pour des produits propriétaires coûteux, la meilleure façon de concevoir des logiciels était de miser sur la collaboration ouverte. Quant à mon rôle chez Red Hat, comme vous l’avez dit, je suis responsable des systèmes d’exploitation embarqués et des solutions « edge », n’est-ce pas ? Cela peut paraître un peu étrange, en partie parce que j’occupe une double fonction.

JOHN : Exactement.

FRANCIS : Cela comprend notamment un rôle lié aux produits au sein de l'unité commerciale où nous développons et cherchons à faire croître notre activité dans le domaine des systèmes d'exploitation embarqués. Nous pourrons en parler plus en détail. Je suis également responsable du portefeuille de produits « edge ». Je m'efforce donc de faire évoluer notre portefeuille dans ce domaine et de l'appliquer à des cas d'utilisation liés à la technologie « edge » et aux opérations.

JOHN : Et Red Hat a été racheté par IBM. C'était l'année dernière ? L'année d'avant ? C'est bien ça ?

FRANCIS : Si je me souviens bien, Red Hat a été rachetée par IBM en 2019 ou en 2018, à peu près à cette époque.

JOHN : Bon, revenons un peu en arrière. En quoi cette synergie t'a-t-elle été utile ?

FRANCIS : Tout se passe très bien. Je pense qu’IBM nous a généreusement laissé une grande liberté quant à la manière de gérer notre activité. Et il existe aujourd’hui de nombreuses collaborations entre les deux entreprises, tant sur le plan technologique qu’en matière de stratégies de commercialisation.

Anecdote amusante

JOHN : C'est génial. Alors, on aime toujours faire connaissance avec nos invités dès le début. Et j'aimerais beaucoup que tu nous racontes une anecdote amusante à ton sujet.

FRANCIS : Bien sûr. Je pense qu'une anecdote amusante à mon sujet, c'est qu'à une certaine époque, je faisais partie d'un groupe catholique.

JOHN : « Catholique » et « groupe de musique », ce ne sont pas deux mots qu'on entend souvent ensemble.

FRANCIS : Tu as tout à fait raison. En fait, le contexte, c’est que je suis catholique de naissance.

JOHN : Moi aussi.

FRANCIS : Je suis catholique depuis toujours, et je suis aussi passionné de musique. J’ai fait partie d’une chorale pendant une dizaine d’années, et à un moment donné, on s’est dit : « Tiens, tu sais, la musique de la messe est un peu ennuyeuse, on devrait peut-être la pimenter un peu. » C’est en quelque sorte ce qui nous a motivés à former un groupe. Je chante, je joue de la guitare, et ça a été une aventure très sympa.

JOHN : C'est génial. J'essaie toujours de partager une anecdote amusante en retour, à la hauteur de celle de mon invité. Je pense donc que je dois te dire que j'ai joué de la guitare classique pendant de très nombreuses années quand j'étais enfant. Je suis très rouillé et je ne suis certainement pas aussi doué que vous, j’en suis sûr, mais cela fait partie de mon parcours. Mais j’ai aussi une anecdote bonus à vous raconter, et je ne sais même pas si vous êtes au courant. Vous parliez de votre parcours chez Red Hat. Ma précédente start-up, il y a très, très longtemps, s’appelait Transmeta, qui était une…

FRANCIS : Je suis allé discuter avec Transmeta quand je travaillais dans le secteur des semi-conducteurs.

JOHN : C'est vrai. Et, trois personnes avant moi — j'étais en quelque sorte le numéro 88 chez Transmeta —, il y avait un type qui s'appelait Linus Torvalds.

FRANCIS : Sans blague ?

JOHN : C'était mon collègue pendant de nombreuses années. Il avait été embauché environ un mois avant moi. Pour son premier Thanksgiving aux États-Unis, on s'est assis ensemble à table. C'était un type formidable. C'est quelqu'un de vraiment brillant. J'ai vraiment appris à le connaître. Et donc, quand Red Hat s'est lancé et est entré en bourse, c'était vraiment passionnant de voir son travail, vous voyez, rendu public et se démocratiser. C'était génial. Voilà donc une petite anecdote sympa pour aujourd'hui.

FRANCIS : C'est génial. C'est génial.

Pourquoi le SDV est-il important ?

JOHN : Donc, dans ce podcast comme lors de l’émission, on parle longuement de la SDV. Je pense qu’il serait bon de commencer par expliquer pourquoi la SDV est importante. Pourquoi devrions-nous en parler ? Quelles sont les opportunités et les défis que la SDV fait naître ?

FRANCIS : Je pense que si l'on prend l'exemple de l'industrie automobile, ce que l'on constate, c'est que les clients exigent davantage de performances, plus de sécurité, davantage de fonctionnalités, plus de personnalisation, et…

JOHN : Par « client », on entend le conducteur.

FRANCIS : Le chauffeur. Oui.

JOHN : C'est vrai.

FRANCIS : Et pour y parvenir, il ne faut pas s'en tenir aux anciennes méthodes utilisées par le secteur jusqu'à présent. À savoir la mise en place de systèmes sur mesure, très difficiles à réutiliser, à entretenir et à mettre à jour au fil du temps. Nous pensons qu'il est possible de s'inspirer d'autres secteurs qui ont déjà franchi le cap de l'architecture définie par logiciel. Comme dans les centres de données.

JOHN : Exactement.

FRANCIS : Comme dans un réseau de télécommunications.

JOHN : Exactement.

FRANCIS : Et bon nombre de ces enseignements ont fait leurs preuves dans d’autres secteurs. Nous pouvons donc apporter ce savoir-faire et cette expertise à l’industrie automobile. Nous pensons en effet que, compte tenu de la complexité croissante des systèmes des véhicules, nous avons l’opportunité de simplifier la conception, la maintenance et les mises à jour. Pour y parvenir, il faut tirer parti des nombreux concepts « définis par logiciel » qui ont fait leurs preuves dans d’autres secteurs.

JOHN : Je pense que ce que tu dis là est vraiment important, parce que — on en parle beaucoup dans le podcast et aussi sur Sonatus — parce que parfois, je me heurte à des réticences de la part des clients ou de certaines personnes qui disent : « Oh là là, le logiciel, c'est compliqué. » Ou encore : « Oh mon Dieu, vous allez mettre du logiciel dans les véhicules. » Il y a déjà du logiciel dans les véhicules, mais il est implémenté d'une manière qui n'est ni maintenable, ni évolutive, ni validable. Et bon nombre de ces problèmes, comme vous l’avez dit, sont des problèmes connus, des problèmes déjà résolus dans les réseaux définis par logiciel et les centres de données définis par logiciel. L’isolation des charges de travail est en quelque sorte mon exemple préféré. C’est un problème résolu dans un centre de données où l’on exécute constamment des tâches à côté d’une charge de travail dont on ignore l’existence, et qui ne nous affecte pas. Ce sont ces mêmes capacités que nous devons intégrer dans les véhicules. Bon, dans les véhicules, les applications sont parfois en temps réel, parfois non. Il y a donc des complexités supplémentaires. Il y a des exigences de sécurité supplémentaires. Mais le problème fondamental est bien compris. Et donc, je pense que nous, l’industrie, vous et moi, nous essayons de mettre en œuvre le type d’innovation nécessaire pour transposer cela au SDV.

FRANCIS : Tout à fait. Je pense que le secteur automobile a beaucoup à apprendre d’autres secteurs d’activité. Nous avons rencontré beaucoup de résistance. Cela s’explique en partie par le fait que les méthodes utilisées sont les mêmes depuis très longtemps. Elles ont fait leurs preuves, mais ne sont pas optimales. De nombreuses avancées logicielles réalisées au cours des 20 dernières années n’ont pas été transposées dans le secteur automobile.

JOHN : Exactement.

FRANCIS : Et ce que nous espérons, c'est pouvoir faire partie de l'écosystème qui permettra d'introduire cela dans ce secteur.

Comment rentabiliser le SDV

JOHN : C’est exact. Et l’autre point dont nous parlons — et nous en présentons quelques exemples sur notre stand, qui se trouve juste là, dehors, aujourd’hui —, c’est que les clients nous demandent sans cesse : « Comment puis-je gagner de l’argent avec le SDV ? » Bon, d’accord, le SDV, c’est bien. Je comprends que j’en ai besoin. Mais comment en tirer profit ? Eh bien, tout d’abord, je pense que cela va permettre de réduire les coûts. Cela permettra de réaliser des économies au niveau de la conception technique. L’idée fausse, l’impression erronée, c’est que les logiciels vont coûter plus cher. Ce qu’ils font aujourd’hui coûte cher. Cela offrira l’opportunité — après une période de transition, après une période d’apprentissage — de disposer d’une solution bien mieux conçue, bien plus évolutive, bien plus facile à maintenir, et qui permettra de faire des économies. Mais il y a aussi des opportunités de revenus en cours de route, et nous montrons quelques exemples de la manière dont cela peut se faire. En proposant aux clients des fonctionnalités et des capacités, comme vous l’avez mentionné plus tôt, qui évoluent au fil du temps. L’exemple – j’en parlais tout à l’heure à un client ici sur le stand – est celui d’un conducteur : il ne se fâche pas de payer pour quelque chose qu’il apprécie.

FRANCIS : Ouais.

JOHN : Ça les énerve de payer pour quelque chose auquel ils n'accordent aucune valeur.

FRANCIS : Ouais.

JOHN : Notre rôle dans ce secteur est donc de permettre aux équipementiers et aux fournisseurs de premier rang de proposer des fonctionnalités à forte valeur ajoutée pour lesquelles les clients sont prêts à payer. « Je veux bien payer pour ça, car c’est une fonctionnalité vraiment géniale. » C’est là toute la promesse du SDV.

FRANCIS : Tout à fait. Comme vous l’avez dit, le SDV serait sans aucun doute un moyen de relever certains des défis financiers auxquels le secteur est confronté aujourd’hui. C’est vrai, comme vous l’avez dit, n’est-ce pas ? Une transition sera nécessaire. Les équipementiers et les écosystèmes doivent travailler ensemble pour trouver comment accélérer cette transition dès que possible, afin de ne pas alourdir les coûts des programmes existants, plutôt que d’essayer de trouver comment lancer un nouveau paradigme de conception. Et je pense, comme vous l’avez dit, que ce qui est le plus passionnant pour moi, c’est que lorsqu’on dispose d’une plateforme définie par logiciel, on a la possibilité de créer un écosystème, d’écrire des applications et d’ajouter des fonctionnalités à cette plateforme. Tout comme ce que nous avons connu avec les téléphones portables au cours des 15 dernières années. C’est juste… qui aurait pu imaginer, il y a 15 ans, tout ce qu’on peut faire aujourd’hui avec un téléphone portable ?

Système d'exploitation embarqué Red Hat

JOHN : C'est vrai. Exactement, exactement, tout à fait. Donc, vous proposez — entre autres — le système d'exploitation embarqué de Red Hat. J'aimerais beaucoup que vous nous en disiez un peu plus sur cette offre et que vous la présentiez à nos invités.

FRANCIS : L’un des défis que nous avons constatés dans ce secteur, c’est qu’il n’existe pas de méthode simple pour concevoir des logiciels. Actuellement, de nombreux systèmes fonctionnent sur des systèmes d’exploitation temps réel (RTOS) traditionnels. Il y a parfois beaucoup de dépendances matérielles.

JOHN : Avec des systèmes comme AUTOSAR, bien sûr.

FRANCIS : C'est très difficile à mettre à jour et à entretenir sur le long terme. Ainsi, à mesure que nous adoptons une approche par plateforme, les puces deviennent de plus en plus puissantes, et il faut un système d’exploitation qui s’intercale entre les applications et le matériel pour assurer cette liaison, fournir les fonctionnalités nécessaires et les rendre accessibles aux logiciels des couches supérieures. Et offrir cette abstraction afin que vous, en tant que développeur d’applications, n’ayez pas à vous soucier des dépendances matérielles à mesure que le matériel évolue au fil du temps. Ce que nous souhaitons donc proposer, c’est, une fois encore, de tirer parti de ce que nous avons appris dans le domaine des centres de données et dans d’autres secteurs pour créer un système d’exploitation à la pointe de la technologie. Un système qui intègre toutes les avancées logicielles des 20 ou 30 dernières années afin de permettre aux développeurs de créer plus facilement des applications pour les véhicules tout en garantissant leur sécurité.

JOHN : Exactement.

FRANCIS : Mais l'essentiel, c'est que nous ne faisons aucun compromis en matière de sécurité.

JOHN : Exactement.

FRANCIS : Nous souhaitons améliorer la productivité et réaliser des économies, tout en garantissant la sécurité.

JOHN : C'est vrai.

FRANCIS : Nous avons donc cherché à transposer un système d'exploitation Linux certifié pour la sécurité, issu du monde de l'entreprise, vers le secteur automobile.

JOHN : C'est génial. Et bien sûr, je ne critique pas les fournisseurs de RTOS. Il existe depuis de nombreuses années toute une série de RTOS importants. Mais ce que vous avez souligné d’important, c’est qu’il s’agit d’un système d’exploitation moderne sur lequel il est facile pour d’autres de développer des applications. Et ce n’est généralement pas le cas avec les RTOS. Il faut une expertise spécialisée pour développer sur un RTOS. On ne dispose pas de la même infrastructure que sur un système d’exploitation basé sur Linux ou POSIX. Cela ouvre la voie à une grande productivité et à une grande évolutivité, ce qui, je pense, n’est généralement pas possible autrement.

FRANCIS : Et c'est tout à fait vrai. C'est juste que le nombre de profils compétents, par exemple dans le domaine de Linux, est probablement 100 à 1 000 fois plus élevé…

JOHN : Oui.

FRANCIS : Par rapport aux RTOS plus traditionnels. Et puis, on a un peu parlé tout à l’heure d’ AI , n’est-ce pas ? Presque toutes les technologies d’ AI sont développées sous Linux, n’est-ce pas ? C’est la plateforme idéale pour développer de nouvelles technologies.

JOHN : C'est vrai.

FRANCIS : Et alors que nous entrons en ce moment même dans l'ère de l'AI , je pense qu'il existe encore de nombreuses possibilités, voire insoupçonnées, que nous pourrons exploiter grâce à une plateforme adaptée.

JOHN : C'est exact. Je vous ai fait quelques démonstrations tout à l'heure sur le stand. Cette semaine, lors du salon, nous dévoilons de nombreuses technologies « AI » intégrées à bon nombre de nos produits, et bien d'autres encore sont prévues pour 2025. Tout cela repose sur un environnement Linux. Nous sommes donc ravis de collaborer avec vous.

Certification de sécurité

JOHN : Vous êtes donc vous aussi en train de suivre votre propre parcours de certification de sécurité. Et je sais que, surtout pour un système d’exploitation comme vous, c’est un parcours particulièrement ardu. Parlez-nous un peu du processus de certification de sécurité.

FRANCIS : Oui, John, je dirais que c'est sans doute l'une des choses les plus difficiles que j'aie jamais faites au cours de ma carrière. Ce n'est pas comme si personne n'avait jamais essayé de certifier Linux en matière de sécurité. En fait, il y a eu plusieurs tentatives…

JOHN : Bien sûr.

FRANCIS : … qui ont été tentées au cours des dix dernières années par les équipementiers et les fournisseurs, sans grand succès jusqu’à présent. Ce que nous essayons donc de faire, c’est d’adopter une nouvelle approche qui reste conforme à la norme, n’est-ce pas ? Nous serons donc certifiés ISO 26262 ASIL-B. Mais nous adoptons une approche plus sur mesure afin de pouvoir certifier des logiciels open source préexistants tout en atteignant les mêmes objectifs de gestion des risques que ceux de la norme ISO 26262.

JOHN : Intéressant. C'est délicat avec les logiciels existants, car une grande partie de la méthodologie de sécurité nécessite d'intégrer la méthodologie de développement dès le premier jour pour que tout soit fait correctement. C'est donc un défi différent, je pense.

FRANCIS : C'est sans aucun doute un défi différent. Mais au final, la sécurité, c'est la qualité.

JOHN : Bien sûr.

FRANCIS : Et Linux est un système d’exploitation qui a fait ses preuves, d’une qualité irréprochable, et qui prend aujourd’hui en charge de nombreux serveurs et applications. Nous essayons donc en quelque sorte de mettre en avant cet argument, n’est-ce pas ? Pour montrer au secteur qu’il existe des moyens de prouver que ce système est également sûr, grâce à notre historique d’excellence.

JOHN : Vous savez, chez Sonatus , nous venons de franchir une nouvelle étape importante en matière de sécurité, car, en décembre dernier, nous avons annoncé que notre produit Automator intègre désormais un module de sécurité certifié ASIL-D (pour « delta »). C’est essentiel, car nos clients souhaitent utiliser notre produit Automator dans leurs véhicules, mais ils nous demandaient : « Est-ce que cela va compromettre la sécurité ? » « Puis-je l’utiliser sans risque pendant que le véhicule roule ? » Nous avons donc prouvé que c’était bien le cas. Nous avons ainsi pu mener à bien notre propre parcours en matière de sécurité. Il nous a fallu pratiquement toute l’année 2024 pour développer les capacités, l’infrastructure et le savoir-faire nécessaires, ainsi que ce module sur mesure appelé « Automator Safety Interlock ». Et comme vous le dites, pour vous, chaque produit nécessite une approche légèrement différente. Pour nous, il s’agit d’un module de sécurité qui s’intercale entre notre produit et le véhicule ; c’est un moniteur qui détermine si une action est sûre ou non dans cet environnement. Il assure ainsi la protection et nous permet de préserver la sécurité du véhicule. De plus, comme dans votre cas, nous n’avons pas eu à valider l’ensemble du produit Automator, car il s’agit d’un produit plus vaste. Nous avons pu certifier ce module plus ciblé qui sert de « gardien » pour garantir la sécurité des actions. C’est donc facile à comprendre pour les équipementiers. Il leur est facile d’être convaincus qu’il s’agit d’une excellente solution. Cela a donc été tout un parcours pour nous aussi.

FRANCIS : Oui. Et pour vous en dire un peu plus sur notre parcours. Comme vous l’avez demandé tout à l’heure, nous avons défini notre feuille de route vers la sécurité il y a environ un an et demi. Nous avons franchi la première étape au milieu de l’année dernière, à savoir la certification de la bibliothèque mathématique. Et nous avons obtenu le certificat. Cela a surtout servi à prouver que notre approche des données fonctionne bel et bien dans le cadre de la norme ISO 26262. Et je suis très heureux d’annoncer à l’auditoire que nous venons d’obtenir la certification de sécurité pour les niveaux de criticité mixtes.

JOHN : C'est super.

FRANCIS : Concrètement, cela signifie que nous avons certifié plusieurs sous-systèmes Linux clés afin de permettre une coexistence de niveaux de criticité. Nous sommes ainsi en mesure d'exécuter à la fois des applications de sécurité et des applications non liées à la sécurité sur le même système d'exploitation, sans avoir besoin d'hyperviseurs ni de plusieurs systèmes d'exploitation, comme c'était le cas auparavant.

JOHN : C'est super.

FRANCIS : Cela permet d'apporter des améliorations spectaculaires en matière d'architecture des systèmes logiciels, d'utilisation des ressources, de conception, de tests et de déploiement, sans pour autant compromettre la sécurité.

JOHN : C'est génial.

FRANCIS : Et nous sommes ravis de constater qu'avec cette étape importante, nous sommes toujours en bonne voie pour obtenir une certification complète du produit d'ici la fin de l'année.

JOHN : C'est génial. Félicitations. Nous avons hâte d'en savoir plus. Reste en contact avec nous et nous en reparlerons lorsque tu auras franchi cette étape importante. C'est génial.

Collaborations entre Red Hat et l'Sonatus

JOHN : Bon, nous avons travaillé ensemble tout au long de l'année dernière, Red Hat et Sonatus. Nous avons collaboré sur plusieurs projets. Je me suis dit que ce serait bien de parler un peu de cette collaboration. Tu veux nous faire part de tes impressions ?

FRANCIS : Tout à fait. Et nous sommes reconnaissants de compter Sonatus au sein de notre écosystème. Nous formons d’excellents partenaires. Je pense que nous partageons de nombreux principes communs quant à la manière dont nous mettons à disposition du monde entier des véhicules définis par logiciel. Nous avons notamment travaillé à la pré-intégration de nos produits afin qu’ils soient prêts à l’emploi et prêts à être déployés. Bon nombre des composants proposés par Sonatus comportent à la fois une partie embarquée dans le véhicule et une partie dans le cloud. Ce que Red Hat apporte également à l’industrie automobile, ce n’est pas seulement notre expertise en matière de Linux, mais aussi notre expertise dans l’exploitation d’environnements natifs du cloud.

JOHN : Exactement.

FRANCIS : Nous pouvons donc disposer du même système d'exploitation aussi bien dans la voiture que dans le cloud. Cette collaboration avec Sonatus , qui nous a permis de mettre au point une solution pré-intégrée adaptée à de multiples cas d'utilisation, a été tout simplement formidable.

JOHN : C'est formidable. Nous présentons ici, au salon, un exemple illustrant comment utiliser notre produit « Sonatus Collector » pour optimiser la collecte de données. Nous présentons un exemple concernant la gestion des batteries, mais ce n’est qu’un exemple parmi d’autres. Ce produit peut s’appliquer à de nombreux autres sous-systèmes. Et je vous montrais justement tout à l’heure sur le stand que ce même produit Collector offre de nombreuses autres fonctionnalités grâce à notre nouvelle interface d’ AI e générative, qui est très puissante. Je pense donc que les possibilités offertes par cette collaboration sont illimitées.

FRANCIS : Tout à fait.

Vue d'ensemble du secteur

JOHN : Bon, essayons de prendre du recul. Si on considère le secteur dans son ensemble, quel conseil donneriez-vous ? Notre audience est très variée. Quel conseil donneriez-vous au secteur ? Quelle est votre vision de la situation actuelle du SDV, de son évolution future et des défis que nous devons relever ?

FRANCIS : Ce que nous constatons, c'est que le secteur traverse actuellement certaines difficultés économiques.

JOHN : Ouais.

FRANCIS : Mais ce n’est pas le moment de faire marche arrière, car la technologie est un moyen de relever ce défi, et nous pensons que c’est probablement le meilleur moyen d’y parvenir. Cela fait des années, voire des décennies, que nous parlons de véhicules définis par logiciel. Je pense que la manière de procéder est en fait similaire à celle de l’open source.

JOHN : Ouais.

FRANCIS : Commençons par passer à l'action. Nous contribuerons au code de manière ouverte. Nous travaillerons en collaboration avec l'écosystème de manière ouverte. Nous commencerons par mettre en œuvre des choses, par les réaliser, par les tester, plutôt que de nous contenter d'en parler.

JOHN : Oui. Tu sais, ce que tu dis là est vraiment important, et on a souvent ce genre de discussion avec les clients. Ils disent : « Oh, c’est trop difficile, c’est trop vaste. » Et je raconte toujours ces anecdotes amusantes ; peut-être que tu les trouveras drôles, ou peut-être que tu les trouveras utiles. Mais il y a un vieux dicton qui dit : « Comment mange-t-on un éléphant ? » Et la réponse, c’est « une bouchée à la fois ». Tu n’as pas besoin d’avaler l’éléphant tout entier.

FRANCIS : C'est vrai.

JOHN : C’est un gros problème. On peut identifier certaines parties du problème à résoudre. Et la SDV, ce n’est pas un simple changement de cap. On ne bascule pas simplement un bit pour passer d’un système non SDV à un système SDV. C’est un processus qui consiste à déployer progressivement la SDV dans l’ensemble du véhicule. Nous pouvons apporter énormément de valeur en éliminant les éléments inefficaces, conçus de manière obsolète selon les anciennes méthodes, pour les améliorer, les moderniser, et avancer pas à pas vers un système plus performant, en quelque sorte, en « mangeant l’éléphant petit à petit ». Mais cela peut se faire progressivement, au fil du temps.

FRANCIS : Et j’ajouterais que ce parcours doit se faire dans un esprit de collaboration.

JOHN : C'est vrai.

FRANCIS : Tout comme entre Sonatus et Red Hat, aucune entreprise ne peut ni ne doit agir seule dans ce domaine.

JOHN : C'est vrai.

FRANCIS : Et, encore une fois, nous pensons que collaborer en toute transparence est le meilleur moyen d'y parvenir.

JOHN : Tout à fait. Écoute, Francis, c’est un vrai plaisir de t’accueillir dans notre émission. Ça fait un moment que j’avais hâte de t’avoir parmi nous. Je suis ravi qu’on ait pu organiser ça ici, au CES. On apprécie vraiment notre collaboration. On te remercie pour tout le travail que tu as accompli, et on a hâte de voir ce que l’avenir nous réserve.

FRANCIS : Merci, John. Je te suis vraiment reconnaissant de m'avoir donné l'occasion d'aborder ce sujet.

JOHN : Merci. Si vous appréciez ce que vous voyez dans cette émission, n’hésitez pas à mettre « J’aime » et à vous abonner pour découvrir nos prochains épisodes. Nous vous réservons encore de nombreux épisodes consacrés au CES 2025, ainsi que d’autres enregistrés depuis notre studio. Merci de nous avoir suivis. À très bientôt.