Пікірлер

• 
  @maybenot42674 күн бұрын

  Merci pour le replay de cette conf super intéressante, et vive erooM !

• 
  @senKeiser8 күн бұрын

  Super intéressant! Merci Florian de m'avoir officiellement converti à Org Mode haha D'ailleurs, ça me rappelle un collègue qui utilisait Org Mode pour ses lunch & learn, ça donnait beaucoup de charme à ses présentations 👌

• 
  @jeremys952210 күн бұрын

  Merci beaucoup pour la conf, c'était très instructifs. Je me permet néanmoins de pointer une erreur ou imprécision sur kafka stream à 40:40 Dans le cas d'un état stocké sur rocksdb, Kafka stream stock le changelog de l'état dans un topic kafka suffixé changelog. Ce changelog remplace le changelog standard de rocksdb. Le même mécanisme existe pour les états stockés en mémoire, un topic de changelog est également créé. Par conséquent, si un noeud tombe, est ajouté ou qu'un rééquilibrage de charge a lieu, l'état sera reconstruit en rechargeant toutes les partitions du topic de changelog correspondant à l'état qu'il faut reconstruire. La vitesse de redémarrage est donc fonction de la charge de chaque partition sur le topic de changelog. Plus il y a de donnée dans la partition, plus il faudra du temps pour recréer l'état. Par conséquent, plus vous avez de partition, plus vous avez de flexibilité pour répartir la charge entre plusieurs noeud.

• 
  @lobastephanedjaki370612 күн бұрын

  Merci

• 
  @florentd.581713 күн бұрын

  Pourquoi trouvons t'on si peu de tutos sur unpoly ?

• 
  @jeanlerocher991918 күн бұрын

  La conf devops la plus enrichissante que j'ai suivie jusqu'ici en français. Merci pour tout

• 
  @soleilfroid261523 күн бұрын

  Très intéressant, merci beaucoup !

• 
  @bureaucafeatelier560325 күн бұрын

  Merci 👍 J'ai enfin réellement compris le principe de l'architecture hexagonale 👍

• 
  @user-il7ud7ou1t25 күн бұрын

  Super talk, merci Stéphane!

• 
  @undefined8917Ай бұрын

  très bonne conf, c'est tres clair !

• 
  @aminexncj803Ай бұрын

  Merci pour. cette présentation ! Quelqu'un saurai me dire pourquoi ne pas utiliser du double Way data binding ?

• 
  @tcharlАй бұрын

  bonjour, ce n'est pas la bonne conférence

• 
  @RomainCausseАй бұрын

  Prez excellente. Merci 👍

• 
  @gixtarrjo3481Ай бұрын

  Je savais pas que le Devoxx faisait la promotion de pseudo sciences… j’attends la conf sur l’animal totem.

• 
  @pfgrivetАй бұрын

  Merci pour cette présentation très instructive.

• 
  @raph-lu4zyАй бұрын

  Merci beaucoup pour cette présentation d'un rôle encore méconnu François ! Une question : ces personnes sont devenues référentes étant donné leur expertise reconnue dans un domaine donné, leur valeur établie précédemment dans leurs équipes respectives. Comment faire pour maintenir alors cette capacité à être un référent sans être forcément intégré au quotidien d'une équipe pendant plusieurs années ? Certains paradigmes finissent par changer ?

