Transcription

• Speaker #0

  Pour la plupart américains, même si on a des acteurs en France, il y a une question de souveraineté des données, qu'on soumet à l'IA également, qu'il y a des données de santé, il ne faut pas faire n'importe quoi avec les bases de données, ni la manière dont on accède aux données. Ce que tu donnes à manger à l'IA a une chance d'être réingéré par l'IA pour s'entraîner elle-même.

• Speaker #1

  Bonjour et bienvenue dans un nouvel épisode de l'Humain à cœur du digital. Je pense que vous avez déjà regardé le podcast sur le DevOps avec Louis, parce que c'est notre invité. Aujourd'hui, on va parler DevOps. et intelligence artificielle. Si vous n'avez pas vu le podcast sur le DevOps et que vous atterrissez sur ce podcast-là, je vous conseille avant d'aller regarder le podcast sur le DevOps qui est hyper intéressant et qui est un peu une intro. à ce qu'on va faire là. Donc, salut Louis.

• Speaker #0

  Salut Julie.

• Speaker #1

  Tu nous as parlé dans un dernier épisode du DevOps. Aujourd'hui, l'intelligence artificielle est partout. C'est une tendance, mais pas que. C'est vraiment une révolution, on peut le dire. C'est en train de révolutionner nos vies personnelles et professionnelles. Il n'y a pas de doute là-dessus. Quand on parle d'intelligence artificielle dans DevOps, franchement, on parle de quoi ?

• Speaker #0

  Alors, on parle de... beaucoup de choses. On parle de simplifier la vie de ceux qui font du DevOps. On parle de simplifier la vie des développeurs également. On parle d'automatiser encore plus, alors que c'est quand même la philosophie même du DevOps c'est d'automatiser. Et là, on va encore un pas plus loin que je pense personne n'avait imaginé avant l'arrivée de l'intelligence artificielle. On va au devant de grandes choses, clairement.

• Speaker #1

  Toi, comment tu as perçu l'arrivée de l'intelligence artificielle avant qu'on parle un petit peu plus concrètement des choses ? Déjà, tu t'en es aperçu quand ? À quel moment tu t'es dit « Ah ouais, voilà, ça va changer mon métier » ?

• Speaker #0

  Alors, le côté où je me suis dit que ça va changer mon métier, c'était sur le dernier mois, clairement. Ah ouais, ok. C'est hyper récent. C'est très récent parce qu'on commence à voir des modèles d'intelligence artificielle qui sont tellement... tellement poussés et qui vont chercher tellement plus loin que ce qu'un humain n'aurait jamais ni l'envie ni le temps de faire que ça fait surgir des choses auxquelles personne n'avait pensé avant. Je parle surtout au niveau cyber, les failles de sécurité. Là, il y a énormément d'articles, toujours mai 2026, qui sortent sur des failles qui existent depuis 18 ans, par exemple, et qui ont fait surface uniquement parce que l'IA a mis le doigt dessus quand ils les ont fait bosser dessus. Ensuite, sur l'approche en elle-même, construit que comme toute personne qui était dans la tech de ce côté-là, on a eu un peu peur au début. On a eu un peu peur, on s'est dit attention, nos métiers sont en danger, il faut qu'on fasse gaffe et surtout, comment on va composer avec. Et en fait, quand tu passes cette première montagne, tu te dis ok, en fait l'IA c'est beau, un tournant technologique, ce n'est rien de plus qu'un outil supplémentaire qu'on va ajouter finalement à notre trousse à outils habituel et il faut ce que moi j'aime bien dire, sur... surfer sur la vague. Il faut vraiment surfer sur la vague de l'IA. Il y a énormément de gens qui pensent que l'IA est une bulle et qu'à un moment, elle va éclater et qu'on reviendra à l'utilisation qu'on avait avant l'IA parce que ça va tellement partir dans tous les sens qu'on n'arriverait plus à maîtriser. Mais pour l'instant, on n'en est pas là. Pour l'instant, on est dans l'avènement, la vague haute, clairement. Et il faut absolument s'appuyer sur ces outils-là pour mieux travailler et mieux proposer justement ce que nous, on fait tous les jours à nos clients, à nos équipes. C'est ça le plus important.

• Speaker #1

  On a vu l'intelligence. artificielle, ça permet de faire plein de choses. On a eu l'avènement de Tchad GPT, mais ça, c'est une infime partie de l'iceberg IA. C'est minime. C'est ce que le grand public voit de l'intelligence artificielle. C'est ce que le grand public pense de l'intelligence artificielle. L'intelligence artificielle, c'est ça, mais c'est aussi des millions d'autres choses. Et je vais te citer quelque chose en même temps de te poser une question. school aujourd'hui, un développeur peut créer ses propres outils ? Ou est-ce que quelqu'un de lambda qui n'est pas développeur peut créer ses propres outils, ses propres applications, ses propres logiciels de gestion ?

• Speaker #0

  Alors, il y a différents niveaux de lecture là-dessus et qui n'ont pas tous la même image auprès du grand public. Je ne vais pas du tout parler du grand public, comme tu l'as dit, qui utilise ChatGPT tous les jours pour répondre à des questions de la vie quotidienne, planifier un voyage, des randonnées, des choses comme ça. Ça, c'est ce qu'on appelle, c'est la partie LLM.

• Speaker #1

  Large Engage Model.

