VoxxedLu on Zwindler's Reflection

Récap du deuxième jour de Voxxed Days Luxembourg 2024 - Vendredi

Fri, 21 Jun 2024 20:00:00 +0200

Note vous pouvez retrouver mon récap’ de la veille (jeudi) ici

Technique et géopolitique, quel rapport ?

Deuxième jour de Vooxxed Lu ! Prêt ? Lezgoooooo

La journée commence avec une keynote de Benjamin Bayart (Cofondateur de la quadrature du net, exPrésident de FDN, créateur de la FFDN…).

Comme je l’ai dit sur Twitter, ça fait du bien de commencer une journée de conférence avec une personne aussi habitée par les sujets de données personnelles et des conséquences sociales de l’informatique.

Benjamin est aussi passionné que passionnant, et met les bons coups de pieds, dans les bonnes fourmilières.

Quelques concepts sympa, pèle mêle :

L’ordinateur est fatal (NDLR “irrémédiable”)

Tout fichier est une maltraitance potentielle

Les gens ne sont pas des choses. Il faut considérer les gens comme des choses pour les (mal)traiter en masse (réification)

Je ne suis que la somme des données qui me décrivent

Le medium, c’est le message. Ca va structurer la société d’une certaine manière (exemple avec la radio)

Les systèmes auto-organisés fonctionnent, c’est la pensée “anarchiste”. Il y a des règles, juste, pas de chef pour les imposer

L’auto-organisation ça touche à la structure du pouvoir en entreprise. Lorsque ça ne marche pas, c’est souvent parce que le pouvoir change de mains.

Il faut sauver le dernier giga de RAM

Damien Lucas et Ivan Béthus (deux compatriotes bordelais !) nous ont joué REX scénarisé en mode storytelling : “vous avez 3 semaines pour éviter l’explosion d’une application dont le pic de charge est imminent”.

Quand on fait du java, au moment de la conception on ne se soucie pas du tout la mémoire, c’est le garbage collector qui s’en occupe.

Sur les ordinateurs, on a plein de RAM, parfois plus qu’en prod. Quand on a des soucis de prod, on ne sait pas comment s’y prendre.

Damien et Ivan ont ensuite présenté sur un exemple relativement réaliste de code différentes méthodes (heapdump OOM, JFR, pgstat statement, IntelliJ profiler, hypersistence) et des méthodes (streams, query hint) pour trouver là où la RAM est consommée et réduire les problématiques.

N’étant pas Javaiste, il a fallu que je reste bien concentré pour bien comprendre, mais c’était intéressant à voir et ça donne des clés pour un éventuel futur contexte ;-).

C’est l’heure du Check-Up de vos pipelines CI/CD !

Après le déjeuner, je suis allé voir le talk d’Aurélien Coget qui nous a présenté la plateforme R2Devops.

le code des pipelines est aussi important que le code applicatif

Le logiciel permet d’avoir une cartographie des différentes pipelines de CICD d’une entreprise, avec une attention toute particulière aux attaques de type supply-chain, ou la mesure de la conformité de ces pipelines en fonction de divers critères (qualité de code, ISO27000…)

La plateforme R2Devops a l’air bien fichue, très configurable et permettant d’avoir une vision d’ensemble, mais s’adresse quand même à des entreprises ayant un certain nombre de pipelines.

Tabby, mon “Copilot” libre

Rafik Ferroukh nous a présenté une alternative à Github Copilot (ou équivalent JetBrains AI / tabnine / CodeWhisperer) avec Tabby ML (Tab by ML), un projet Open Source.

Contrairement aux modèles de type copilot payants et propriétaires, Tabby by ML peut être customisé (on peut changer de LLM par exemple), est utilisable hors ligne et donc sans risque de leek de code propriétaire.

Parmi les fonctionnalités de l’outil, il y a :

la complétion de code directement dans l’IDE
la possibilité de récupérer du code sur des dépôts pour donner le contexte (RAG)
un chat playground

A voir la pertinence des différents modèles de langage spécialisés par rapport aux modèles payants, mais l’outil a l’air prometteur. A tester !

