2 ай бұрын
5 ай бұрын
6 ай бұрын
7 ай бұрын
7 ай бұрын
7 ай бұрын
7 ай бұрын
Жыл бұрын
Пікірлер
@chrisder1814 3 ай бұрын
il n'y a que bard qui permet de discuter avec KZbin ? il y a par exemple l'extension chrome KZbin summarize qui nous permet de reprendre le transit d'une vidéo dans le LLM de notre choix , est-ce que ça permet de faire ce que bard fait?
@eddybash1342 3 ай бұрын
Non merci
@eddybash1342 3 ай бұрын
Pas fiable et impossible à contrôler à 100pc. Ca va barder avec le client en cas d'erreur de la réponse automatique ! Lol
@science_electronique 3 ай бұрын
🎉
@YehhBaby-h8n 4 ай бұрын
Très intéressant, de bons rappels sur les mesures, de belles pistes. Attention simplement au micro qui frotte, ça devient vite insupportable au niveau du son.
@B3rtracker 7 ай бұрын
très bonne vidéo qui aborde le passage à l'échelle du RAG. actuellement sur ce sujet, et l'étape amélioration du RAG s'avère vite nécessaire dès qu'on commence à avoir beaucoup de documents indéxés. On atteint rapidement les limites d'une recherche uniquement sémantique (comparaison de vecteur entre la question et le contenu des documents vectorisés)
@patrickcopine 10 ай бұрын
Merci pour les explications données. C'est très clair.
@stephcout9384 10 ай бұрын
Super vidéo. Est ce que le contexte qui est transmit au LLM qui contient potentiellement des données critiques sont récupérés par le LLM ?
@NicolasCavallo-vu3jw 10 ай бұрын
malheureusement oui, le contexte contient potentiellement des données critiques. C'est pourquoi il est intéressant d'utiliser un LLM privé dans un environnement sécurisé
@alexandraguiderdoni5709 10 ай бұрын
Merci pour le replay
@DavidSpaeth-mv4gc 10 ай бұрын
Le schéma sur le choix des architectures est vraiment cool. Est-il possible d’en avoir la source histoire d’en savoir un peu plus ?
@ChristopheBG 7 ай бұрын
C’est dans le livre « learning Domain-Driven Design » de Vlad Khononov
@Markus-dk4ro 10 ай бұрын
Très intéressant et constructif. J'ai justement un projet de ce type pour une pme. Je suis assez néophyte dans ce domaine, mais je m'y attelle.. Ce post très clair m'a apporté beaucoup d'informations utiles.
@hazel-BKJ Жыл бұрын
Merci Mr Christophe Breheret-Girardin pour cette clarté dans l'explication !!!
@ChristopheBG Жыл бұрын
Avec plaisir. Merci pour ton retour 🙏🙏
@sveno.1881 Жыл бұрын
Quid de la confidentialité, sécurité? Çà n'existe plus?
@ericlegoubin4462 Жыл бұрын
kzbin.info/www/bejne/aHPdkKGcrZKritE On peut fait un parallèle entre la colonne de blocs verts et l'approche Event Modeling. * Le bloc Use Case Input Port est un déclencheur activé par un événement * Le bloc Use Case Interactor est une commande * Le bloc Use Case Output Port est un modèle de vue. * La Gateway abstraction est un envoi d'événement par la commande. L'événement est un objet de transfert neutre, agnostique à la technologie. D'ailleurs Event Modeling se pose en descendant de DDD.
@christophe.B-G Жыл бұрын
Exactement, les 2 cercles les plus internes sont un moyen de protéger le métier, peu importe la manière dont c'est appelé (trigger d'event, par exemple) et le use case est effectivement le plus souvent une commande. Par contre, le presenter, je le réserve au query (car une commande n'est pas censée retourner quelque chose), et dans une query je n'utilise pas trop mon modèle métier. Et la clean architecture n'explique pas comment modéliser le métier, là où DDD apporte beaucoup de réponses. Pour revenir à ton émission d'évènement, oui, ton modèle métier (ton agrégat, en DDD tactique) peut générer un event qui sera alors transmis à une gateway (vers un autre bounded context, par exemple). Il n'est pas nécessaire de mettre de l'évenementiel partout, mais quand cela est nécessaire c'est un excellent moyen pour découpler
@abdelmonimbakki4417 2 жыл бұрын
Bravo !
@benjaminfritz8656 2 жыл бұрын
Mais ce n'est pas tout l'intérêt de la revue de sprint?
@benjaminfritz8656 2 жыл бұрын
Bonjour, Superbe vidéo mais un point où je suis pas d'accord. Les branches de feature peuvent prendre du temps. Un rebase quotidien est salutaire :)
@OlivierFarlotti 2 жыл бұрын
Dans le principe de répétabilité, vous pourriez ajouté l'objectif de maintien du principe de non événement (ça rejoint le principe de la kinestesie)
@sebastienmeunier895 3 жыл бұрын
Merci pour ce partage d'expérience enrichissant. Bravo pour l'animation de ce comptoir et sa dynamique.
@fabricedevelay5427 3 жыл бұрын
Tres bel initiative car tres intéressant!
@Ragi3l 3 жыл бұрын
"Ne pas laisser sortir cela de cette salle". :oups: Bravo pour l'achievement en tout cas!
@assiaoumhand2521 4 жыл бұрын
Si vous pouvez m aider je ai une mémoire sur l influence de la digitalisation bancaire sur les métiers de la banque
@hajarchaine7883 4 жыл бұрын
Svp si possible m aider j ai un exposé a faire sur la banque de demain dés maintenant
@marcagouni5084 5 жыл бұрын
Comment se nome la speaker IA ? fait-elle partis du groupe OCTO ?
@eytienne2 5 жыл бұрын
bof ?
@gregb8945 5 жыл бұрын
Merci pour ce partage. C'est juste dommage qu'il n'y ait pas le contenu des slides en parallèle de la présentation.
@terrancekelley6186 8 жыл бұрын
In a future version of OCTO you should add a controller system so you can play you games while using the OCTO.
@michaeljodon1726 8 жыл бұрын
+Terrance Kelley Even the top end headsets use bluetooth controllers. They could but don't fix a problem that doesn't exist yet.
@aventurine101 12 жыл бұрын
Excellente application , très bien faite et surtout très utile pour qui veut arrêter de fumer !!!