• 
  @francoisnollen647711 күн бұрын

  Merci pour le retour. Bien sûr c'est un défi permanent de rester pertinent et de conserver une influence positive et transverse. Ça serait d'ailleurs intéressant d'échanger sur le sujet avec la communauté Staff42, comparer les témoignages et solutions dans différentes organisations. De nombreux facteurs peuvent entrer en jeu. Par exemple, avoir de l'ancienneté dans l'écosystème facilite évidemment les choses, mais il n'est pas impossible de recruter en externe/rejoindre une organisation directement en tant que Staff+. Nos Staff restent "intégrés au quotidien des équipes". Sans être assimilés, ils échangent sur le code et les problèmes techniques, participent aux revues de code, aux points techniques de toutes sortes, à l'animation des pratiques et la veille partagée avec les équipes, ils réalisent eux-mêmes des évolutions ou correctifs de temps à autre (idéalement en pair ou mob programming), suivent et échangent en permanence avec les équipes sur les différents canaux de communication interne... bref ils sont connus et font partie du quotidien des équipes. Pour accentuer encore leur présence et réduire le risque d'un éloignement progressif, nos Staff pratiquent régulièrement des immersions (Go 'n' See, Vis-ma-vie, etc.) pour une période déterminée dans telle ou telle équipe, partageant le quotidien et les missions d'une équipe en particulier, partageant aussi les apprentissages avec les autres Staff+.

• 
  @bzhvikingbreizhviking5195Ай бұрын

  Vous oubliez de montrer une comparaison de consommation mémoire Quarkus/JVM dans un cloud et une appli Spring Boot 3, d'après mes tests Quarkus n'a pas de meilleurs résultats, non ?

• 
  @zimu1765Ай бұрын

  ops,视频中出现了大量的黑屏🥲

• 
  @Soily9Ай бұрын

  Quoi ? Skyblog n'existe plus ?!?

• 
  @DreamsAPIАй бұрын

  Thank you!

• 
  @chawax44Ай бұрын

  Conférence très pertinente ! Les devs ont encore de beaux jours devant eux, l'IA n'est qu'un outil (parfois vraiment bluffant) pour nous aider mais elle ne nous remplace pas. Personnellement je l'utilise essentiellement pour avoir de l'aide sur des sujets que je ne maîtrise pas très bien et pour lesquels j'utilisais les moteurs de recherche avant. Là dès la 1ère réponse j'ai quelque chose de pertinent, que je peux améliorer en lui demandant de préciser. Et c'est un vrai gain de temps par rapport à une recherche Google classique qui retourne beaucoup de merde !

• 
  @une-tasse-de-cafeАй бұрын

  Je suis mitigé du choix "sync" pour la backup, si jamais tu te prends un ransomware -> les backups sont aussi impactées

• 
  @ApprendrelesilenceАй бұрын

  Merci beaucoup

• 
  @MrAgame13Ай бұрын

  Merci beaucoup !

• 
  @olivierbourdon2397Ай бұрын

  Le commentaire final sur Task vs Ansible est intéressant cependant, de mon point de vue, Ansible a besoin d'un interpréteur Python avec tout ce que cela peut contenir comme inconvénients et comme Task est basé sur Go cela me semble beaucoup + "portable" et "atomique"

• 
  @miaounixАй бұрын

  partage très intéressant, merci 👌👍

• 
  @LostInBrittanyАй бұрын

  Excellente vidéo, Raphaël! Vraiment! Je vais lui faire regarder à mon entourage, peut être ça aidera à arrêter les "c'est que dans ta tête" ou "mais tu peux faire un effort" d'une fois pour toutes...

• 
  @dimitridev9126Ай бұрын

  Merci pour le partage 👍

• 
  @MaximeGUINCHARDАй бұрын

  Bravo

• 
  @113bastАй бұрын

  Dommage de ne pas avoir utilisé le app router

• 
  @chawax44Ай бұрын

  C'est le cas sur la partie React Server Components du talk.

• 
  @DevoxxFRvideosАй бұрын

  Début de la vidéo à 1:33

• 
  @pfgrivetАй бұрын

  Merci pour cette présentation claire et enthousiasmante.

• 
  @BobmorissАй бұрын

  Bonjour, on dirai que lorsque l'écran passe en full screen, on a un écran noir sur la vidéo. Exemple a 6:44 kzread.info/dash/bejne/qa2fsc2ydKy0YNY.htmlsi=beN0Q-EFqEaj2BTR&t=402 Ça arrive plus souvent dans la suite de la vidéo