Rendez l’agilité aux développeuses et aux développeurs !

J’avais déjà vu ce talk de Fanny Klauk en 2022, mais que ça fait du bien de le revoir :)

Sous prétexte d’autonomie et d’auto-organisation des équipes, on met une pression extraordinaire sur les équipes de techs.

Ca parle de bonnes pratiques humaines (onboarding, suivi opérationnel…). Je ne spoil pas, c’est un livre dont on est le héros, il faut le voir (en replay, ou encore mieux, en vrai !).

Cracking the Quantum Code: Découvrons la révolution quantique !

Laurent Grangeau a décidé de nous faire découvrir l’informatique Quantique pour le tout dernier créneau de VoxxedLu. Un talk sur un sujet léger à la toute fin du deuxième jour de conférence, rien de mieux 🤣.

On ne va pas se mentir (Laurent est d’accord), si vous n’avez pas un minimum de connaissances en physique, notamment quantique, ce talk peut être un peu ardu à aborder.

Cependant, Laurent a pris le temps d’introduire très progressivement les différents concepts (électronique classique, algèbre de bool, puis le pendant quantique, le qubit, ses propriétés, etc).

Ayant fait de la physique quantique en prépa et un module d’informatique quantique en école d’ingénieur (même si j’en avais tout oublié), j’ai beaucoup apprécié ce talk qui m’a donné envie d’y revenir, par curiosité.

Le problème dans l’informatique quantique finalement, ce ne sont peut-être pas les équations (pas forcément hyper accessibles), mais plutôt le fait que cela reste encore très abstrait (peu d’applications concrètes malgrés les premiers ordinateurs).

Sponsors, copain⋅es

Comme souvent, cette conférence a également été pour moi l’occasion de parler avec beaucoup de monde, aussi bien côté sponsors que côté speakers.

J’ai beaucoup discuté avec Thomas, Julien, Henri, Benjamin, Pietro, Geoffrey, Amine, Damien, Ivan, Fanny, Benjamin (bis), Thierry, Rachid, Fabien, Valentin, Erwann, Yannick, Annabelle, Aurélien, et celleux dont j’ai malheureusement oublié le prénom.

Un immense merci à Pierre-Antoine (merci merci merci, vraiment !), Gildas, et tout le reste de l’équipe d’organisation pour cette fantastique conférence.

PS: je les ai tous attrappés :)

Note vous pouvez retrouver mon récap’ de la veille (jeudi) ici

Récap du premier jour de Voxxed Days Luxembourg 2024 - Jeudi

Fri, 21 Jun 2024 08:00:00 +0200

Note : vous pouvez retrouver mon récap’ du lendemain (vendredi) ici

Back to Luxembourg!

Comme je le disais dans le post précédent, je suis pour deux jours au Luxembourg pour la conférence VoxxedDays Luxembourg. J’avais déjà fait cette conférence en 2022 donc j’ai cette fois ci un peu plus mes marques.

Keynote astropierre

La journée a commencé très très fort avec une keynote d’@astropierre (de son vrai nom Pierre Henriquet), médiateur scientifique, sur “les robots dans l’espace”.

Après une rapide définition de ce qu’est pour lui un robot, astropierre a commencé à nous raconter un peu la course à l’espace notamment dont les robots sont en effet très présents.

De sputnik en 57 à Mars 3 en passant par Viking 1 et Voyager, Pierre a eu à coeur d’adapter son discours à l’auditoire, en insistant sur les capacités techniques (souvent quelques ko de mémoire) et les bugs (logiciel des batteries de Viking, problème de conversion avec Mars Orbiter, rayons cosmiques pour Voyager…).

Petit garçon fan de science fiction que je suis, cette keynote m’a évidemment beaucoup plu.

Main room - Henri Gomez - SRE, Mythes vs Réalités

J’étais forcément un peu spoilé pour cette conf d’Henri Gomez pour deux raisons. D’abord, j’en ai donné une similaire dans plusieurs conférences ces dernières années (voir SRE ! SRE partout).

Ensuite parce qu’on a mangé ensemble la veille :-p.