• Speaker #0

  Exactement, Large Engage Model, qui permet d'avoir un agent conversationnel entraîné sur des bases... littéraire absolument gargantuesque et c'est ni plus ni moins que d'avoir quelqu'un qui parle qui connaît beaucoup de choses l'IA dans la partie DevOps je dirais l'IA dans la tech dans le développement de base c'est d'avoir ce même type d'agent conversationnel parce qu'on va discuter avec une IA mais qui va être beaucoup plus orienté sur la partie code et la partie outils qu'on va lui mettre à disposition pour nous aider là dedans. Au niveau toujours du grand public, on va parler du grand public tech, donc ceux qui font de la veille technologique sur internet, des auto-entrepreneurs, eux ils ont vu dans l'IA agentique orientée code une mine d'or qui s'ouvre à eux parce que tu n'as juste à pitcher ton idée d'application à une il ya et sans aucun contrôle sans aucune forme de sécurité ni rien il ya deux pour une application prête à être déployée si vous voulez en savoir plus podcast des bobs sur n'importe quelle infrastructure sauf que comme je le disais il n'y a pas forcément alors il ya un tout petit peu de philosophie des bobs qui a injecté là dedans puisque l'ia vu qu'elle a entraîné sur tout ça elle sait ce que c'est mais elle va pas aller au bout des des choses. Et quand je dis que ça souffre d'une mauvaise image, c'est qu'il y a beaucoup de personnes qui ont ouvert des SaaS sur Internet sur des idées qui sont très bonnes. L'idée de base répond à un besoin qui est très légitime. Mais par contre, la mise en œuvre de ce déploiement-là, il va laisser surgir des failles de sécurité. Des identifiants type clé API ou login mot de passe qui seront en clair dans le code qui sera sur Internet. tout ce genre entre guillemets de dérive ce qui a bénéficié à donner une mauvaise image de l'IA agentique en disant bah oui mais alors c'est super ça vous fait des applications qui sont géniales mais regardez ça n'aura jamais la qualité d'un vrai développeur pour toutes les raisons que je viens de citer. Là où moi je trouve ça super intéressant, c'est que quand on utilise l'IA en étant au fait de comment ça doit fonctionner dans un monde...

• Speaker #1

  Quand c'est déjà ta compétence.

• Speaker #0

  Quand c'est déjà ta compétence et que tu sais du coup la driver en lui disant, attention, là on est dans un contexte dans lequel il faut faire super gaffe à la cyber-sécu. Attention, là je suis en train de bosser avec un client qui est HDS, hébergement de données de santé, donc il y a des données de santé, il ne faut pas faire n'importe quoi avec les bases de données, ni la manière dont on accède aux données. Attention, en fait, c'est pour moi la... L'art de bien utiliser l'IA réside dans la manière dont on sert de l'outil et c'est ni plus ni moins que le même virage technologique quand on a appris à servir des ordinateurs.

• Speaker #1

  Donc, en gros, toi, tu perçois l'IA comme c'est un outil génial. Quand on a déjà les compétences et les connaissances, ça va nous augmenter, ça va nous propulser, ça va nous faire aussi réfléchir des fois un peu autrement. Quand on n'a pas les compétences, il peut y avoir certains risques. qu'il faut bien prendre en compte. C'est ça. Voilà, bon. C'est la même chose dans beaucoup de métiers avec l'usage de l'intelligence artificielle. Ah oui, tout à fait, oui. Soit il te rend plus intelligent parce que tu as déjà des bases et tu sais prompter, tu sais faire du reverse engineering, tu sais faire toute cette partie-là. Soit tu n'as pas déjà beaucoup de compétences et il te rend plus con parce que tu fais du classico-classique et ça ne va rien t'apporter.

• Speaker #0

  Exactement. Et du coup, toute la... toute l'importance de la chose, c'est de prendre conscience qu'on n'est pas bon dans tout, en tant qu'humain. Et de se dire, il y a des choses sur lesquelles on peut s'améliorer et il y a un pas qui est dur à passer, c'est d'accepter qu'on n'est pas bon dans quelque chose parce que ce n'est pas notre métier, ce n'est pas notre formation. Et de se dire, l'IA a quand même l'air d'être meilleur que moi là-dedans, peut-être lui confier quelques tâches, tout en la drivant. C'est toujours vraiment le mot d'ordre, c'est driver, contrôler, cadrer, limiter, surtout.

• Speaker #1

  Entre guillemets, c'est nous les maîtres de l'IA.

• Speaker #0

  Tout à fait.

• Speaker #1

  et pas à l'inverse.

• Speaker #0

  Exactement, mais je conçois tout à fait qu'il y ait des gens qui pensent que l'IA sera plutôt maître d'eux-mêmes. Dans le sens où il y a eu un avènement sur l'utilisation d'agents conversationnels mais très poussés et je pense que tout le monde en a entendu parler, les open clos, les choses comme ça, donc que tu installes sur ton ordi et qui en fait ont accès à l'intégralité de ton pc, permettent de cliquer. Et là, tu es plus dans le schéma où c'est l'IA qui devient un mètre de toi parce que... toi tu vas lui exposer une problématique à base de « range-moi tous mes dossiers » , ça va revenir à ton besoin, c'est génial, ça marche très bien, mais tu perds un peu le contrôle. Et si jamais tu n'as pas fait de sauvegarde, si jamais tu as mal driveé ton IA, elle va peut-être comprendre, quand tu lui as dit « range mes factures » , elle va peut-être comprendre « supprime les toutes parce que j'en ai plus besoin » . Quand c'est fait, c'est terminé.

• Speaker #1

  Je te donne un autre exemple que j'ai testé ce matin avec une IA, c'est « priorise-moi ma journée » . Oui, elle n'avait pas du tout le contexte de l'ensemble de mes objectifs et de mes missions de manière générale et stratégique. Ça a été un peu bateau et si elle était maître de moi, je pense que je n'aurais pas été productive aujourd'hui.

• Speaker #0

  Et pourquoi elle t'a proposé ça ? Parce qu'elle manquait probablement cruellement de contexte.

• Speaker #1

  Exactement.

• Speaker #0

  Parce que le biais avec cette IA grand public type ChatGPT, c'est que tous les exemples que tu vois sur Internet, et même les exemples que tu as toi-même dans ta propre vie, tu parles à l'IA avec des phrases qui sont très courtes. Tu lui poses une question. Rares sont ceux qui prennent le temps de développer le contexte à fond. Sur la partie grand public, ça existe. Vous avez tous vu l'activation de la mémoire de Tchad GPT qui est capable de retenir ce que vous lui avez dit pour ne pas lui reposer le même contexte sans savoir précisément ce qu'il a gardé en mémoire. Sur la partie agentique côté code, c'est là-dessus qu'on met aussi le plus l'accent. On va demander à l'IA de consigner dans des fichiers, dans des bases de données, ce qu'elle a appris en travaillant avec nous sur comment le code est fait, sur comment l'infrastructure est faite, afin que le cadre soit posé de manière...