• 
  @mageulgu5322Ай бұрын

  Avant de se moquer des devs qui pensent que L'IA aide à coder plus propre, je suggère aux conférenciers d'avoir la curiosité de demander qq refactos à une AI top tiers (Gpt4, Claude ai Opus, ou juste Github Copilot Chat) en précisant les principes à respecter : clean code, KIS, SoC, DRY, DIE, SOLID. On verra si c'est si naïf de penser que l'IA peut coder plus propre que la pluspart des devs... lol surtout quand le contre argument est une étude qui date de 2022, ce qui est clairement obsolète, vu la vitesse d'évolution des AI du marché. Après, évidemment qu'il faut controller, fixer et tester le code généré... mais ne pas voir le potentiel d'amélioration du code apporter par l'IA me semble vraiment naïf...

• 
  @PascalHoubaАй бұрын

  0:00 : Introduction 2:00 : 1. Premiers modèles de langages 25:05 : 2. En pratique 34:55: Cas concret : Recherche d’entreprise 52:15 : 3. Modèles génératifs 1:23:00 : Modèles génératifs de code 1:27:45 : Modèles avec interactions 1:55:30 : Modèles multimodaux 2:05:00 : Modèles augmentés 2:21:30: 4. Usages et évolutions

• 
  @martingermain2674Ай бұрын

  Superbe partage d’expérience, merci pour cette présentation Raph ! Ça m’ouvre les yeux sur ce sujet.. et comment mieux l’aborder, pour sois et pour les autres ! 👏🏼👏🏼

• 
  @jeremyb1346Ай бұрын

  Excellente conf. 17:40 Coucou Mendax

• 
  @MathieuLeconteАй бұрын

  Merci Amadou Sall pour cette prez

• 
  @DonnyPeponeАй бұрын

  Très bon retour d’expérience. Désormais, Hibernate 6 supporte nativement le multi tenant et cela s’intègre bien Avec Spring bien sûr.

• 
  @devii95Ай бұрын

  Le terminal blanc me pique les yeux

• 
  @chawax44Ай бұрын

  Quand on projette un terminal noir c'est souvent illisible dans une salle ;)

• 
  @MrToto433Ай бұрын

  Merci pour la présentation. Tres instructif. Merci @Devoxx Fr d'avoir partagé les vidéos.

• 
  Ай бұрын

  C'est moi ou c'est une ref à Jean-Jacques Goldman "cette course vous l'avez déjà gagné dans votre vie ?

• 
  @shirleyAlmosniАй бұрын

  Ah non même pas 😂

• 
  Ай бұрын

  @@shirleyAlmosni kzread.info/dash/bejne/fYiuysadmaaZhKw.htmlsi=ww84ObrX2uIbYSvF&t=35 <= la ref en question

• 
  @MichelMendesАй бұрын

  ;-)

• 
  @dalygeekАй бұрын

  Superbe session. je te félicite Anis pour la qualité de ta présentation

• 
  @rolandjost3823Ай бұрын

  Merci Teiva Harsanyi !!!

• 
  @aminesafi7261Ай бұрын

  Excellente présentation, merci Fabien

• 
  @aminesafi7261Ай бұрын

  We can easily detect interference between boundaries and ensure the right responsibility for each building block of the software the same way by detecting them by checking imports, we can automate this using ArchUnit to test our architecture.

• 
  @OlivierNOUGUIERАй бұрын

  Ouah, extrêmement touchant Raph, dans le mille à 2000 %. Je suis juste sceptique sur le "résilient", dans le sens qu'il y a un gros bias du survivant.

• 
  @jonathanwinandyАй бұрын

  Haha, 😂, j'ai le même avis. J'aime beaucoup la vidéo, et ma rigidité en demande plus. Heureusement que c'est lui qui communique sur le sujet et pas des gens comme nous 💪

• 
  @LostInBrittanyАй бұрын

  Je m'étais dit exactement ça en écoutant la partie sur la résilience... 😢

• 
  @OlivierNOUGUIERАй бұрын

  @@LostInBrittany oui, qui se ressemble s'assemble, et le long du chemin on a pas mal de chance d'avoir perdu des compagnons d'infortune. La deuxième lame sur le tard, c'est le syndrome du survivant. Après on est sorti d'affaire askip.