Après avoir expliqué d’où vient le terme SRE, ce que sont ses missions, Henri a ensuite décrit ce qu’iels étaient et n’étaient pas, avec assez de justesse.

Le SRE est avant tout un individu pluridisciplinaire, un bon généraliste, pas un super héros qui maitrise toutes les stacks (de plus en plus pléthoriques).

Henri donne quelques conseils sympa pour éviter de tomber dans le piège de “Google fait ça, il faut qu’on fasse pareil”. J’ai bien aimé son ratio d’équipe “1 senior pour 2 juniors”, et aussi la règle de “Tu veux un nouveau soft dans la stack ? Retire en deux d’abord !”. A tester ;-)

Comment nous avons transformé les restos du coeur en cloud provider

Je ne pouvais pas louper ce talk de mon collègue Julien Briault, qui mène littéralement une double vie puisqu’il cumule, en plus de son emploi le jour chez DEEZER, une activité très intense au sein du SI des Restos du Coeur.

Je ne pense pas spoiler le talk, je vous invite plutôt à le voir. Julien explique avec humour et humilité le contexte technique qui a poussé l’antenne locale à proposer de concevoir et d’héberger de l’informatique interne pour les restos au national.

Demystifions les composants internes de Kubernetes

Après un bon déjeuner, c’était l’heure de mon talk !

Je vous rappelle le pitch :

De nos jours, beaucoup d’entre vous (devs, sysadmins, …) utilisent Kubernetes, d’une manière ou d’une autre. Vous savez ce qu’est un container et qu’on peut faire confiance à Kubernetes pour le déployer de manière fiable en production.

Mais au-delà de ça, vous êtes vous demandé “comment” Kubernetes fonctionne ?

Entre le moment où vous faites un kubectl apply (ou un helm install) sur votre PC et le moment où l’application est accessible, que s’est-il passé ?

Quand un nœud tombe en panne, qu’est-ce qui fait que l’application est relancée sur un autre nœud sans qu’on ait besoin de réveiller l’humain en astreinte ?

Comment se fait-il qu’on puisse accéder à n’importe quel container de notre cluster sans faire appel à une administratrice réseau chevronnée à chaque nouveau déploiement ?

Je vous propose de décortiquer ensemble tous les composants internes de Kubernetes pour découvrir que “non, Kubernetes, ce n’est pas automagique”.

Réagir à temps aux menaces dans vos clusters Kubernetes avec Falco et son écosystème

Rachid Zarouali et Thomas Labarussias ont ensuite fait une longue démonstration des capacités de Falco, un outil de détection des menaces au runtime dans les environnements Linux et Kubernetes.

Après quelques rappels sur les fondamentaux (syscalls, kernel modules), Thomas et Rachid ont introduit eBPF et notamment ses avantages dans le cadre de la collecte des syscall par sysdig (éviter de patcher/recompiler les kernels : Compile Once Run Everywhere).

Ils nous ont ensuite montré comment comprendre / écrire des règles dans falco, puis des exemples d’alertes, et nous ont présenté Falco Sidekick et Falco Talon.

On a fini par une démo de bout en bout, qui s’est bien passée 😅.

Pas de bol, en même temps il y avait TROIS conférences que j’aurais aimé voir :

Pull Request Professionnelle : Comment Promouvoir son travail en interne “
Renovate, où comment garder son projet à jour !
Argo et Flux sont dans un Kargo, lequel tombe à l’eau ?

Je regarderai les replays.

Au secours ! Mon manager me demande des KPIs !

Après une bonne pause sponsor pour ma part, je suis allé voir le talk de Geoffrey Graveaud. Il s’est attaqué à un sujet épineux pour beaucoup : les KPIs. Surtout celles qui viennent d’en haut (top down), sans retour des contributeurs individuels (bottom up).

Pèle mèle, ça parle de DORAs metrics (LTC, DF, TTR, CFR…), d’Accelerate, la technique d’interview, de pratiques de développement, de retours (sans influencer les opinions), de psychométrie (voir Albert Moukheiber)…