• Speaker #1

  visible et textuelle en à tout moment à tout point on est en train d'utiliser c'est ça c'est le plus important je pense et justement par rapport à ce qu'on vient de dire donc la facilité de créer des applications on ne voit de plus en plus dans les entreprises des mini applications créées par par l'ia c'est quoi ton avis là dessus professionnels DevOps ?

• Speaker #0

  Encore une fois, respectez les bonnes pratiques qui sont imposées depuis que les développements sont en cours dans une entreprise, soit côté applicatif, soit côté DevOps, sur le fameux... pipeline qu'on doit respecter et tout ça et en fait c'est s'agit juste d'intégrer l'IA là dedans intégrer l'IA toute seule à côté c'est ça s'apparente quasiment à du shadow IT c'est je fais quelque chose parce que j'ai un besoin et je le répète le besoin il peut être 100% légitime il y a quand même différentes manières d'adresser ce besoin là donc pour moi à partir du moment où une entreprise peut se permettre d'avoir des personnes qui sont là pour appliquer un semblant de philosophie DevOps un semblant de sécurité au niveau applicatif. Il faut absolument que ces petits développements passent par ces équipes-là. C'est obligatoire, ne serait-ce que pour cadrer les biais que j'ai cités juste avant sur la sécurité des données, etc. Après, je ne le cache pas, on est nous-mêmes consommateurs d'IA dans mon équipe. On a aussi créé des petites applications parce qu'on n'est pas développeurs de base et surtout, on les a créées vite, on les a créées très vite avec un besoin qui émane jour 1. Jour 2, on a le prototype. Jour 3, l'application est en prod.

• Speaker #1

  C'est ouf.

• Speaker #0

  C'est absolument incroyable. Et encore une fois, nous, on s'astreint à le faire. faire dans les pratiques qu'on a dans notre équipe. C'est-à-dire que l'application n'est pas livrée à elle-même. Elle est passée par les tests, elle est passée par l'étape sécurité. Elle a même été audité par des personnes dont c'est le métier d'auditer des applications qui se sont absolument amusés parce que vu que leur travail c'est d'auditer normalement des applications de base. Auditer des applications construites par l'IA c'est un bac à ça pour eux. Ils s'éclatent, c'est génial. Et contre toute attente, l'IA se démerde vraiment bien au niveau sécurité quand elle est driveée pour le faire. C'est ça qui est encore

• Speaker #1

  C'est toi qui es maître du développement que tu vas faire.

• Speaker #0

  Quand tu vas expliquer à ton IA, lui dire qu'il ne faut absolument ne pas faire l'impasse sur les dépendances, sur le fait d'auditer régulièrement pour voir s'il n'y a pas des failles qui sont rentrées dans les dépendances. Là, on est en plein en 2026 sur un nombre d'attaques cyber activées par IA qui ciblent toute la partie supply chain, donc toute la partie justement des dépendances. Ils ne vont pas attaquer directement les applications, mais les dépendances sur lesquelles elles se basent. Donc... Il y a cette partie philosophie DevOps, il y a cette partie veille technologique globale sur Internet qui permet de prendre des éléments et de les insuffler dans les workloads IA. Et avec tout ça, normalement, on se retrouve avec une application qui est dans un bon contexte, bien sécurisée et qui répond à un besoin spécifique. Et le but, c'est de garder quand même un inventaire de toutes ces applications et de les maintenir parce que ça reste, que ce soit IA ou pas IA, on parle d'une appli qui va avoir des améliorations, des fixes, des bugs. sur laquelle il va falloir itérer, donc il faut la faire vivre. Le plus gros fléau, c'est peut-être même le deuxième plus important, c'est qu'il ne faut pas s'arrêter à la création d'une application. Il faut penser plus loin sur la vie de l'application, faire en sorte qu'elle remplisse son besoin dans le bon contexte de sécurité pendant toute sa durée de vie.

• Speaker #1

  Donc, si je résume... Pas interdire.

• Speaker #0

  Pas interdire.

• Speaker #1

  À un moment donné, cadrer.

• Speaker #0

  C'est ça.

• Speaker #1

  Et justement, sur cette partie-là, on a fait un podcast sur le ShadowIA. Voilà. Donc, vous pouvez le retrouver sur notre chaîne où justement, on parle de cette partie cartographie qui est extrêmement importante. Aujourd'hui, il existe des outils pour cartographier aussi. l'usage de l'IA et les applications qui sont développées. Donc ça peut être aussi intéressant dans ce cadre-là. Aujourd'hui, il y a des outils comme Cloud Code qui existent. Ça change quoi au quotidien ? On donne cet exemple-là parce que tu voulais que ce soit cet exemple-là. Tu peux nous dire pourquoi tu voulais que ce soit Cloud Code et pas un autre ?

