Voxxed Luxembourg 2024 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 😉).