Pour ceux qui ne connaissent pas Geoffrey, il est très fort pour raconter des histoires. Je n’en dis pas plus pour ne pas spoil, mais je vous invite à voir sa session, présentée de manière aussi inhabituelle que réussie. Je vous invite à voir le replay plutôt que de dénaturer sa présentation.

Je garde juste cette petite citation juste comme ça :) :

Des compteurs sans moteurs, ça ne vaut rien

Astropierre le retour, puis soirée speaker

Nous avons fini la journée sur une seconde keynode d’Astropierre, sur la fusion thermo-nucléaire cette fois-ci. Ca m’a rappelé mes cours de physiques en prépa, c’était cool :)

Merci Astropierre, c’était très agréable de finir cette première journée là-dessus, on sent la passion de la transmission du savoir (pierre et très pédagogue et très accessible) autant que de la technique.

Et après l’effort, le réconfort ! Je n’ai pas pris de photos pour bien profiter. C’était un chouette moment d’échange avec mes pairs.

Note : vous pouvez retrouver mon récap’ du lendemain (vendredi) ici

Retrouvez-moi à Voxxed Luxembourg 2024

Wed, 12 Jun 2024 14:00:00 +0200

TL;DR: Retrouvez-moi jeudi 20 juin à 13h45 à VoxxedLu pour ma probable dernière conférence de l’année en tant que speaker (j’explique pourquoi après).

Voxxed Days Luxembourg ?

Voxxed Days Luxembourg revient pour sa 5ème édition, promettant deux jours intenses à parler tech et à se faire chouchouter par les copain⋅es du YaJUG.

Si vous ne connaissez pas l’événement, c’est la réunion annuelle 500 développeur⋅es et professionnel⋅les de la tech passionnés au Luxembourg. Je l’ai déjà dit plusieurs fois, mais VoxxedLu, c’est vraiment une de mes conférences préférées.

La mort dans l’âme, je n’avais pas pu être présent à l’édition de l’an dernier, mais cette année, j’ai libéré mon agenda très en amont pour être sûr de pouvoir y être.

C’est d’ailleurs d’autant mieux, car j’ai une nouvelle fois la chance de venir en tant que speaker, pour présenter une version raccourcie de mon talk “Démystifions les composants internes de Kubernetes”.

Comment on fait pour venir ?

Si vous n’avez pas encore pris de billet, il est malheureusement trop tard, car la conférence est sold out… Cependant, je pense qu’il y aura des replays des sessions dans les salles les plus grandes (peut être pas la mienne, à vérifier).

Dans tous les cas, si vous avez votre billet, n’hésitez pas à me pinger sur Bluesky ou LinkedIn si vous voulez me faire un coucou 👋, ça sera avec grand plaisir !

Et si vous me croisez le jour J, venez me parler, ça me fait très plaisir de rencontrer des gens “en vrai”. Je n’ai mordu personne 😛 (à ce jour).

Le pitch de mon talk

De nos jours, beaucoup d’entre vous (devs, sysadmins, …) utilisent Kubernetes, d’une manière ou d’une autre. Vous savez ce qu’est un container et qu’on peut faire confiance à Kubernetes pour le déployer de manière fiable en production.

Mais au-delà de ça, vous êtes vous demandé “comment” Kubernetes fonctionne ?

Entre le moment où vous faites un kubectl apply (ou un helm install) sur votre PC et le moment où l’application est accessible, que s’est-il passé ?

Quand un nœud tombe en panne, qu’est-ce qui fait que l’application est relancée sur un autre nœud sans qu’on ait besoin de réveiller l’humain en astreinte ?

Comment se fait-il qu’on puisse accéder à n’importe quel container de notre cluster sans faire appel à une administratrice réseau chevronnée à chaque nouveau déploiement ?

Je vous propose de décortiquer ensemble tous les composants internes de Kubernetes pour découvrir que “non, Kubernetes, ce n’est pas automagique”.

See you there!

bonus info “perso” - pourquoi c’est ta dernière conférence de l’année en tant que speaker ???

Ce n’est pas un secret, car j’en ai parlé déjà sur Twitter, je quitte mon employeur actuel et je serai volontairement “sans-emploi” pendant quelques mois.