• Speaker #0

  Alors, ce n'est pas une question de préférence. C'est une question de... On a commencé avec Cloud et on est content et on le maîtrise. on a... Alors, comme dans tout virage technologique, il y a de la concurrence. Il y a des acteurs qui se battent entre eux. Aujourd'hui, on est entre OpenAI avec ChatGPT et du coup la version Codex pour le code et de l'autre côté, Anthropique avec Cloud et donc CloudCode pour la version code. C'est une bataille de tous niveaux. Il y a des benchmarks qui sont en ligne qui permettent de les tester sur des capacités. Tous les mois, c'est l'un qui passe devant l'autre. Donc, pour moi, il n'y a pas de meilleur. Il y a des différences au niveau tarifaire, évidemment. Ils adaptent aussi leur pricing en fonction de l'un et de l'autre. C'est une guerre... commercial comme il y en a en permanence. Aujourd'hui, si moi j'ai voulu parler de Code, c'est parce qu'on l'utilise et qu'on en est satisfait et surtout il propose, mais encore une fois au même titre que Codex, une intégration dans notre travail qui est tout à fait je dirais innée. On n'est pas dépendant d'un logiciel qu'on doit avoir ouvert en permanence. On n'est pas dépendant de mail ou de notification. Non, c'est Cloud Code. C'est un outil qui est... intégrée par exemple dans notre terminal dans lequel on travaille tous les jours, qui est intégrée dans notre environnement de développement dans lequel on travaille tous les jours, qui vient juste se caler sur le côté et à qui on peut écrire quand on a besoin de faire un truc. Et ça peut aller comme on l'a dit d'un doute sur la syntaxe d'une fonction dans un script « Salut Claude, je ne suis pas très sûr de ce truc-là, est-ce que tu peux regarder si je l'ai bien écrit ? » Pas très différent de mon recherche Google, en vrai. Et carrément, le vrai prompt de une page entière, parce que tu as besoin de créer une application. Et là, le gros avantage de ces IA orientées code, c'est qu'elles ont un fonctionnement théorique de base. C'est-à-dire que quand tu vas lui demander de faire quelque chose, de conséquent, un vrai projet, il ne va pas partir tout de suite tête baisse dans le code. On va d'abord établir... un plan avec des étapes, un cahier des charges. Concrètement, c'est un cahier des charges. En te posant des questions, l'IA te pose des questions en disant, ah bah là, j'ai vu que tu souhaitais faire ça, est-ce que tu préfères qu'on le fasse dans tel techno, Là, tu me dis que c'est des utilisateurs plutôt administratifs qui vont utiliser l'application. Alors, est-ce qu'on doit orienter le design plutôt généraliste ou est-ce que tu veux genre un thème matrix, tu vois, parce que ça va plaire aux développeurs, tu vois ? C'est des questions comme ça qui permettent d'orienter ce fameux cahier des charges. Là, on a remarqué récemment, depuis à peu près trois mois, que Cloud Code, tout seul, est très bon dans la planification, mais il sait lui-même qu'il n'est pas expert sur tout, et donc une fois que le plan est défini, il va l'envoyer à ce que Claude appelle un advisor, qui est chéantropique, qui lui-même ne connaît pas l'intégralité de la conversation, reçoit juste le plan, et va lui dire, va faire en fait une deuxième lecture du plan, pour le challenger un peu. Donc, l'IA s'auto-challenge sur son propre plan. À la fin, tu te retrouves avec un bloc de texte qui est gigantesque, mais qui définit point par point. ce que l'IA va faire. Et à la fin, elle te dit go, tu dis go et là, c'est parti.

• Speaker #1

  Tu restes maître parce que tu pourrais très bien dire, dans ce plan-là, c'est encore une fois, avoir cette responsabilité, à un moment donné, de regarder le plan et de peut-être modifier des choses. Absolument. Encore une fois, avec tes compétences, ton expertise, ton expérience.

• Speaker #0

  Tout à fait. Ça peut aller de... Tu peux le voir très rapidement. Tu as omis dans ton prompt de dire sur quel type d'infra tu allais déployer l'application. Du coup, Claude, parce que l'IA est là pour ne pas te vexer, va décider que ça va être par exemple chez un hyperscaler alors qu'en fait, non, tu veux la déployer chez toi. Tu vas voir qu'il y a toute une partie du plan qui est faite pour aller déployer quelque part alors qu'en fait, ce n'est pas du tout. Tu ne vas corriger pas en disant, non, non, attends, je me suis trompé, j'ai oublié de te mettre le contexte. Tu vas arriver là, donc il faut que tu changes ça et ça. Alors l'IA... s'excusent beaucoup. Ah pardon, je n'avais pas compris. Alors qu'en fait, tu sais très bien que c'est toi qui avais oublié. Mais du coup, tu adaptes. Là où un développeur itère sur une application pour rajouter des fonctionnalités, nous, on va itérer sur le plan pour être sûr que ce soit drivé de A à Z comme on le veut et que rien, surtout rien, ne soit laissé au hasard sur les questions qu'on se posait habituellement quand il n'y avait pas de IA. Et justement,

• Speaker #1

  ça me fait rebondir. L'IA, elle ne connaît pas forcément les contraintes de l'entreprise. elle ne connaît pas forcément ton périmètre, ta stratégie, tes objectifs, aussi ton historique. Parce que ça, ça peut compter quand tu développes une application. Comment on évite ces dérives-là ?

• Speaker #0

  Le contexte, toujours. Il faut user et abuser des promptes longs et du contexte en permanence pour soit lui rappeler dans quel contexte elle doit évoluer, soit même, et là c'est ce qu'on commence à faire au sein de mon équipe, c'est d'avoir comme un wiki finalement, mais pour lire. Donc des pages de documentation qui sont écrites en texte, puisque l'IA peut lire du texte dans des fichiers textes, qui va lui rappeler pour chaque environnement par exemple, l'environnement en question, il est défini par tel, tel, tel critère, tels enjeux de sécurité. le client qui est derrière. Je précise le client, mais le client est au courant. On utilise l'IA pour l'accompagner là-dedans. Ça a un effet sur les devis qui sont émis, parce qu'on va plus vite forcément. Donc, on va rappeler les contextes clients, on va rappeler énormément de choses. Et avant chaque début de plan avec l'IA, le premier truc qu'on lui demande, c'est d'aller lire cette base de connaissances. Comme ça, elle sait exactement dans quel contexte elle évolue.

• Speaker #1

  C'est tes conditions, c'est vraiment tes prérequis.

• Speaker #0

  C'était prérequis, oui. C'est exactement les... les prérequis. Alors nous, personnellement, on ne travaille jamais sans contexte. C'est interdit. En tout cas, moi, je l'interdis. Il n'y a pas d'IA sans contexte. Et je l'interdis parce que j'ai la main sur le fait de pouvoir l'interdire, entre guillemets, mais même moi, personnellement, je ne conçois pas qu'on puisse utiliser l'IA dans du code comme ça sans lui donner de contexte. Parce que ça peut... Ça a deux problèmes. Soit ça part totalement n'importe comment, et c'est très dur à rattraper derrière. Soit ça fait un truc Merci. qui est super et en fait tu passes beaucoup plus de temps à itérer sur ta propre IA parce que tu as oublié de lui dire des trucs. Donc autant planifier le truc au début, donner tout le contexte pour être sûr qu'il y ait le moins de dérives et que tu sois… parce que l'IA, elle va être focus sur une tâche, mais toi, tu vas être focus sur l'IA. Donc, ce n'est pas rare non plus de lancer l'IA sur un projet. Vu qu'il y a le travail pour toi, tu vas aller faire autre chose. Tu vas revenir un jour, deux jours après pour vérifier ce qui a été fait. Et toi-même, tu as oublié ce qui s'était passé. Donc, si toi-même, tu as à disposition le contexte dans lequel... t'avais lancé l'IA, je rappelle, qui est juste du fichier texte, du coup ça te permet aussi de te recaler dessus.

