- il y a 4 heures
Les solutions GenAI actuelles sont souvent étroitement couplées à une infrastructure spécifique, rendant difficile la migration entre fournisseurs. Cette dépendance pose des problèmes de benchmarking, de souveraineté des données et de risques opérationnels, particulièrement face aux exigences de conformité européenne. La Clean Architecture offre une solution en séparant la logique métier de l’infrastructure : changer de fournisseur cloud ou de modèle d’IA devient alors une simple modification de configuration plutôt qu’une refonte complète. Cette présentation montre comment appliquer ces principes à des agents conversationnelles, en proposant une structure modulaire qui exploite pleinement les services cloud sans créer de verrouillage technologique. Le résultat : des systèmes GenAI flexibles, indépendants et pérennes, capables de s’adapter aux contraintes réglementaires et aux évolutions du marché.
Catégorie
🤖
TechnologieTranscription
00:05Merci, merci pour votre présentation.
00:09Du coup, aujourd'hui, on va parler des agents d'intelligence artificielle
00:14et comment leur rendre, justement, cloud ou infrastructure agnostique.
00:21C'est une présentation qui a mis un peu le courseur assez poussé sur la partie technique,
00:27même si on va voir qu'elle n'est pas hyper technique.
00:32Donc, évidemment, c'est pour ceux qui développent leurs propres agents d'intelligence artificielle.
00:39Mais si vous êtes aussi passionné du clean code,
00:44ces présentations pourraient être aussi intéressantes pour vous.
00:47Mais même si vous n'êtes pas du tout technique,
00:50mais que vous êtes passionné par des démarches de souveraineté de données,
00:55ça pourrait aussi vous être intéressant.
01:00Alors, le problème, c'est qu'aujourd'hui, l'intelligence artificielle générative,
01:06on le sait bien, il a ouvert pas mal de portes à des nouvelles solutions
01:12pour des problèmes qu'avant étaient très difficiles à résoudre.
01:19Mais ça vient avec quelques contraintes, des SDK propriétaires,
01:25des features spécifiques aux services qu'on va utiliser et qu'on ne pourra pas exploiter.
01:33La plupart du temps, le prompt qu'on va utiliser doit être optimisé pour ces services ou pour ces modèles,
01:40etc.
01:40Et du coup, qu'est-ce qu'on fait justement si on doit faire ou on doit migrer notre système
01:50vers une autre infrastructure ?
01:54Avant, c'était quelque chose de pas pensable.
01:57Aujourd'hui, avec le contexte géopolitique, on a vu que c'est quelque chose de tout à fait envisageable.
02:03Donc, l'idée, c'est que notre solution ou notre proposition, la clean architecture,
02:12propose justement une séparation, une fracture entre la solution et l'infrastructure.
02:19Donc, ça, c'est la présentation, c'est la slide si jamais on devait faire cette présentation en trois secondes.
02:25C'est ça un peu.
02:27Donc, c'est un peu le résumé de ce qu'on va voir aujourd'hui.
02:30Pourquoi ?
02:32Il y a des corses ici ?
02:34Bon, il n'y a que les corses pour faire des choses comme ça.
02:39Quand on propose des solutions, il n'est jamais une bonne idée de proposer à notre client s'adapter à
02:50notre proposition, à notre solution.
02:52Ça, c'est jamais, c'est hors de question.
02:55Donc, nous, on doit justement proposer une solution qui s'adapte à leur SI.
03:03Cette séparation, elle est bien, elle est très importante parce qu'on est dans un métier ou dans un sujet
03:11qui est l'intelligence artificielle qui, en soi, nécessite beaucoup d'expérimentation.
03:17Et cette expérimentation va dans le sens de pouvoir tester plusieurs infrastructures, plusieurs modèles différents pour voir quelle est celle
03:27qui répond mieux à notre problématique.
03:33Ça, c'est très important aussi si on veut optimiser le coût de notre solution en termes d'infrastructures aussi.
03:42Donc, choisir non seulement une architecture performante, mais une architecture qui nous coûte le moins cher possible.
03:51C'est bien évidemment une porte ouverte à la souveraineté de données parce que si on n'est pas dépendant
04:01de notre landing zone ou là où on va entreposer nos informations,
04:08on peut être compliant quand on veut.
04:15Et tout ça, évidemment, dans le sens de réfléchir notre solution, pas uniquement comme un projet pour un client, mais
04:26surtout en termes de produit,
04:29c'est-à-dire quelque chose que je veux pouvoir, que je vais pouvoir réutiliser après pour n'importe quel
04:37autre client.
04:39OK ?
04:40Voilà.
04:41Donc, ça, en termes de problématiques, alors, une petite piqûre de rappel de qu'est-ce que la clean architecture,
04:49pour voir comment on peut l'utiliser après.
04:52Et du coup, on va l'expliquer au fur et à mesure avec quelques concepts bases et très rapides et
05:01de manière très simple.
05:04Ne vous inquiétez pas.
05:05C'est des concepts proposés par notre ami Uncle Bob.
05:12D'abord, si on regarde la clean architecture en termes uniquement d'organisation de notre projet,
05:20je parle bien de notre code, ça ressemble un peu à ça, à une superposition de couches
05:26qu'on va justement lui donner certaines fonctionnalités.
05:34Donc, la première règle, c'est la règle de la dépendance.
05:38Construire notre application avec des dépendances uniquement vers l'intérieur, jamais vers l'extérieur.
05:47OK ?
05:49Et ceci, d'un point de vue d'architecture, va nous permettre d'être complètement indépendant du provider.
06:05On va aussi donner une responsabilité très précise à chaque couche,
06:13à chaque composante de chaque couche dans notre application.
06:18La couche de domaine, on va placer uniquement tout ce qui est représentation, tout ce qui peut représenter notre problème,
06:27notre use case, entité, le domaine en fait.
06:34Dans l'application, on va développer nos algorithmes.
06:38C'est là où on va faire le workflow, le pipeline, etc.
06:44C'est là où on va justement solutionner notre problème.
06:50Et dans la couche d'infrastructure, c'est là où on fait les liens entre notre solution et le service
06:59qu'on va utiliser.
06:59C'est là où on va implémenter.
07:04Ceci, évidemment, garantit peut-être l'avantage la plus importante de l'architecture,
07:12la portabilité et la testabilité.
07:17On va aussi retrouver des concepts d'autres patterns d'architecture,
07:25comme l'architecture hexagonale, les ports et les adaptateurs.
07:28Donc, on va définir des ports dans notre couche de domaine
07:32et on va les implémenter dans notre couche d'infrastructure.
07:37C'est-à-dire que dans notre algorithme, on dit, si on devait le décrire,
07:43on dit qu'on utilise un LLM pour faire quelque chose.
07:48On ne dit jamais, je vais exécuter telle fonction de tel provider.
07:56Il faut que ce soit complètement abstrait à chaque fois.
08:02Et pour finir, on peut rappeler le concept fondamental
08:06ou le concept clé de la kinarchitecture, c'est l'inversion des dépendances.
08:11Donc, ça, c'est un petit exemple où on voit,
08:16on a notre agent RAG, par exemple,
08:20qui va, à un moment donné, faire un appel LLM pour ressoudre un problème.
08:26Donc, l'idée, ça, c'est le cas le plus direct.
08:30Et l'idée, ici, c'est justement de placer une abstraction au milieu
08:35et inverser cette dépendance ici.
08:40Et du coup, là, on peut, à tout moment,
08:44et on verra comment, plus graphiquement après,
08:47on peut, à tout moment, remplacer notre service,
08:53notre infrastructure, sans changer notre solution.
09:02Alors, pour faire un peu le résumé,
09:04ceci permet une migration beaucoup plus facile,
09:09beaucoup plus fluide.
09:12Ça nous permet aussi de faire plus facilement
09:14du benchmarking des services,
09:17donc des performances de base de données vectorielles,
09:21de performance ou de pertinence de modèles de langage, etc.
09:28Et bien évidemment, on conserve la résilience
09:32et la souveraineté des données, si on veut.
09:38Donc, un peu pour résumer,
09:41dans la couche des domaines,
09:42on met uniquement tout ce qui est abstraction,
09:45tout ce qui est définition de notre problématique.
09:50Dans la couche d'application,
09:52on fait nos algorithmes,
09:54on code nos pipelines.
09:58C'est là où on va ressoudre notre problème.
10:01Et dans l'infrastructure,
10:02on implémente les connexions,
10:05ou on adapte, justement,
10:07les connexions vers les services qu'on va utiliser.
10:11C'est là où, normalement, idéalement,
10:13c'est la première fois dans notre code
10:16qu'on voit
10:20importer des librairies externes,
10:22des librairies qui ne sont pas natives.
10:25C'est idéalement la première fois qu'on voit
10:29dans notre code,
10:30ou la seule fois.
10:33Donc alors, on va illustrer un tout petit peu ça
10:35avec un use case, évidemment.
10:39Est-ce que vous connaissez
10:40comment ça fonctionne,
10:42les systèmes RAG ?
10:44On connaît tous.
10:45Nickel.
10:46Donc je ne vais pas m'attarder ici.
10:48C'est du temps qu'on gagne.
10:51Donc c'est un peu...
10:53C'est quelque chose comme ça.
10:54OK ?
10:55On est tous d'accord.
10:57Alors,
11:00on va aller direct.
11:01Donc ça, c'est notre agent
11:04de RAG.
11:05OK ?
11:07On a dedans tous les outils
11:09dont on a besoin
11:10pour ressoudre notre problème.
11:12OK ?
11:13Et à un moment donné,
11:14on va faire un choix.
11:16On va utiliser tel service.
11:19On va implémenter tel service
11:21pour ressoudre notre problème.
11:25Donc la clean architecture,
11:27ce qu'ils proposent,
11:27la clean architecture,
11:28c'est de justement placer
11:30l'abstraction au milieu,
11:33définir notre problématique
11:37ou notre domaine
11:42dans une couche à part,
11:47utiliser cette définition,
11:50mais l'implémenter dans une autre.
11:53et du coup,
11:54par des mécanismes
11:55d'injection des dépendances,
11:57soit par configuration,
11:59ça, je ne vais pas rentrer
12:00dans ces domaines-là
12:02parce qu'il y en a plusieurs
12:03et on peut le choisir
12:06par rapport à notre besoin.
12:09Avec un mécanisme
12:10d'injection des dépendances,
12:12on peut facilement switcher
12:15sans changer
12:16le cœur
12:18de notre solution.
12:21Donc ça, évidemment,
12:22on peut le faire
12:23avec la base des données vectorielles,
12:25avec le LLM
12:27as a service,
12:29mais aussi,
12:30on peut le faire aussi
12:33avec le prompt.
12:35Donc de la même manière
12:35qu'on injecte
12:38des services,
12:40on peut injecter
12:41des prompts.
12:42Il y a des mécanismes
12:43qui sont faits pour.
12:44Et comme ça,
12:45on peut séparer
12:47notre logique
12:50de quelque chose
12:51qu'on connaît bien,
12:51c'est le prompt engineering.
12:53Donc on peut faire
12:54du prompt engineering
12:55et changer
12:56justement le comportement
12:58de notre application
12:59en changeant
13:00pas mal de prompts
13:02sans avoir besoin
13:03de redeployer
13:04notre application.
13:07Et ça,
13:07en termes d'expérimentation,
13:10c'est hyper utile.
13:14Un autre use case
13:15qu'on travaille
13:17chez nous
13:18pas mal,
13:18c'est le use case
13:22de recherche conversationnelle.
13:25Donc l'interaction
13:25de plusieurs agents
13:26pour essayer
13:27de comprendre
13:28l'intention
13:29justement
13:29de l'utilisateur
13:31et aller
13:31faire une action précise.
13:35Parfois,
13:36cette expérimentation
13:38passe aussi
13:39par la pertinence
13:40du modèle
13:42de langage
13:43qu'on va utiliser
13:43à chaque étape.
13:46Et justement,
13:47cette architecture
13:49nous permet
13:50de dissocier
13:52chaque composant
13:54et pouvoir
13:54choisir
13:55le modèle
13:58peut-être
13:58le plus pertinent
13:59pour une tâche
14:01précise.
14:06Je voudrais bien
14:07pouvoir parler
14:09des métriques
14:11qu'on a déjà
14:12observées
14:13chez nous
14:14et avec
14:16notre expérience.
14:17On n'aura
14:18peut-être
14:19pas le temps.
14:21Mais bon,
14:21déjà,
14:21on peut parler
14:22de
14:27du multicloud,
14:29de la résilience
14:30multicloud.
14:30on peut garantir
14:32le fait
14:32de pouvoir
14:32basculer
14:33quand on veut.
14:36On peut
14:37dire
14:38que
14:39cette approche
14:40ouvre une porte
14:41à la souveraineté
14:42des données
14:43parce qu'on peut
14:44choisir
14:44notre landing zone
14:45comme on veut.
14:47On peut
14:48dire
14:50qu'on est
14:52RGBD
14:52et AI compliant
14:53parce que
14:54notre solution
14:55ne dépend pas
14:56d'une infrastructure.
14:58Donc,
14:58on ne parle pas
14:59de ça
15:01et
15:01on garantit
15:03justement
15:03la durabilité
15:04de notre investissement.
15:06Notre solution
15:07n'a rien à voir
15:09avec
15:09l'infrastructure.
15:11Notre solution
15:12n'a rien à voir
15:12avec un cloud provider
15:13ni un modèle,
15:15etc.
15:16Notre solution
15:16est complètement
15:17dissociée
15:17de tout ça.
15:20Du coup,
15:21évidemment,
15:22j'aime bien aussi
15:23parler
15:23des inconvénients.
15:25Il y a des couches
15:26d'extractions.
15:28Honnêtement,
15:29on sait tous,
15:29si on est dans la technique,
15:32on sait tous
15:32que c'est
15:33assez négligeable
15:34aujourd'hui
15:35avec les puissances
15:36des calculs
15:37qu'on utilise,
15:39mais ça existe.
15:43Il y a
15:44un inconvénient
15:45très important
15:46que j'aurais aimé
15:48exploiter
15:49beaucoup
15:49et parler
15:50sur ce sujet
15:52beaucoup plus
15:53c'est le fait
15:53de ne pas pouvoir
15:57bénéficier
15:57des features
16:00précises
16:01de chaque service.
16:02Parfois,
16:02il y a des services
16:03qui sont
16:06très attachés
16:07aux services
16:08eux-mêmes
16:10et que du coup,
16:12si on les utilise,
16:14ça veut dire
16:15qu'on est
16:16en train
16:17d'attacher
16:18notre solution
16:19à ces services
16:20précisément.
16:21Donc,
16:22il y a
16:22des concessions
16:23parfois
16:24à prendre
16:25et dire
16:25qu'il faut
16:26penser
16:27nos algorithmes
16:28de manière
16:29générale
16:31et être conscient
16:33qu'on va
16:33perdre
16:34parfois
16:34sur certains
16:36champs.
16:37Eh bien,
16:38c'est une
16:40culture
16:41à prendre.
16:43Il faut
16:43de la responsabilité
16:44pour bien coder.
16:49Du coup,
16:50juste finir
16:52en disant
16:53qu'aujourd'hui,
16:55il faut être conscient
16:58qu'on vit
16:59dans des contextes
17:00géopolitiques
17:01qui sont
17:01assez importants,
17:03qui sont
17:04assez marquants
17:05et surtout,
17:08très important
17:09à prendre
17:10en compte,
17:11le fait
17:12que la performance
17:14aujourd'hui,
17:15ce n'est pas
17:16suffisant
17:16dans nos solutions.
17:17Il faut que
17:18notre solution
17:18puisse être
17:20portable,
17:22puisse être
17:23migrée
17:24à chaque bombe
17:26ou à chaque
17:28conflit.
17:30OK ?
17:32Donc,
17:32ce que je voudrais
17:34vous faire
17:34raternir
17:35de cette présentation,
17:36c'est que la
17:36clean architecture,
17:37elle est très bien
17:38pour si on veut
17:41construire
17:42des agents
17:43infragnostiques
17:44et souverains.
17:46OK ?
17:47Que c'est bien
17:48pour
17:48l'expérimentation,
17:50c'est bien
17:51quand on veut
17:52faire du
17:52cost optimization
17:55et c'est bien
17:57si on veut
17:58de la vraie
17:58portabilité.
18:00OK ?
18:00Et surtout,
18:01si on veut
18:01aussi du
18:02multicloud.
18:03C'est le mot
18:04clé, je pense,
18:05de cette conférence.
18:08Alors,
18:09comment ?
18:09Je vous ai donné
18:10juste quelques
18:11hints,
18:12quelques repères.
18:13On peut rester
18:14en contact,
18:16on peut parler
18:17du sujet
18:19qui, pour le coup,
18:20me passionne
18:20et je serais
18:22ravi de répondre
18:23à toutes
18:23vos questions.
18:25Merci beaucoup.
18:32Bon,
18:32c'était super
18:34Aléandreau,
18:35c'était brillant
18:35comme présentation,
18:36merci beaucoup.
18:38Je suppose
18:38quand même
18:39qu'il y a
18:39des questions,
18:40non ?
18:42Au moins une,
18:43allez,
18:43on va commencer
18:44et puis les autres
18:45viendront.
18:49En tout cas,
18:50merci pour cette
18:51présentation et en effet,
18:52je confirme que c'était
18:53la meilleure de la journée.
18:55Mais j'aurais eu du coup
18:57une question par rapport
18:58à un certain degré
18:59de liberté des agents
19:01au sein de ton infrastructure.
19:04Comment tu définis
19:05ce pourcentage
19:06de degré de liberté
19:08par rapport
19:09à cette infrastructure ?
19:10Comment tu dis
19:11à ce point-là,
19:12je l'arrête totalement,
19:13il n'y a plus d'IA
19:14dans cette partie
19:14de l'infrastructure ?
19:16Et comment on peut utiliser
19:18l'IA dans l'infrastructure
19:19avec ce degré-là ?
19:20Après,
19:21je ne dis pas
19:22qu'on n'a pas d'IA
19:25dans notre infrastructure.
19:27C'est justement
19:27tout le contraire.
19:28Dans l'infrastructure
19:30qu'on va utiliser,
19:32c'est là
19:32où on va coder
19:33tous les connecteurs
19:35vers les modèles.
19:36OK ?
19:37L'IA,
19:38justement,
19:42les algorithmes,
19:43ils vont utiliser
19:44des décisions
19:46d'IA génératives
19:47ou d'IA tout court
19:48dans la couche
19:51d'application.
19:52Mais,
19:53ils vont les utiliser
19:55de manière abstraite.
19:56C'est-à-dire qu'ils ne vont
19:58jamais savoir
19:59qu'est-ce qu'il y a derrière.
20:01OK ?
20:02La couche d'infrastructure,
20:03elle va,
20:04par exemple,
20:05si on utilise un modèle,
20:06on utilise un provider
20:09Azure,
20:11on peut utiliser
20:11un provider Bedrock,
20:13etc.
20:14Et,
20:16l'idée,
20:16c'est de pouvoir définir
20:17nos algorithmes
20:18de manière que
20:20ces switches
20:22puissent se faire
20:23automatiquement.
20:24Donc,
20:25l'idée,
20:25c'est de répenser
20:26nos algorithmes
20:27de cette manière-là.
20:29Je fais les switches
20:29entre
20:30Diptic
20:31et
20:33Mistral
20:34et ça ne change
20:35absolument pas
20:36ma solution.
20:37Et c'est pour ça
20:37que je vous parlais,
20:38justement,
20:39du fait que
20:41on perd,
20:42forcément,
20:43on perd parfois
20:44en performance
20:46sur certains cas
20:48parce que,
20:49je donne juste
20:51un exemple,
20:52il y a
20:53des
20:55méthodes
20:56d'embedding
20:57qui sont déjà
21:00implémentées
21:00sur certains
21:01services
21:04d'azur.
21:05Donc,
21:07on n'aurait pas
21:08besoin,
21:08par exemple,
21:09d'un
21:10embedding
21:10provider
21:11dans notre
21:12algorithme
21:13parce que
21:13c'est fait
21:13automatiquement
21:14avec ce service-là.
21:15OK ?
21:16Et ça marche
21:17très bien
21:17et ça marche
21:17très vite,
21:18surtout.
21:19Donc,
21:20la partie
21:21de re-ranking,
21:22ça marche
21:23encore mieux
21:24que si on laisse,
21:25que si on le fait
21:26de notre côté
21:26parce qu'évidemment,
21:29ils mettent
21:29les paquets
21:30sur ce sujet-là,
21:30etc.
21:32Mais du coup,
21:32notre algorithme,
21:34pour utiliser ça,
21:35il doit se brancher
21:36directement
21:37sur
21:38Azure.
21:40Et c'est pour ça
21:41que je vous dis,
21:41parfois,
21:42on perd
21:42sur certains...
21:46On perd un peu
21:47en performance
21:48sur certains cas,
21:50mais
21:52il faut choisir.
22:02Merci.
22:03Merci beaucoup
22:04pour la présentation.
22:06Quelques questions
22:06sur justement
22:07ces étapes
22:08d'abstraction
22:09qui peuvent
22:10effectivement coûter
22:11cher
22:11en termes,
22:12on a vu,
22:13de features
22:14par rapport
22:15au...
22:15puisqu'on ramène
22:16tout finalement
22:16sur le plus
22:18petit dénominateur
22:19commun
22:19entre les différents
22:20providers
22:22et potentiellement
22:23l'utilisation
22:24de solutions
22:25déjà open source
22:26telles que
22:27l'ITLLM
22:28pour l'abstraction
22:29par exemple
22:30des différents
22:30modèles
22:32de LLM
22:32ou encore
22:33STAC
22:34pour le RAG
22:35qui font pour nous
22:37justement
22:37ce travail
22:39d'abstraction.
22:40Je voulais savoir
22:41si vous avez eu
22:42l'occasion
22:42de les utiliser
22:43à la place
22:45d'une implémentation
22:46maison
22:47versus
22:49effectivement
22:49si vous avez préféré
22:51aller vers
22:52votre propre
22:52implémentation
22:53de ces niveaux
22:53d'abstraction.
22:54Oui,
22:55alors là,
22:56dans le cas précis
22:57de Light,
22:58LLM
22:59c'est peut-être
23:00un bon exemple
23:01qu'on pourrait
23:02justement aussi
23:03coder notre solution
23:05avec ces types
23:06de services.
23:07Ce n'est pas
23:08complètement divorcé
23:10de cette manière
23:12de travailler.
23:13C'est uniquement
23:15une autre
23:16infrastructure.
23:17C'est peut-être
23:18une autre manière
23:19de concevoir
23:21notre application
23:22pour utiliser
23:23ces types
23:24d'infrastructures
23:25qui sont très bien
23:26parce que
23:27ça fait
23:27justement
23:28toute la partie
23:29FinOps
23:29pour nous
23:31etc.
23:33Et
23:34de la même manière
23:36les autres
23:37systèmes RAG
23:39et
23:40systèmes de recherche
23:41conversationnelle
23:41etc.
23:42Il y en a
23:43plusieurs
23:44qui sont déjà
23:46implémentés.
23:49par contre
23:50il y a aussi
23:51le fait
23:52ou la question
23:54qu'on doit se poser
23:55aussi
23:55c'est
23:57toujours
23:58l'équilibre
23:59entre
24:01des agents
24:02très autonomes
24:05entre guillemets
24:06j'aime bien
24:07le mot
24:08entre guillemets
24:09très intelligents
24:10et qui font
24:11eux
24:12tout seul
24:13qui font
24:15tout
24:15eux
24:15tout seul
24:17et nous
24:18on n'a
24:18aucun contrôle
24:20sur
24:21le déroulement
24:24de toute
24:25la partie
24:28pipeline
24:30donc
24:31avantage
24:32j'ai presque
24:33rien à faire
24:34j'ai un seul
24:35agent
24:35qui va faire
24:36tout
24:36je le configure
24:38et j'ai aucun contrôle
24:40des avantages
24:41j'ai aucun contrôle
24:42combien d'appels
24:43je fais
24:43combien de
24:44etc.
24:45quel est le résultat
24:47et de l'autre côté
24:48je sais
24:49exactement
24:50je sais
24:51exactement
24:53ce que
24:54mon application
24:55doit faire
24:56et je laisse
24:58la partie
24:58ou les composants
25:00d'intelligence
25:01artificielle
25:01générative
25:03faire
25:04le moins
25:04possible
25:06c'est un
25:07équilibre
25:07où
25:08il faut que
25:09je code
25:09beaucoup
25:10il faut que
25:11il faut que
25:11je
25:12il faut que
25:14j'implémente
25:14le pipeline
25:15moi-même
25:17et du coup
25:17j'ai la maîtrise
25:18totale
25:18du résultat
25:21et je laisse
25:22uniquement
25:22la partie
25:23où des modèles
25:25faire
25:25des tout petits
25:27trucs
25:27ok
25:28et
25:29parfois
25:29dans certains
25:31use case
25:31ça peut être
25:32bénéfique
25:33même
25:34pour ce qu'on
25:35appelle
25:35la frugalité
25:37parce que
25:37parfois
25:38on utilise
25:39des modèles
25:39qui sont
25:39très petits
25:41et
25:42qui
25:42justement
25:43parce que
25:44cette division
25:46des tâches
25:47de plus en plus
25:48facile
25:49à comprendre
25:50pour un LLM
25:50on a besoin
25:51des modèles
25:52qui sont
25:52beaucoup plus
25:53fins
25:55beaucoup plus
25:55petits
25:56alors
25:56l'avantage
25:57on a un contrôle
25:58total
25:58sur ça
26:00la désavantage
26:01c'est qu'il faut
26:02un effort
26:02d'implémentation
26:03et d'algorithmique
26:08plus poussé
26:10qu'est-ce qu'on veut
26:11je pense que
26:12ça dépend
26:13évidemment
26:14de ce qu'on cherche
26:16mais aussi
26:17du use case
26:17parfois il y a
26:18des use cases
26:18qui sont
26:19vraiment
26:20très simples
26:22à coder
26:22comme ça
26:23comme par exemple
26:23tout ce qui est
26:24règle
26:26aujourd'hui
26:27on connait
26:27des techniques
26:28assez poussées
26:29et qui marchent
26:30très bien
26:30pour des systèmes
26:32RAC puissants
26:35donc à voir
26:36si on veut
26:37rien faire
26:38et laisser
26:39des agents
26:39travailler tout seuls
26:40alors que nous
26:41on sait exactement
26:41comment ça marche
26:42donc on peut le faire
26:44on peut bien les coder
26:45et avoir
26:46des très bons résultats
26:47aussi
26:48voilà
26:50Merci Alérando
26:50pour la présentation
26:51et du coup
26:52je voudrais rebondir
26:53je suis ici
26:54et je voudrais rebondir
26:56sur la question
26:56précédente
26:57en fait
26:57je sais pas si t'en penses
26:58mais je pense que
26:59là on parle
27:00d'être agnostique
27:01et découplé
27:02et j'ai l'impression
27:03que si on est marié
27:04à une solution tierce
27:05pour gagner du temps
27:06pour l'implémentation
27:07et en fait
27:08on est branché
27:09à une solution tierce
27:10j'ai l'impression
27:10qu'on perd tout l'intérêt
27:11en fait
27:11d'être agnostique
27:13et découplé
27:13et par exemple
27:14si on veut faire
27:15un fallback
27:16parce que
27:17comme pendant le Covid
27:17AWS
27:18ils ont un pricing
27:19x10 d'un service
27:20qu'on utilise
27:20et qu'on veut
27:21switcher à la volée
27:22en AB
27:23feature ou quoi
27:24je trouve qu'en fait
27:25du coup
27:25on se marie avec une solution tierce
27:26en fait
27:27pour éviter du temps
27:28de maintenance
27:29et de développement
27:30et on perd tout l'intérêt
27:31de la clean architecture
27:32j'ai l'impression
27:33mais non mais c'est exactement ça
27:34c'est exactement ça
27:36merci pour ta superstition
27:37bon on voudrait poser
27:38encore plein de questions
27:39mais moi j'ai juste
27:39une petite question
27:40et c'est la dernière
27:41je pense je suis désolé
27:41je prends la dernière
27:43c'est comment est-ce qu'on fait
27:44pour avoir un petit forum
27:46d'architectes comme ça
27:47qui essaye de faire
27:48la clean architecture
27:48est-ce qu'on peut faire
27:49un petit groupe
27:50pourquoi pas
27:51pourquoi pas
27:52il y en a dans la salle
27:53qui seraient intéressés
27:55levez la main
27:56ah bah voilà
27:57à part moi
28:00un petit groupe
28:01pour réfléchir
28:02sur la clean architecture
28:03sur les agents
28:03pour continuer la discussion
28:04parce que je pense que
28:05c'est fondamental
28:06je connais déjà du monde
28:07qui pourrait participer
28:08qui sont aux Pays-Bas
28:10donc on peut avoir
28:11un groupe
28:13international
28:13un groupe international
28:14ok super
28:15bon merci beaucoup encore
28:16on peut applaudir
28:17Aléandreau
28:17alors partez pas maintenant
28:19parce que
28:19vous pouvez partir
28:20de l'amphithéâtre
28:20je pense que
Commentaires