Dans un premier temps, je vais profiter de l’été pour me reposer, car j’en ai impérieusement besoin. Puis je reprendrais un nouveau challenge en septembre, dans un nouveau contexte technique et une deadline assez serrée.

Ajoutons à cela le fait que je suis aussi encore dans l’équipe d’organisation de la conférence BDX I/O, ça ne laisse pas de place pour d’autres conférences, a fortiori en tant que speaker.

Je reviendrais avec de nouveaux talks (j’ai plein d’idées) courant 2025. D’ici là, je ne m’interdis pas de participer à de plus petits événements, comme des enregistrements de podcasts, par exemple (oui, c’est du teasing 😉).

Voxxed Days Luxembourg 2022 - Jour 2

Fri, 24 Jun 2022 16:00:00 +0200

Deuxième jour !!

Si vous voulez lire le compte rendu du premier jour, c’est par ici

Après un repas des speakers des plus sympathiques, c’est parti pour une deuxième journée à Voxxed Days Luxembourg.

“PAG” (Pierre Antoine) a rapidement parlé de l’organisation de ce genre d’événements. Cette année, 200 talks ont été proposés, mais il a fallu en sélectionner seulement 70.

Pierre Antoine a également remercié les “Golden tickets” qui participent à la notation et facilitent donc le choix des talks pour les orgas.

Darwinisme numérique

Cette keynote d’ouverture de ce 2ème jour a été réalisée par Didier GIRARD (Co-CEO SFEIR).

Pour lui, l’informatique, c’est un des métiers les plus “durs” du monde. C’est aussi très souvent un métier “passion” (quand il a posé la question à la salle, 80% des gens ont levé la main).

Son motto : ne jamais confier son avenir à un tier, pour rester maitre de sa vie pro. Ca nécessite de comprendre le futur, d’où la référence à Darwin et la survie du plus apte ;-).

son constat, c’est que notre monde est en perpétuelle évolution (car il n’aime pas dire en “transformation numérique”) et 3 types d’entités doivent évoluer pour ne pas être inapte à ce “nouvel” environnement.

D’abord, les nations (notamment européennes), qui doivent devenir souveraines (attention à la connotation politique du terme). C’est autant vrai sur le software que le hardware. C’est aussi à nous en tant que citoyens d’être exigeants sur les services fournis par son pays.

Ensuite, les entreprises traditionnelles, qui se retrouvent toutes concurrencées par des entreprises “natives” (medtech, agritech, ****tech). Elles doivent s’adapter (dans le mouvement), rester compatibles avec le futur (pas le présent, encore moins le passé), passer plus vite en prod (accept failure as normal, blameless).

Enfin, les individus (notamment dans la tech), qui doivent toujours chercher à travailler leur employabilité future.

On trouve un job sur ses hard skills, on fait carrière avec les softs skills.

Pour terminer, Didier nous a fait une petite citation inspirante qui m’a plu (même pas apocryphe, pour une fois)

Le hasard ne favorise que les esprits préparés – PASTEUR

REST, gRPC, GraphQL, Webhooks : dans quelles situations ?

Ce talk de François DELBRAYELLE était un tour d’horizon de toutes les solutions pour faire discuter des composants web entre eux (avantages, inconvénients, patterns).

Dans le cadre du talk, il nous a présenté différents moyens de faire communiquer des processus entre eux.

On a comparé :

REST
GraphQL
gRPC
les Webhooks

En quoi ils étaient différents, dans quels cas ils étaient conseillés. J’étais assez content de voir que j’avais assez de culture générale pour savoir globalement comment ça marchait ;-)

Les slides sont disponibles ici

Side note: ça m’a fait sourire d’entendre reparler de SOAP et de Corba 🙃, source de cauchemars en école d’ingé.

Lead Dev, 3 ans d’xp, et alors ?

Cette fois-ci j’ai réussi à organiser mon temps, de manière à être disponible pour les Lightning talks du midi.

Le premier que je suis allé voir était un talk sur le métier de “Lead dev”, réalisé par Lise QUESNEL.