• Speaker #1

  Ouais vraiment utiliser encore une fois l'IA en mode c'est nous l'intelligent.

• Speaker #0

  C'est un outil, c'est un outil donc c'est nous l'intelligence.

• Speaker #1

  Quand on parle d'IA, on parle un peu, beaucoup et là de plus en plus de fuite de données.

• Speaker #0

  Oui.

• Speaker #1

  Dans un contexte où les entreprises sont challengées par leurs clients, ce qui est tout à fait normal, sur la qualité, le respect des données, la confidentialité, où elles sont ISO pour plein de raisons différentes, elles sont dans des démarches qualité, elles ont des fournisseurs, elles ont des clients dans des contextes HDS, de clients dans le domaine de la santé, etc. Comment on peut éviter la fuite de données ? et en utilisant l'intelligence artificielle.

• Speaker #0

  Ce n'est pas plus différent qu'un cahier des charges qui va être rédigé par un copil qui sera composé des équipes du client, de tes équipes à toi de développement, DevOps et compagnie, qui va définir les enjeux de sécurité au moment des réunions de cadrage. Ça n'a aucune différence sur ce principe-là. À partir du moment où tu sais toi-même que tu as intégré le fait qu'il faut faire très attention à ces aspects-là, il n'y a aucune raison. mis à part la manière dont tu vas le contextualiser à ton IA, que ça apparaisse. D'autant plus que les modèles d'IA eux-mêmes évoluent et ont l'intelligence de s'auto-checker aussi pour cette partie suite de données, parce que l'intelligence des modèles d'IA est insufflée par la communauté. Si, et c'est aussi pour l'image commerciale de la marque qui édite l'IA, si tu vas avoir plein de développeurs qui vont faire plein d'applications avec une IA en particulier, et qui vont tous te dire qu'ils ont eu des fuites de données, disons que l'éditeur qui fait le modèle va se dire « Attends, on va peut-être mettre des sécurités dedans pour que les futures applications n'aient pas de fuites de données. » Donc c'est un cercle qui est quand même vertueux, déjà dans ce sens-là, et toi, par effet de bord, t'en bénéficies aussi. Un exemple concret, c'est un développeur qui ne va pas être forcément dans un contexte d'entreprise avec des pipelines DevOps définis, des normes type ISO, HDS, vraiment qui est livré à lui-même, va dire à son IA, pour pousser mon code sur GitHub, utilise ma clé privée, l'IA va dire, ok, je le fais, par contre, une fois que j'ai terminé, pense à aller supprimer les accès de la clé que tu viens de me donner. Cette réflexion-là de l'IA, elle est toute récente. Elle n'est pas vieille du tout, mais elle vient du coup de ce fameux cercle vertueux, des différents retours qui ont été évoqués. Donc, il y a une courbe d'intégration, je dirais, de cybersécurité dans les produits qui sont fabriqués par IA, qui commence à être exponentielle. Évidemment, elle ne sera pas à la mesure de n'importe qui qui souhaiterait aller plus loin. Mais par contre, on peut toujours continuer à driver l'IA manuellement en lui disant « Là, en termes de sécu des données, il faut mettre la barre un tout petit peu au-dessus parce qu'on est dans un contexte, on revient toujours sur le contexte, de dire que ce client-là, c'est hyper sécurisé, donc il faut faire gaffe. »

• Speaker #1

  Justement, en parlant de ça, est-ce que les moteurs de développement IA, ils peuvent être dans un espace cloisonné ?

• Speaker #0

  Oui.

• Speaker #1

  Voilà. Et justement, dans un centre-air de secret, c'est sûr. que nous, on travaille sur cette partie-là ?

• Speaker #0

  On a une... Alors, encore une fois, on utilise des outils, là, pour la partie cloud, par exemple, qui sont édités par des sociétés qui sont privées. Donc, le code qui fait tourner cloud, on ne le maîtrise pas. On sait qu'il a tendance à devenir de mieux en mieux. On sait également, et ce n'est pas du tout caché par les éditeurs, que ce que tu donnes à manger à l'IA a une chance d'être réingéré par l'IA pour s'entraîner elle-même. Donc gaffe aux fuites de données, en fait, même à l'intérieur de l'IA, quand tu parles à l'IA. Déjà, première chose, entre guillemets. Il y a énormément de questions qui se posent autour de ça. Il y a le fait qu'on puisse faire déborder de la donnée chez ces fameux éditeurs qui aujourd'hui sont quand même, pour la plupart, américains, même si on a des acteurs en France. Donc il y a une question de souveraineté des données qu'on soumet à l'IA également. Donc il y a encore plus de contexte à mettre sur l'IA, sur le fait qu'en gros, tu es là juste pour coder et pas pour prendre de la donnée. Évidemment, il y a des conditions d'utilisation, il y a des paramètres que tu peux activer dans les consoles pour dire « merci de ne pas utiliser mes données pour entraîner les modèles » . Qu'est-ce que ça vaut techniquement parlant ? On ne sait pas, c'est juste une case à cocher. Donc, il y a un focus qui commence à se développer sur comment je vais intégrer de l'IA maison, sans dépendre finalement de ces acteurs qui, dans leur position aujourd'hui en tant que fournisseurs d'IA, complètement faire le parallèle avec des hyperscalers au niveau du cloud. La même question se pose quand je vais déployer quelque chose dans le cloud, comment je fais pour récupérer mes données et trouver un acteur qui est plus local ? Là, sur l'IA, c'est la même chose. Comment ça se développe ? Encore une fois, des outils dans la communauté open source qui permettent de prendre du matériel pour faire tourner ses propres IA. Ça marche très bien sur les Mac, par exemple. Apple a développé des puces qui permettent d'avoir de l'IA natif. sur un Mac moyennant l'installation de 2-3 outils. Alors, on ne sera jamais, évidemment, au niveau de la puissance que peut proposer Anthropic ou OpenAI, mais on peut avoir quelque chose qui suffirait amplement pour le LLM, par exemple, grand public, dont on parlait plus tôt. Sur la partie code, c'est encore un peu... Cloud Code et Codex ont beaucoup trop de puissance pour pouvoir l'égaler aujourd'hui avec des infrastructures à taille humaine.