• 
  @RaphaelLemaitreАй бұрын

  Je suis carrément d'accord, même en le disant pendant le talk, j'étais moyennement sûr de cette slide, rajoutée le matin même du talk bien sûr 🤣

• 
  @remigrzАй бұрын

  Excellent présentation

• 
  @ericpetit8371Ай бұрын

  Bravo pour cette conférence originale et éclairante ! Comme je vois que personne n’a encore laissé de commentaires et que le sujet me tient à cœur, je me lance ! En effet, le théorème de Bayes, formalisé par Laplace (qui parlait de « probabilité des causes ») a une très grande portée encore largement sous-estimée aussi bien pour l’apprentissage artificiel que pour la compréhension du cerveau. D’après Stanislas Dehaene, il fournirait le cadre théorique général des sciences cognitives, parlant même de révolution cognitive. Dans ce cadre, la pensée, comme la perception, prend la forme de calculs statistiques régis par la formule de Bayes. Comme vous l’expliquez très bien, l’école fréquentiste a tout fait pour le décrier, de même que le logicien Hempel avec son « fameux » paradoxe du corbeau (Cf wikipédia) censé jeter le doute sur cette théorie jugée "peu intuitive". Pour ceux que cela intéresse, dans le § « approche mathématique critique » j’ai proposé une démonstration infirmant ce paradoxe. Sinon, le théorème de Cox-Jaynes a prouvé l’isomorphisme de l’approche inductive bayésienne avec l’approche fréquentiste. C’est pourquoi l’inférence bayésienne devrait être considérée aujourd'hui comme la théorie moderne des probabilités. Dans cette approche, la probabilité a posteriori traduit en fait un niveau d’état de connaissance sur une hypothèse, soit une probabilité épistémique pouvant s’appliquer à toute proposition sans que cela implique nécessairement un phénomène aléatoire. Concernant la marginale sur les observations, effectivement il est d’usage de faire l’économie de son calcul et d’exploiter la propriété que les probabilités somment à 1 pour à la fin normaliser la plausibilité. Toutefois, cela suppose de connaitre toutes les hypothèses, ce qui n’est pas le cas lorsque l’on fait de l’apprentissage continu ou séquentiel ou lorsque les données sont non-stationnaires. Concernant les probabilités a priori, en effet il est souvent raisonnable de choisir la loi uniforme, mais là-encore, à condition de connaitre l’ensemble des hypothèses possibles. Cette approche contredit d’une certaine manière l’interprétation épistémique des probabilités bayésienne. En effet, si au départ les connaissances sur les hypothèses sont faibles (faute de données ou de théorie) les probabilités initiales devraient être faibles également, et par conséquent pas forcément sommer à 1, sacrilège ! Par ailleurs, c’est bien vu d’avoir mentionné le « Ban » en faisant référence au grand Alan Turing et à son échelle logarithmique des « évidences ». En effet, cette mesure d’évidence rend intelligible l’interprétation des probabilités. Le degré de croyance s’apparente alors à une accumulation d’évidences positives ou négatives. Pour ma part, j’utilise plutôt le deciban (dB) une unité plus précise. D’après Stanislas Dehaene, 1dB serait la plus petite quantité de croyance perceptible ! Et comme il le dit, l’accumulation d’évidences finit toujours par s’imposer pour modifier la décision, ce qui nous permet de remettre en cause nos croyances (à condition de n’être pas trop borné). Vous avez aussi mentionné l’utilité de Bayes pour estimer les paramètres des modèles prédictifs. Je complèterais en soulignant que Bayes ouvre aussi la voie aux approches non paramétriques, en particulier au travers des réseaux bayésiens. Pour résumer, cette théorie formalise un mode de raisonnement rationnel en présence d’incertitude. Il s’agit même d’une approche normative permettant de tirer de façon optimale des conclusions logiques en présence d’incertitude. On peut donc parler de la « formule de la connaissance ».