Passer lead est avant tout une question de mindset / soft skills et elle nous a démontré qu’il était possible (au travers de son propre parcours) de devenir lead dev avec seulement 3 ans d’expérience.

Pas forcément besoin d’avoir 10 ans d’XP, de ne plus coder ou d’être un homme.

Elle nous a donné sa définition de ce qu’est un lead dev et en quoi c’est distinct d’un expert technique.

Le lead dev accompagne l’équipe à la réussite du projet Le lead dev a plus de réunion, c’est parfois difficile de ne pas se retrouver avec l’agenda rempli

Tout petit point de désaccord, je ne suis pas totalement en phase avec sa définition du “tech lead”, relégué à la simple expertise technique (à un moment du talk). De mon point de vue, le techlead est simplement un “lead dev” sur un domaine technique donné, avec tout ce que ça implique en termes de “soft skills”.

Mais ce genre de point de vue dépend énormément de l’entreprise dans laquelle on travaille.

Améliorer les compétences et les infrastructures avec les katas d’architecture

Juste après, j’ai enchaîné avec un talk d’Alexandre TOURET sur les katas d’architecture.

Devenir un bon architecte logiciel s’apprend par la pratique. S’entraîner permet d’éviter de prendre des mauvaises décisions en conditions réelles.

Le but d’un kata d’archi est de former à la conception d’architectures logicielles dans le cadre d’un même exercice donné à plusieurs équipes mixtes (juniors, seniors, ops, etc).

Pas familier avec les Katas (je connaissais vaguement le concept et savais que certains devs en font entre eux), j’ai adoré l’idée (encore plus pour le côté mixité des profils dans chaque équipe).

J’aimerais vraiment tester un jour.

Les slides sont disponibles ici et il y a plusieurs liens pour trouver des katas, justement.

Performance et prix, comment le hardware influence nos programmes : le journal du hard pour les dev

Forcément, un talk avec Quentin ADAM qui parle de hardware, j’étais obligé d’y aller ;)

Qui connaît la ref des CPUs dans ses serveurs ici ? Qui a fait de l’assembleur ? Ah ! mais vous êtes quand même un peu vieux en fait

Quentin a abordé beaucoup de sujets différents. Le but de talk était visiblement de faire un tour d’horizon de pourquoi le hardware, c’est important quand on fait du software (et aussi de comment en tirer le meilleur parti) !

C’est intéressant de savoir quel CPU on utilise, car en fonction du CPU on a différents jeux d’instructions et des architectures optimisées pour différents besoins. La plateforme peut avoir un impact capital sur les performances ou l’efficacité (perf par watt) de certains workloads.

J’ai d’ailleurs eu un exemple concret la semaine dernière, avec un workload de type calcul matriciel et des performances allant du simple au double d’un CPU à l’autre.

Achetez les processeurs avec les jeux d’instructions dont vous avez besoin !

Ca a évidemment parlé de compiler soi-même son kernel et ses binaires, mais aussi du European Chip Act (souveraineté, construire des CPUs sur le sol européen va être beaucoup plus simple), d’Open compute projet et de DPU (smartNIC, etc).

Difficile de louper la patte de David Legrand sur les benchs. J’ai aussi beaucoup souri quand Quentin a parlé de DPU et d’OCP, des sujets très très geeks qui auraient eu toute leur place chez NextInpact (cf cet article sur les DPU). David, tu sembles être tombé au bon endroit ;-).

Fin

Malheureusement (surtout vu comment c’était magnifique le Meet and Greet), j’ai dû quitter la conférence plus tôt pour rentrer chez moi 😭 (photos de speakers qui eux sont restés)

(Lien cassé Marcy a fermé son compte Twitter)

Pour être sûr d’avoir mon avion et éviter le taxi, je suis parti à 15h30 pour finalement arriver (en courant à la correspondance) à l’aéroport à 17h15 😬😬😬.

J’ai donc loupé plusieurs talks que j’aurais aimé voir (notamment “Faire évoluer ses API HTTP, une approche en plusieurs étapes” de Nicolas FRÄNKEL et “Vertex AI: Pipelines for your MLOps workflows” de Marton KODOK).