• Speaker #1

  Donc, ton conseil, ça serait, on peut potentiellement utiliser ces outils-là pour t'aider à développer.

• Speaker #0

  Oui.

• Speaker #1

  Et après, de mettre cette application-là dans un cloud souverain que tu as choisi, que tu as benchmarké en fonction de ton contexte. Exactement.

• Speaker #0

  Il y a cette partie-là. Donc là, on est dans la partie où je confie, entre guillemets, le développement à l'IA. Il y a la partie où je peux confier ma propre formation à l'IA aussi. J'ai un client qui m'a demandé de lui concevoir une infrastructure avec telle technologie. C'est non négociable. Nous, on est maître d'autres technologies analogues, mais lui, il veut celle-là. On la connaît de nom, mais on ne la maîtrise pas. Là, tu vas lui demander à l'IA, surtout pas de concevoir l'infrastructure à ta place, mais par contre de t'aider à comprendre quelles sont les différences avec ce que toi tu connais, et du coup, en faisant l'analogie de ce que toi tu connais, comment tu vas... répondre aux besoins du client avec ce que lui veut précisément et là l'IA se positionne plus comme un formateur et on revient alors un tout petit peu dans le cas des LM grand public à savoir qu'une IA qui a réponse à tout quoi qu'est ce que l'IA change concrètement dans la philosophie DevOps ? elle nous a permis d'accélérer la livraison surtout c'est surtout ça on s'amuse forcément avec l'IA parce que je pense que tout le monde s'amuse avec l'IA On a fait des petites applications pour répondre à tes petits besoins, mais en tout cas, dans un contexte de production réel, ça nous a permis d'accélérer sur certaines choses. Ça nous a permis d'aller creuser un peu plus loin, là où l'humain fait des erreurs. Un bon contexte posé à l'IA va permettre de passer un tout petit peu plus en profondeur sur des choses qu'on aurait éventuellement manqué. Je parle sur un audit de code, sur... Là, je n'ai pas d'autres exemples, parce qu'il y a tellement d'exemples différents, mais... Un truc qui est génial avec l'IA, c'est par exemple la rédaction de documentation. Ça, c'est un truc que personne n'a envie de faire.

• Speaker #1

  C'est éclair.

• Speaker #0

  Tout le monde doit y passer, parce que quand tu as passé tête baisse pendant une semaine sur un problème et qu'il faut le documenter, c'est l'horreur. Par contre, si tu as une IA qui t'accompagne à côté, elle litère sur la documentation. Et en plus, elle a tendance à faire des trucs qui sont plutôt qualis, qui sont bien mis en forme. Il y a même des emojis dedans. Ça reste agréable à lire. Donc je pense que... Sur ce pan de documentation, enfin tout le côté administratif sur lequel nous, techniques, on pêche un peu, du coup là on est rattrapé par IA.

• Speaker #1

  C'était souvent le maillon faible de trouver la documentation reliée à ce développement, à cette application, à ce logiciel.

• Speaker #0

  Là, l'IA, c'est ouf.

• Speaker #1

  Et encore une fois, tu peux recréer derrière une boucle vertueuse parce que tu vas alimenter une base de connaissances, donc ton wiki habituel, agrémenté d'articles écrits par l'IA que tu n'avais pas envie de faire mais qui ont été faits et donc du coup, tu n'as plus à le faire. Et cette base documentaire-là, tu plugues ton IA maison souveraine qui ne fait que de la lecture de documents sur ce wiki. Et donc, du coup, tu as une IA en interne à laquelle tu peux poser des questions sur ce que tu as fait avec l'IA qui a codé à ta place.

• Speaker #0

  Et potentiellement, tu peux l'utiliser pour faire de l'assistance utilisateur, l'assistance à mine, etc., différents niveaux. Super. Question clé. C'est vraiment écrit comme ça dans mes questions. Question clé. On rigole, mais il y a beaucoup de personnes qui se posent la question. On a... Et je vais faire beaucoup de teasing sur cette partie-là parce qu'elle est hyper intéressante. On a entendu beaucoup parler de ça aux Etats-Unis avec des pertes d'emplois et tout ça. Est-ce que l'IA va remplacer les développeurs ?

• Speaker #1

  Alors, encore une fois, 100 000 niveaux de lecture différents sur cette question-là. évidemment, je veux dire, nous aussi on a eu peur au début, on l'a dit au début du podcast, on a eu un peu peur pour nos métiers. Aujourd'hui, on change de vision. On est sur l'outil supplémentaire qui va s'ajouter à la boîte à outils du développeur, sur la même manière. Aujourd'hui, je ferais plus confiance à un développeur qui utilise l'IA pour développer. Parce que le développeur sort d'une formation théorique dans laquelle il a eu les bonnes pratiques de développement. Alors, ce n'est pas du tout le sujet du podcast, mais les tests driven développement, les stages, les trucs comme ça, c'est des principes qui te sont inculqués pendant ta formation, pendant ton alternance, n'importe quand. Mais ça ne définit pas comment tu dois travailler. Un développeur, il peut travailler avec son éditeur de code, il peut travailler avec l'IA. Mais dans sa tête, la philosophie reste la même. Je sais que quand je dois concevoir une application, en termes de code, je dois penser à ça, ça et ça, à ça, ça et ça, et en fait, c'est la manière dont ils l'appliquent, finalement. Donc moi, je pense, parce qu'on ne va pas quand même se voler la face, qu'on va avoir soit autant de développeurs qui vont travailler infiniment plus vite et livrer des choses beaucoup plus rapidement, soit on va avoir moins de développeurs parce que forcément, pour une équipe de dev, disons de 5 personnes, tu n'auras besoin plus que 2 qui maîtrisent l'IA pour produire autant.

