エピソード

  • #6.21 Qui contrôle les intelligences artificielles les plus puissantes du monde ?

    #6.21 Qui contrôle les intelligences artificielles les plus puissantes du monde ?
    2026/10/19

    Réponse : pour l'essentiel, une association de quelques dizaines de personnes, basée aux États-Unis, qui s'appelle METR.

    Et qui n'a aucun pouvoir de sanction.

    METR teste les modèles d'OpenAI, d'Anthropic, de Google DeepMind, avant leur mise sur le marché.

    Sa spécialité : mesurer ce qu'une IA sait faire toute seule.

    Son résultat le plus cité : la durée des tâches qu'un agent peut mener à bien sans intervention humaine double tous les sept mois. Depuis six ans.

    Sur l'indépendance financière, le dispositif est sérieux.

    METR n'accepte aucun financement des entreprises d'IA.

    Elle ne facture pas ses évaluations.

    Elle refuse même les dons de leurs salariés.

    Et elle a levé, cet été, soixante et onze millions de dollars — auprès de fondations philanthropiques.

    Mais l'argent n'est pas le seul levier d'influence.

    Premier angle mort : OpenAI, Anthropic et xAI fournissent gratuitement les capacités de calcul dont METR a besoin pour travailler. L'organisation le reconnaît. Leur valeur n'est publiée nulle part.

    Deuxième angle mort, plus lourd : l'accès.

    Pour tester un modèle avant sa sortie, il faut que l'éditeur ouvre la porte. C'est lui qui fixe le périmètre, la durée, le calendrier.

    L'auditeur n'a aucun droit d'entrée.

    Troisième angle mort : les hommes.

    La fondatrice de METR, Beth Barnes, vient d'OpenAI. Un chercheur d'OpenAI siège parmi ses conseillers.

    C'est la condition de la compétence technique. C'est aussi un risque.

    Alors METR est-elle indépendante ?

    Financièrement, oui, autant qu'on puisse le vérifier.

    Structurellement, c'est autre chose.

    Ses rapports sont aujourd'hui la meilleure source publique disponible sur les capacités dangereuses des IA.

    Ce ne sont pas des certifications. Ce sont des avis d'experts, rendus dans les limites fixées par celui qu'on examine.
    続きを読む 一部表示
    3 分
  • #6.20 Collibra rachète une start-up dans la gouvernance de l'IA

    #6.20 Collibra rachète une start-up dans la gouvernance de l'IA
    2026/10/12

    Il y a une semaine, Collibra a racheté une start-up munichoise de trois ans d'âge.

    Montant non communiqué. Équipe réduite. Un tour de table d'un million et demi d'euros, pas davantage.

    Et pourtant, cette opération dit quelque chose d'important sur la gouvernance de l'intelligence artificielle en entreprise.

    Collibra, d'abord. Née à Bruxelles en deux mille huit, installée à New York depuis deux mille quinze.

    Plus de sept cents clients. Soixante-dix-huit entreprises du Fortune cinq cents.

    Historiquement, un spécialiste du catalogue de données. Aujourd'hui, elle se présente comme — je cite — « le plan de contrôle de l'intelligence artificielle d'entreprise ».

    Ce qu'elle achète avec trail ML, c'est trois choses.

    Des agents qui déterminent seuls quelle réglementation s'applique à un système d'IA.

    Des évaluations de conformité qui se rejouent dès que les preuves changent — et non plus une fois par an.

    Et surtout : la capacité de bloquer, en production, l'action d'un agent qui violerait une politique interne.

    Voilà le vrai basculement.

    Jusqu'ici, gouverner l'IA, c'était documenter. Désormais, c'est intervenir.

    On passe du classeur au coupe-circuit.

    Pour les directions de la gouvernance, deux lectures.

    D'un côté, une charge manuelle qui s'allège : les équipes conformité ne constitueront plus leurs dossiers de preuve à la main.

    De l'autre, une question nouvelle : que se passe-t-il quand l'outil bloque un traitement parfaitement légitime ?

    Et une mise en garde : un verdict de conformité produit par un logiciel n'exonère personne. Sous l'AI Act, la responsabilité reste chez celui qui déploie le système. Automatisez, agentisez, gouvernez. Tout ce que vous voulez, mais rien ne vous exonérera de votre responsabilité !

    Reste l'ironie de l'affaire.

    Le marché que Collibra achète avec Trail ML, existe parce que l'Europe a écrit la loi.

    Collibra, elle, a quitté Bruxelles pour New York dix ans avant que ce texte n'existe.
    続きを読む 一部表示
    3 分
  • #6.19 Valorisez vos données, vos algorithmes et autres actifs immatériels

    #6.19 Valorisez vos données, vos algorithmes et autres actifs immatériels
    2026/10/05

    Dans cet épisode, je reçois Laurence Loly, co-fondatrice de Diag'n'grow, une entreprise spécialisée dans la valorisation des actifs immatériels.

    Ce patrimoine informationnel qui nous intéresse, données et algorithmes, est en effet proche des marques, des brevets, et autres actifs que l'on sait déjà bien valoriser.

    Alors, à quand les datas à l'actif du bilan ? Laurence Joly nous donne quelques piste :

    - Quels sont les principaux "nouveaux" actifs immatériels que l'entreprise n'est pas habituée à évaluer ?

    - Alors que la valeur de ces actifs immatériels augmente de manière importante, cela impacte-t-il la différence entre la valeur "officielle" d'une entreprise et sa valeur réelle ?

    - Quelles sont les difficultés propres à l'évaluation des actifs immatériels et quelle méthode avez-vous développée ?

    - Parlons spécifiquement des données, quels sont les problèmes particuliers liés à leur évaluation ?

    - Entre évaluation et comptabilisation, il y a encore une étape, quand verrons nous un data warehouse à l'actif du bilan d'une entreprise ?
    続きを読む 一部表示
    25 分
  • #6.18 Violet Pâle et le monde du futur nous semble déjà réalité !

    #6.18 Violet Pâle et le monde du futur nous semble déjà réalité !
    2026/09/20

    Le monde gouverné par Journey que nous décrit Pierre-Emmanuel Durand dans son roman d'anticipation Violet Pâle, n’est en réalité pas nouveau. Ses racines sont profondes. Elles datent de l’époque dite moderne, celle qui a débuté après la Seconde Guerre mondiale.

    Un monde de consommation, de plastique, et de commodités. Née en 1932, ma mère me racontait, enfant, toutes les merveilles que l’on trouvait au Salon des Arts Ménagers. Créée en 1923, cette exposition commerciale a connu son apogée dans les années 50, quand naissait cette envie de facilité, de praticité, de simplification. Vous vous souvenez également des films américains des années 60, de ces appartements équipés des dernières technologies. Le grand critique de cette époque était le cinéaste Jacques Tati. Après avoir lu Violet Pâle, il faut revoir Mon Oncle (1958) et Playtime (1967). Jacques Tati y moque dans le premier la maison ultramoderne, aseptisée et automatisée ; et dans le second, la standardisation internationale des bureaux, des aéroports et des habitudes. Il aura fallu un demi-siècle, mais, durant toutes ces années, les tendances critiquées par ce maître du cinéma n’ont fait que se transformer peu à peu en réalité. Dans Violet Pâle, Pierre-Emmanuel Durand les pousse à leurs limites. « Nous n’accepterons jamais d’aller aussi loin », répondra sans doute le lecteur… sans accepter de constater que nous y sommes déjà, ou presque. L’héroïne, Tess, découvre qu’il existe un autre monde, à l’extérieur de l’IA Journey qui a pris possession de son cerveau.

    « Rien n’était synchronisé, rien n’était optimisé.
    — C’est… trop, murmura Tess.
    Norah sourit.
    — C’est la vie.
    — C’est bizarre.
    — Oui, répondit Norah. Mais c’est réel. »

    Ce monde piloté par l’IA, c’est l’histoire de notre perte de souveraineté. Entre 2020 et 2031, la France a peu à peu perdu le contrôle des outils qu’elle utilisait. Vers 2035, la résistance européenne entraine, en représailles, une coupure complète par les États-Unis de l’ensemble des services auxquels les États et les citoyens sont devenus dépendants. Soixante-douze heures de blackout, qui a finalement fait capituler la France, livrant toutes ses données et celles de ses citoyens aux entreprises américaines. Heureusement, certains, comme Noah, Tess, et Yann le Corn… ont choisi de ne pas se laisser embrigader sans réagir ! Vont-ils réussir à rallier une partie importante de la population, ou la masse continuera d’obéir aux injonctions de Journey ?

    L’auteur, Pierre-Emmanuel Durand, connait bien l’informatique. Il y a fait toute sa carrière, depuis Capgemini et Business & Decision, jusqu’à aujourd’hui où il dirige le département informatique d’un groupe de courtage spécialisé en prévoyance individuelle. Violet Pâle est son deuxième roman, et espérons qu’il y en a d’autres en préparation ! Car pour savoir ce qui arrive à Tess, vous devez lire Violet Pâle.

    Éditeur ‏ : ‎ Verone éditions
    Date de publication ‏ : ‎ 23 juillet 2026
    Langue ‏ : ‎ Français
    Nombre de pages de l'édition imprimée ‏ : ‎ 330 pages
    ISBN-13 ‏ : ‎ 979-1042316419
    続きを読む 一部表示
    4 分
  • #6.17 Chapitre 29, un roman inspirant, sur un sujet sérieux, la vie privée

    #6.17 Chapitre 29, un roman inspirant, sur un sujet sérieux, la vie privée
    2026/09/13

    Rencontre avec Alessandro Fiorentio, auteur de Chapitre 29, un roman historique qui nous emmène découvrir les origines de la vie privée.

    Nous sommes à Paris, en 2018, un universitaire décède dans des circonstances suspectes, alors qu’il travaillait sur une étude, pour le compte du Saint-Siège, sur les origines de la vie privée. Son ami et ancien élève, Francesco Libero, reprend le flambeau et, malgré les risques qu’il mesure, tente de découvrir ce qui a conduit à la disparition de son professeur. Tout comme dans l’autre succès de Dan Brown, Origine, technologie et religion s’entremêlent ; tout semble se passer comme si la religion, basée sur des croyances, craignait la découverte d’une vérité, basée sur des faits scientifiques.
    続きを読む 一部表示
    20 分
  • #6.16 Une compagnie morte, mais des données bien vivantes et bien valorisées

    #6.16 Une compagnie morte, mais des données bien vivantes et bien valorisées
    2026/09/06
    Pourquoi Google a payé 10 millions de dollars pour les archives numériques de Spirit Airlines, alors que vous me dites que vos données ne valent rien, parce que vous ne savez pas mesurer cette valeur…Spirit Airlines n’existe plus. La compagnie low cost américaine, pionnière du modèle « ultra low-cost » outre-Atlantique, avait déjà déposé le bilan une première fois en novembre 2024, après l’échec de son rapprochement avec JetBlue puis avec Frontier Airlines et l’accumulation de pertes consécutives à la pandémie de Covid-19. Une tentative de restructuration n’a finalement pas suffi : ses avions ont cessé de voler en mai 2026, et l’entreprise est désormais liquidée, ses actifs vendus les uns après les autres pour tenter de rembourser ses créanciers.Parmi ces actifs, la plupart sont matériels : avions, équipements, biens immobiliers. Mais un lot a suscité un intérêt inattendu : l’intégralité des archives numériques internes de la compagnie. Selon un document judiciaire déposé auprès du tribunal des faillites de New York et consulté par plusieurs médias américains, Google aurait remporté l’enchère pour ce lot de données pour la somme de 10 millions de dollars, en devançant Mercor, une société spécialisée dans la fourniture de données d’entraînement pour l’intelligence artificielle, qui avait proposé 7,5 millions de dollars. La vente reste soumise à l’approbation du juge en charge du dossier, mais elle nous donne des indications intéressantes sur :- Le fait que les données ont de la valeur, et que certaines entreprises l’ont mieux compris que d’autres ;- Des métriques de mesure de la valeur de ces données, en fonction des usages, dont par exemple l’entrainement des IA.Un volume de données considérable et très hétérogèneLe détail du lot, rendu public via le document judiciaire, donne une idée assez précise de ce que peut représenter le patrimoine numérique d’une compagnie aérienne, après près de deux décennies d’activité. On y trouve environ 100 millions d’e-mails, 500 millions de contenus issus de Microsoft Teams, 17 millions de fichiers OneDrive et 20,5 millions de documents SharePoint. S’y ajoutent plus de 30 millions d’enregistrements d’appels au service client, 15 millions de conversations de chat, 600 000 tickets ServiceNow, ainsi que 13,7 millions d’adresses e-mail actives issues de la plateforme marketing Responsys d’Oracle… et un raton laveur (pour ceux qui ont la réf).Le lot comprend aussi des données strictement opérationnelles : plus de 763 000 vols, cinq millions d’appariements d’équipages, 1,2 million de bordereaux de carburant, les enregistrements de près de 790 000 achats de pièces détachées, et 11 millions de ventes de services Wi-Fi à bord. Un porte-parole de Google a indiqué que l’entreprise avait acquis une partie de cet ensemble de données d’entreprise afin d’améliorer ses produits et ses modèles d’intelligence artificielle, en précisant qu’aucune information personnelle ne serait reçue dans le cadre de cette opération.Selon les informations judiciaires, les données doivent en effet être anonymisées avant leur transfert. Sont explicitement exclus de la vente les profils passagers, le programme de fidélité Free Spirit, les historiques de navigation ainsi que les plaintes déposées auprès du régulateur américain des transports. Reste que l’anonymisation de plusieurs centaines de millions de documents à cette échelle n’est pas un exercice trivial, et plusieurs observateurs soulignent que le risque de fuite ou de réidentification partielle ne peut être totalement écarté.Un précédent qui n’est plus tout à fait isoléCette opération n’est pas la première du genre. Plusieurs médias avaient déjà rapporté, au printemps 2026, que des start-up en faillite revendaient leurs archives Slack et leurs messageries internes à des sociétés d’IA en quête de données d’entraînement. Mais le rachat des données de Spirit Airlines change d’échelle : il s’agit ici d’une entreprise historique, cotée pendant des années, avec près de vingt ans d’activité et des millions de clients, et non d’une jeune pousse récente.C’est précisément ce changement d’échelle qui rend l’opération intéressante à observer du point de vue de la valorisation de la donnée.Ce que révèle cette transaction sur la valeur de la donnéeLa valorisation des actifs immatériels, et des données en particulier, reste un exercice notoirement difficile : il n’existe pas de marché liquide ni de méthode comptable standardisée pour évaluer un corpus de courriels d’entreprise ou un historique de vols. C’est précisément ce qui rend ce type de transaction instructif : en l’absence de modèle théorique consensuel, c’est le marché lui-même, via une procédure d’enchères judiciaires ...
    続きを読む 一部表示
    8 分
  • #6.15 Et vous, êtes-vous plutôt KQL ou SQL ?

    #6.15 Et vous, êtes-vous plutôt KQL ou SQL ?
    2026/08/30
    Apprendre le langage KQL, quels apports pour l’analyste de donnéesDepuis des décennies, SQL règne sur le monde de l’analyse de données. Avec l’essor du cloud, de la cybersécurité et du big data générés par les infrastructures modernes, un nouveau venu est arrivé dans l’écosystème Microsoft : le Kusto Query Language[1], plus connu sous son acronyme KQL. Pour un analyste de données qui doit choisir ses compétences à développer ou simplement comprendre le paysage technologique actuel, la question mérite d’être posée sans jargon inutile : que gagne-t-on, et que perd-on, à utiliser KQL plutôt que SQL? Quand doit-on utiliser les deux? Complémentarité ou concurrence?Deux langages, deux histoiresSQL est né dans les années 1970 (merci au Dr Codd et à la conceptualisation de l’OLTP), conçu pour interroger des bases de données relationnelles classiques : celles qui gèrent les commandes d’un site e-commerce, les comptes clients d’une banque, ou les stocks d’un entrepôt. Sa vocation première est la gestion de données structurées et stables, avec des exigences fortes de cohérence et d’intégrité. C’est le T de OLTP, la notion de « transaction ». SQL n’a jamais été conçu comme un langage destiné au décisionnel et à l’analyse de données.KQL, lui, est beaucoup plus récent : il a été développé par Microsoft et lancé en 2017 avec le service Azure Data Explorer ; il répond à un besoin différent, apparu avec l’explosion du big data. Comment analyser rapidement des milliards de lignes de logs, ou d’événements de sécurité, générés en continu ? C’est précisément le terrain de jeu pour lequel KQL a été pensé, et on le retrouve aujourd’hui au cœur d’outils comme Azure Monitor ou Microsoft Sentinel, la plateforme de cybersécurité de Microsoft. Il peut évidemment être utilisé pour analyser d’autres types de données. On pense évidemment aux données générées par des objets connectés, ou des transactions d’un site de eCommerce, etc.Cette différence d’origine explique presque tout ce qui les sépare aujourd’hui.Les atouts de KQL pour l’analysteUne lecture plus naturelle des requêtes complexes. Là où SQL demande souvent d’imbriquer des sous-requêtes ou de lire une instruction dans un ordre qui ne correspond pas à celui de son exécution réelle, KQL fonctionne comme un enchaînement d’étapes, un peu à la manière d’une recette de cuisine : on part des données brutes, puis on filtre, puis on regroupe, puis on trie, chaque étape s’ajoutant à la précédente de façon visible. Pour un analyste qui construit une analyse pas à pas, cette logique de pipeline facilite énormément la relecture et la correction d’erreurs.Une puissance native pour l’analyse temporelle. KQL a été conçu dès le départ pour des données horodatées en grand volume : logs applicatifs, alertes de sécurité, mesures de performance. Des fonctions comme le calcul de fenêtres de temps glissantes ou la détection d’anomalies sont intégrées nativement, alors qu’elles demandent souvent des développements plus techniques en SQL classique.Une recherche de texte libre intégrée. Chercher un mot ou une expression dans de grandes quantités de données textuelles est une opération courante et simple en KQL, sans configuration préalable particulière. En SQL, ce type de recherche nécessite le plus souvent une préparation technique. SQL a été conçu exclusivement pour l’analyse de données structurées ; KQL a été pensé au moment où les données semi-structurées et non structurées sont devenues accessibles, le fameux « big data » des années 2010.Une exploration progressive des données. Parce qu’une requête KQL se construit étape par étape, un analyste peut tester une première portion, observer le résultat, puis ajouter la suite. Cette approche est particulièrement appréciable lorsqu’on découvre un jeu de données inconnu. C’est une technique d’exploration qui répond parfaitement aux besoins métier d’analyse de nouvelles données.Quels sont les défauts de KQL pour l’analysteUn langage moins répandu. SQL bénéficie d’une notoriété et d’une ancienneté que KQL est loin d’égaler. La quasi-totalité des formations en analyse de données, des offres d’emploi et des ressources pédagogiques s’appuient sur SQL. Apprendre KQL représente donc un investissement supplémentaire, sur un langage dont l’usage reste concentré dans l’écosystème Microsoft. Si vous souhaitez vous spécialiser en environnement Microsoft, c’est un bon choix d’extension de vos compétences. Pour une entreprise qui choisit la plate-forme Microsoft, le choix de KQL est assez logique. En revanche, c’est pour l’instant une étape de plus dans une dépendance à l’écosystème Microsoft. En période de réflexion sur la souveraineté… La conséquence pour une entreprise est que les ...
    続きを読む 一部表示
    9 分
  • #6.14 Des milliers d’applications à faire évoluer, du shadow IT à détecter : Paris Aéroports face à un projet d’ampleur en mars 2027

    #6.14 Des milliers d’applications à faire évoluer, du shadow IT à détecter : Paris Aéroports face à un projet d’ampleur en mars 2027
    2026/08/23
    Des milliers d’applications à faire évoluer, du shadow IT à détecter : Paris Aéroports face à un projet d’ampleur en mars 2027Le 16 mars 2027, tous les terminaux de l’aéroport Paris Charles de Gaulle changent de numérotation! Un casse-tête informatique et organisationnel, et un plaidoyer pour la mise en place d’une gestion des données de référence.Assis dans le bus qui vous emmène du Terminal 2G au Terminal 2F, votre regard parcourt les affiches d’information collées aux vitres. Et les neurones de votre cerveau dédiés à la gouvernance des données font un bon. Le 16 mars 2027, les terminaux 2E, 2F, 2G deviendront les terminaux 5, 6 et 7. Quant aux numéros de portes, elles changent également, ainsi que la numérotation des parkings. Mon cœur se serre alors, pensant au responsable des référentiels chez ADP, à qui je dédie cet article. Il s’apprête à passer quelques mois stressants. Des mois bien préparés, car ce changement n’interviendra que dix mois, mais dix mois c’est bien court pour un impact majeur sur l’ensemble des installations, des applications, des procédures et des personnels.Des milliers d’applications informatiquesÉvidemment ce qui vient à l’esprit en priorité ce sont les applications informatiques. Y a-t-il une seule application opérationnelle de l’aéroport qui n’inclut pas quelque part des numéros de terminaux et des numéros de portes ? J’en doute.Chaque vol, chaque mouvement de matériel, chaque employé sont affectés à chaque instant à ce couple terminal/porte. Et ce sont des centaines, peut-être des milliers d’applications informatiques qu’il va falloir mettre à jour. Comment y sont stockées ces références ? Dans des tables propres à l’application, en dur dans le code, dans un référentiel partagé ? La dernière solution serait évidemment la plus facile à mettre à jour. Mais soyons réalistes, même si une gestion des données de référence (MDM) a été mise en place, une revue exhaustive du code de l’ensemble des applications semble indispensable. Et c’est sans compter sur les microapplications cachées, les feuilles Excel et autres documents directement créés par les utilisateurs.Chez ADP mais également chez tous ses partenaires, compagnies aériennes, services de l’État, prestataires, clients, etc. Car ce couple terminal/porte permet à tous ces intervenants de se comprendre, et aux processus de s’exécuter au bon endroit. Il s’agit donc de coordonner la mise à jour de toutes les interfaces et API avec des dizaines de partenaires du monde entier, dans un écosystème qui ne dort jamais et fonctionne 24 h/24.Une évolution coordonnée numérique et physiqueL’évolution informatique est une chose, mais elle s’accompagne d’une évolution physique. Toute la signalétique dans l’aéroport doit être modifiée, ni trop tôt ni trop tard. J’imagine que des panneaux temporaires seront installés, indiquant les deux dénominations avant/après. J’imagine aussi qu’une fois les habitudes prises, une nouvelle version de l’affichage fera disparaitre les traces de CDG 2E, 2F et 2G. Des milliers de brochures à réimprimer, un peu partout dans le monde, des guides aux voyageurs à mettre à jour, les plans de l’aéroport présents dans les systèmes vidéo de tous les avions des principales compagnies atterrissant à CDG, l’impact physique de ce changement de référentiel est lui aussi colossal.Des habitudes à modifier (pilotes, agents au sol…)L’accompagnement du changement est sans doute la partie la plus longue. Pendant combien de mois, ou d’années, les pilotes qui viennent ponctuellement à CDG continueront-ils de parler du 2F et non du T6 ? Ce sont des milliers de « référentiels » présents dans les cerveaux et les habitudes des employés qui passent sur le site, qu’il faut faire évoluer. Et l’on sait combien les habitudes sont difficiles à changer. Ma grand-mère a parlé pendant toute sa vie en anciens francs, alors même que sa nouvelle version était arrivée fin 1958. C’est l’accompagnement humain qui permettra de réaliser cette transition le plus rapidement possible.De l’importance d’un référentiel (où l’on parle d’ontologie et de MDM)Évidemment, l’architecture de rêve existe… sur le papier. Une seule et unique table, disponible en temps réel pour toutes les applications, qui contient la liste des terminaux et les portes associées. Une fonction d’historisation intégrée permet de préciser que jusqu’au 15/03/2027 inclus, il est question du Terminal 2G, et que le 16/03/2027 il devient le Terminal 7. Avantage de cette historisation, les comparaisons restent possibles. Le référentiel utilisera l’ancienne dénomination pour les requêtes antérieures et la nouvelle à partir de la date fixée. Aucune modification du code des applications ni des appels aux données. On invoque l’API du référentiel, et il renvoie ...
    続きを読む 一部表示
    8 分