Je remercie une fois encore les organisateurs de la conférence d’avoir accepté un de mes talks. C’était vraiment top, tout s’est passé comme sur des roulettes, autant la salle que le traiteur, en passant par la technique.

J’ai eu de chouettes discussions avec Quentin, Cécile, Aurélie, Philippe, Olivier (en plus de tous ceux que j’ai déjà cité hier et ceux que j’oublie)…

Au revoir Luxembourg, à bientôt j’espère !

Voxxed Days Luxembourg 2022 - Jour 1

Wed, 22 Jun 2022 12:00:00 +0200

Dernière conférence (avant un bon bout de temps)

C’était pas mal intense, ces derniers temps, en termes de conférences. Aujourd’hui je suis à Voxxed Luxembourg 2022 ! Et vous me connaissez, je n’arrive pas à m’empêcher de faire un petit recap’ à chaud des talks que je viens de voir.

Je ne connaissais ni VoxxedLu, ni le Luxembourg tout court en fait et j’étais super content d’être accepté en tant que speaker pour découvrir ça :)

C’est Pierre Antoine Grégoire (@zepag), qui a ouvert cette édition. Il a commencé par nous a reparlé de ces 2 ans sans VoxxedLu (cause COVID).

Et probablement un peu pour embrayer sur la keynote, il a ensuite rappelé qu’il y a encore en conférence beaucoup plus d’hommes que de femmes. Peut-être même plus depuis la crise COVID ?

Pourquoi vous n’attirerez et ne retiendrez pas les femmes dans vos équipes tech !

Et donc, la keynote du premier jour a été faite par Marcy CHAROLLOIS (lien cassé, Marcy a quitté Twitter).

Marcy a fait ce talk à Devoxx FR en avril dernier. J’avais été le voir et j’étais content de le RE-voir, car il y a beaucoup de messages à assimiler.

Habitus
Status-quo
Resistance au changement
Courbe du deuil
Attraction / Rétention des femmes

Marcy aborde plein de sujets importants pour comprendre POURQUOI tant de femmes quittent la tech. Je ne spoil pas plus, le talk est à voir.

(Merci Marcy ;-p)

Scaling a dormant Java application from 0 to 100 pods in seconds? Quarkus and Knative to the rescue!

Kevin DUBOIS, solution architect et developer advocate chez Redhat, nous a fait une présentation suivie d’une démo sur Quarkus et KNative.

Je ne m’étais pas trop intéressé à KNative, mais effectivement, dans le cas d’un microservice “event driven” (en mode serverless), c’est hyper intéressant et Quarkus+GraalVM (avec un démarrage d’une bête API REST en 0.016s) est réellement utile, par rapport à une JVM.

Un point dont n’a pas parlé Kevin est que certes, le couple Quarkus+GraalVM boote très vite, mais qu’on a tout un overhead apporté par Kubernetes pour l’affectation (Scheduling) et l’initialisation des Pods.

En gros, ça marche, mais pas non plus à 0.016 secondes ;-)

Le GitOps dont vous êtes le héros

Je ne vais pas pouvoir vous décrire totalement ce talk de Louis TOURNAYRE puisqu’il s’agit d’un talk “interactif” en mode “livre dont vous êtes le héros”.

Ce talk est TRES TRES bien fait, l’expérience est super agréable, mêlant avec brio interactivité, choix multiples et démos lives.

A l’issue de notre “histoire” (puisqu’il y a plusieurs branches possibles), nous avions vu comment déployer une application avec k3d, Gitops et ArgoCD avec en plus des fichiers Dhall et expérimenté les Sealed Secrets avec kubeseal (on a même aussi parlé brièvement de Hashicorp Vault, j’en parle dans cet article).

A voir absolument si ces technos vous intéressent.

Déjeuner

J’avais prévu d’aller voir “🏡 Full-remote : comment réussir à travailler en équipe ?” de Lise QUESNEL et “L’affordance ou comment l’utilisateur interprète et perçoit une interface” de Salvatore BERRITTELLA, mais je n’ai finalement pas réussi à y aller.