• Speaker #0

  En fait, je pense que le paradigme, c'est développeurs junior versus développeurs expérimentés oui c'est que l'IA va sans doute mais comme dans beaucoup de métiers remplacer des juniors parce que forcément à un moment donné quand tu as fait ton expérience que tu as vécu dix mille problèmes quand tu as développé ton application bah tu vas faire en sorte quand tu utilises l'IA que ces problèmes-là, ils ne se reproduisent pas. Et si tu ne les as pas encore vécus, c'est là potentiellement la difficulté. Mais en même temps, ces juniors-là, ils vont utiliser l'IA comme toi, tu n'aurais pas pensé à l'utiliser. Donc les deux vont encore subsister parce que quand tu n'as pas connaissance des problèmes, tu vas faire d'autres choses.

• Speaker #1

  Ce que tu dis est extrêmement vrai, mais il est limité à une fenêtre de temps qui n'est pas infime. Parce qu'aujourd'hui, les seniors ont de l'expérience et soit ils utilisent l'IA, soit ils ne l'utilisent pas. Mais en tout cas, s'ils l'utilisent, ils vont pouvoir dire à l'IA, attention là, moi j'ai déjà vécu ça, je sais qu'il va se passer ce truc-là. Par contre, l'IA elle-même va s'entraîner avec ces choses-là et du coup va pouvoir proposer aux juniors... le même type de réflexion. Et en fait, quand les seniors ne sont plus là, les juniors auront été formés à tout ça et finalement, c'est l'IA qui possédera l'intelligence de se dire que dans le monde du développement, il n'y aura plus aucun problème parce que tout sera adressé ou en tout cas, l'IA fera gaffe à tout. Et moi, je pense qu'on va arriver à un moment à cette étape-là et je pense même qu'on arrivera mais là, j'extrapole beaucoup à un moment où il n'y aura même plus de choix par exemple de langage de programmation. Il y aura un langage IA qui sera compris que par les IA qui seront capables de... Alors... Alors, qui seront capables de livrer des applications qui fonctionnent. Mais disons que... Et je ne dis pas ça de manière péjorative pour dire que c'est l'IA qui va prendre le contrôle, mais plus pour dire qu'on n'a plus besoin de langage de programmation parce que l'humain n'aura plus besoin de regarder le code. Donc, il n'y a plus de raison de maintenir un langage alors que l'IA fait tout derrière. Je pense que c'est une possibilité. Ça va tellement vite qu'on ne sait jamais. Mais en tout cas, on est sur un virage. On verra,

• Speaker #0

  on refera un podcast dans quelques mois. Je ne serai peut-être plus là. Si tu n'es plus là, c'est que ça aura mis beaucoup de temps à se développer. Je pense que ça ira un peu plus vite.

• Speaker #1

  Je pense que la grosse question, c'est de s'adapter au monde qui change. Les réfractaires seront entre eux et laissés sur le côté. On avancera sans eux, c'est surtout ça le gros problème. Et c'est analogue avec d'autres changements technologiques qui ne concernent pas forcément l'informatique, mais les conspirationnistes actuels sur plein de sujets différents, c'est parce qu'à l'époque d'un virage... données, ils ont été mis sur le côté parce qu'ils ne pensaient pas que ça allait changer la vie. Internet est un exemple. On est quasiment au niveau d'une révolution type Internet.

• Speaker #0

  C'est sûr. Et ce qui est super avec Léa, pour revenir à mes deux exemples expérimentés versus junior, c'est que les deux, là on est vraiment dans le transgénérationnel, les deux vont apporter quelque chose.

• Speaker #1

  Oui, tout à fait.

• Speaker #0

  Et ça, ça c'est aussi, ça donne une espèce de puissance aux juniors qui arrivent aussi parce que... Parce qu'en moins de temps, ils vont pouvoir gagner en expérience plus rapidement.

• Speaker #1

  Absolument. Si on leur donne les moyens de le faire, surtout.

• Speaker #0

  Exactement.

• Speaker #1

  C'est là où le monde du travail va devoir s'adapter aussi. Faire confiance à ces juniors qui maîtrisent l'IA sur le bout des doigts et qui ont peut-être moins d'expérience, plus classique. Ça va être un gros pari pour les entreprises parce que tu ne sais pas du coup... Tout ce dont on a parlé avant, la problématique de sécurité, est-ce que c'est intégré chez ces jeunes qui arrivent ? On l'espère, tu ne le sauras pas tant qu'il n'aura pas commencé à produire. Mais au même titre qu'un développeur sans IA, tu ne sauras pas la qualité de son code tant qu'il ne sera pas en train de bosser pour toi. Finalement, ça se rejoint sur plein de sujets différents. Mais il y a beaucoup de choses qui vont changer dans le monde du travail au niveau tech, c'est sûr.

• Speaker #0

  Et encore une fois, dans ce que tu disais dans l'ancien podcast, on peut être dans la stratégie des petits pas. Il faut y aller. Allez-y. Que ce soit sur le DevOps, que ce soit sur l'IA, que ce soit sur les deux, allez-y.

• Speaker #1

  Il faut, oui.

• Speaker #0

  Et testez, ne vous mettez pas de barrière. Mais ne prenez pas le gros projet du siècle pour votre entreprise.

• Speaker #1

  Oui,

• Speaker #0

  c'est mieux. Mais petit à petit, mais en tout cas, il faut y aller.

