Voxxed Luxembourg 2022 on Zwindler's Reflection

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