Choreography vs Orchestration in serverless microservices

Guillaume LAFORGE de chez Google nous a fait un talk pour parler des avantages et des inconvénients de deux patterns :

Orchestration (REST, not loosely coupled)
Choregraphy (event-driven)

A première vue, l’approche Choregraphy semble plus efficace (meilleure résilience en cas de coupure d’un de composants de la chaîne métier). Et tant que c’est simple, ça va.

Sauf que si on imagine un processus métier un peu plus compliqué. L’approche événement n’est pas simple à décrire et peut être difficile à debug, même lors de l’écriture du code.

Guillaume a ensuite montré un exemple des deux approches avec une app de partage de photos, développé dans les 2 modes.

Du code Terraform VRAIMENT factorisé avec Terragrunt

A 14:45, c’était mon tour avec mon “Tool in action” sur Terragrunt, un wrapper de terraform.

Tout s’est bien passé même si j’étais super stressé et un peu speed (talk calibré pour 25-30 minutes, j’en avais 20).

Si vous voulez voir les slides, elles sont là (et le code, ici)

J’adore quand un “plan” se déroule sans accroc

Indexer ses documents bureautiques avec la suite Elastic et FSCrawler

Juste après moi, David PILATO nous a présenté FSCrawler, un projet open source (qu’il développe en side project), qui remplace avantageusement l’ingest-attachment plugin d’ElasticSearch pour aller chercher des métadonnées dans les documents open office, pdf, mp3, etc.

Dans les deux cas, c’est Apache Tika qui est utilisé pour récupérer les métadonnées.

Sauf que FSCrawler permet de crawler des fichiers sur un FS local ou distant au fil de l’eau, de n’envoyer à ElasticSearch que les métadonnées et pas le fichier complet à ElasticSearch pour traitement (on réduit donc la bande passante et on éviter de charger les documents en RAM côté Elastic), est capable de faire de l’OCR (avec tesseract), …

Depuis peu, Elastic a ajouté “Workplace search” en outil gratuit de la suiteElastic, ce qui permet en plus à FSCrawler d’avoir une UI.

C’était intéressant.

Comment Doctolib a traversé la crise du COVID : dernier rappel

Nicolas MARTIGNOLE nous a fait un talk sur tout ce qui avait changé chez Doctolib avec les différentes campagnes de vaccination COVID en France.

Fun fact, une très grosse partie de la salle a levé la main quand Nicolas a demandé qui était passé par Docto à un moment donné.

Il a dit énormément de choses c’est difficile de tout résumer sans faire un pavé.

Personnellement, j’en retire (surtout avec la conversation qui a suivi) que Doctolib a un processus de gestion des incidents (Incident management) très au point.

Nicolas nous a aussi montré des chiffres sur l’évolution de Doctolib au travers de cette crise, a reparlé du chiffrement des données.

Chiffrement des données au repos Chiffrement de bout en bout pour certaines données médicales. Pas toutes. Les données ne nous appartiennent pas, elles appartiennent aux patients et aux médecins

Enfin, Nicolas a (re)parlé de choix techniques (tech radar, une seule DB et l’impact que ça a chez eux, modular monolith?) et du coût de leur CI (colossal, car ils lancent 40k tests et spin un cluster de 500 machines).

Très intéressant.

Compose v2 & Compose Specification

Guillaume LOURS a fait un tour d’horizon de l’évolution de Compose depuis Fig et l’apparition de la spec pour les fichiers de configuration Compose.

C’était intéressant d’avoir l’historique et d’avoir plus de détails sur les features qui étaient les plus demandées (qu’ils ont implémenté dans Compose v2), mais n’étant pas utilisateur de Compose je ne suis pas forcément le meilleur public pour juger ;-).

Soirée des speakers

A l’issue de la conférence, j’ai pu discuter avec plusieurs personnes, en particulier avec Gildas, François, Nicolas et Mathis.

Merci à tous, c’était très enrichissant :).

Jour 2

Si vous voulez lire le compte rendu du deuxième jour, c’est par ici