• Speaker #1

  Oui, c'est un outil à découvrir. Donc, on commence par des petits besoins. Créer une petite application qui permet de faire des plannings. Moi j'ai un cas d'usage perso qu'on a pu mettre en place pour gérer les plannings de notre crèche par exemple. c'était basé sur un Excel. Un Excel qui était absolument abominable, parce que je voulais s'imaginer ce que c'est de faire un planning sur Excel. Donc on a repris la logique du fichier Excel qui fonctionnait bien, et on m'a demandé à l'IA d'en faire une application qui soit utilisable par les pros de la crèche pour qu'elles puissent suivre leur planning. Et si j'ai réussi à le faire aussi vite et de manière aussi productive, c'est parce que j'ai l'expérience de l'outil IA. Je ne suis pas sûr qu'en découvrant l'IA sur ce projet de planning, j'aurais réussi à faire un truc fonctionnel. aussi vite. Donc pour moi, c'est un outil qu'on maîtrise. C'est un outil qui doit être maîtrisé au même titre que n'importe quel autre outil.

• Speaker #0

  On doit maîtriser ce qu'on appelle l'ingénierie du prompt.

• Speaker #1

  Oui, mais du coup, ça peut aussi passer par des formations certifiantes. Tout à fait. On est vraiment sur le cadre d'un nouvel outil sur lequel il faut se former, sur lequel on peut être certifié. Les gens ont un peu peur de cet environnement-là parce que qui dit il y a, dit qu'il y a une créativité qui existe, qui n'est pas maîtrisée contrairement à d'autres outils. C'est là-dessus qu'il faut casser les clichés.

• Speaker #0

  on dit qu'il y a beaucoup de projets qui se cassent la figure je crois que le chiffre est démentiel 90% je crois que c'est quelque chose dans ce style là à vérifier, à aller vérifier sur internet mais parce qu'à un moment donné est-ce qu'on voit pas trop grand trop gros et on en revient un peu à ce que tu dis si les projets se cassent la gueule c'est parce qu'on veut révolutionner toute notre entreprise, notre organisation avec l'IA est-ce qu'il ne faut mieux pas aller plus loin sur cette partie là Il y a un phénomène qui se développe.

• Speaker #1

  qui porte un nom que j'ai oublié mais qui se résume à avoir une addiction à lire en fait. C'est le côté, alors c'est très orienté tech développement, c'est j'ai un besoin, un métier, je fais une application avec l'IA pour l'adresser, mon application fonctionne, j'ai répondu à mon besoin, point. Il n'y a presque personne qui arrive à s'arrêter là. Moi y compris. Tu vois ton truc, tu te dis c'est génial ce que j'ai fait, c'est génial ce que l'IA a fait, mais j'ai envie que ce soit mieux. Et en fait, tu vas te creuser la tête pour trouver des trucs et en fait, ton petit projet de planning, à la fin, ça devient un logiciel de gestion de crèche alors que ce n'était pas du tout fait pour être comme ça. Et là, tu te retrouves dans un biais où, on en parlait aussi tout à l'heure, ça reste une application qu'il faut faire vivre, qu'il faut maintenir, qu'il faut auditer, sur laquelle il faut mettre de l'observabilité. Ça reste une application. C'est un outil qui t'a permis de créer une application. Mais le produit final est une application qui doit répondre aux mêmes exigences que tes autres applications que tu as créées sans y être. Donc du coup, il faut savoir s'arrêter.

• Speaker #0

  Vu la facilité, on aurait tendance à créer des fois des choses peut-être un peu inutiles.

• Speaker #1

  Ah oui, complètement.

• Speaker #0

  Et qui ne rapporte rien à l'entreprise. prise à l'organisation,

• Speaker #1

  aux collaborateurs, aux clients. C'est ça. Après, le ratio création de choses qui ne sont pas très utiles avec et sans IA, il y a un canyon entre les deux. Parce que quand tu crées des choses, pour te rendre compte à la fin que ce n'était pas utile sans IA, tu as quand même une équipe de développement qui a passé un temps non négligeable. Avec l'IA... Tu peux te rendre compte assez rapidement, max au bout d'une semaine, que ce n'est pas ce que tu voulais et du coup, tu peux le foutre à la poubelle.

• Speaker #0

  Faisons des erreurs, mais rapidement. Oui, c'est ça. Et du coup, s'apercevoir rapidement qu'en fait, non, putain, ça ne marche pas. Ce que j'avais en tête, ce n'est pas bien illustré. Donc,

• Speaker #1

  ton chiffre de 90%, tu donnes 90% de projets qui sont jetés à la poubelle dans une équipe de développement classique. Tu te dis, oh mon Dieu, mais le temps qui est perdu, c'est dingue.

• Speaker #0

  Ok, on a parlé de DevOps, d'IA, de... de comment on peut intégrer l'IA dans la partie philosophie DevOps pour créer des applications. Si on doit résumer la place de l'intelligence artificielle dans le contexte DevOps, en une phrase, tu dirais quoi ?

• Speaker #1

  Je dirais que c'est un nouvel outil qu'il faut appréhender, maîtriser et surtout cadrer et auquel on doit apporter du contexte. Donc il doit travailler comme avec n'importe quel outil informatique.

• Speaker #0

  Super. Bon voilà, on va faire un petit moment promotion. Quand même, à un moment donné. Si vous voulez de l'accompagnement sur la partie DevOps, sur la partie IA, sur la partie DevOps et IA, ben voilà, groupe OCI, bien évidemment, les équipes Cloudéo sur la partie Cloud. Donc n'hésitez pas. Voilà, c'est le petit côté promotionnel. On ne va pas s'en priver, ça serait bien dommage. Merci Louis pour tes éclaircissements sur la partie intelligence artificielle. J'espère qu'on aura l'occasion. de faire d'autres podcasts ensemble. Donc voilà, si tu as des sujets d'actualité, tu nous tiens au courant et on fait un podcast parce que c'est toujours passionnant de parler avec toi. Je te remercie. Et nous, on se dit à très bientôt pour un prochain épisode de L'Humain à cœur du digital. Allez, ciao ! A bientôt !

• Speaker #2

  Vous avez apprécié ce moment ? Alors laissez-nous un commentaire, un avis ou partagez cet épisode autour de vous. Et nous, on se dit à très bientôt pour un nouvel épisode de l'Humain à cœur du digital.