🥡 The Tech Away | Issue #1
De la veille tech à emporter | Avril 2024
Bienvenue dans ce nouveau format !
Comme je vous l’avais annoncé en décembre 2023, j’ai eu besoin de faire une pause sur le format #WeeklyCuration
J’ai eu plusieurs projets qui se sont cumulés ces derniers mois en parallèle, et j’ai ressenti le besoin de faire évoluer la formule. Publier autant de liens chaque semaine, c’était épuisant pour moi, et vos feedbacks, ainsi que l’analytics fourni par la plateforme, m’ont permis de voir que la cadence était difficile à suivre pour vous aussi.
🥡 Je tente donc ce nouveau format : The Tech Away !
Une dizaine de liens max. sur des sujets qui m’ont marqué,
Sur des sujets tech variés, en fonction de ma veille et de mes projets du moment,
1 fois par mois, sur du contenu paru ce mois-ci ou que j’ai découvert ce mois-ci,
Des liens accompagnés de mon analyse/avis sur le sujet pour contextualiser
N’hésitez pas à me dire ce que vous en pensez, et à me partager votre propre veille !
Au menu ce mois-ci :
💋 Keep Event Sourcing Simple, Straightforward
🤖 We heard you liked LLMs, so we put LLMs in your DDD
🎙️Software delivery stories - Working in small batches
🐬Le livre blanc Culture MLOps est enfin disponible
🚢 Comment mesurer la réussite d’un onboarding ?
👉👇👈 Quel genre de SRE êtes-vous ?
🌋 Lampes à lave, théorie du chaos et sécurité 🎲
🐍 uv: blazingly fast Python packaging in Rust 🦀
💋 Keep Event Sourcing Simple, Straightforward
En 2023, je me suis rendu à la conférence DDDEurope à Amsterdam pour la première fois.
Comme je découvrais à l’époque la discipline de l’event sourcing, j’y suis allé naturellement suivre le track Event Sourcing Live que j'avais résumé dans un article de blog à l'époque
💋 Ce track a démarré par le talk qui m’a le plus marqué lors de cette journée de conférence : KISS - Keep It Simple, Straightforward d’Yves Reynhout. Un titre assez osé quand on connaît la complexité de l’event-sourcing :)
Les vidéos de DDDEurope2023 ont tardé à paraître sur Youtube, elles y sont enfin. Si vous aussi vous découvrez le sujet, je recommande ce talk, c’est une bonne porte d’entrée !
📽️ KISS - Yves Reynhout - DDD Europe 2023
#EventSourcing #DDD #EventDrivenArchitectures #CQRS #BitemporalDecoupling #snapshotting #KISS
🤖 We heard you liked LLMs, so we put LLMs in your DDD
Toujours dans le Domain-Driven Design, la conférence ExploreDDD2024 s’est tenue aux Etats-Unis ce mois-ci, et le replay des talks est déjà disponible !
🧠 Je n’ai bien entendu pas encore regardé toutes les vidéos, mais je constate que la mode des LLMs et de l’IA générative n’épargne pas cette conférence 🤖
Voici en vrac les quelques talks qui m’intriguent sur ce croisement de disciplines et que j’aimerais visionner prochainement, n’hésitez pas à me dire ce que vous en avez pensé si vous les visionnez :
DDD & LLMs par Eric Evans, le père du DDD,
The Crucial Intersection of DDD With LLMs, une table ronde avec Eric Evans, Jessica Kerr, Xi Palazzolo et Chris Richardson
Harnessing ChatGPT For Domain-Driven Design par Phillip Bohnenkamp
🎙️Software delivery stories - Working in small batches
Dans ma veille, je ne suis habituellement pas friand de podcasts : j’essaie souvent d’en écouter, mais le Café Craft avait mis la barre bien haute en 2018. J’ai aussi certainement une préférence aujourd’hui pour consommer du contenu texte ou vidéo.
Mes collègues Simon Lefort et Julien Tellier ont décidé de se lancer dans l’aventure podcast cette année, sur un rythme mensuel, avec Software Delivery Stories - le podcast avec de vraies histoires de delivery logiciel dedans !
Pour le moment, je trouve ça très bon, alors je partage le 3e épisode sorti ce mois-ci : Working in Small Batches avec Henri Decourt, consultant Cloud & Produit chez OCTO
#Podcast #EnFrançais #Accelerate #DORA #SoftwareDelivery #CultureFlow
🐬Le livre blanc Culture MLOps est enfin disponible
Ce mois-ci, le livre blanc Culture MLOps est paru chez OCTO Technology
C’est un livre blanc auquel j’ai participé activement en tant que relecteur au cours des 4 dernières années, et qui synthétise fidèlement les convictions que je me suis forgé sur la mise en production de modèles de machine learning au cours de ces 4 dernières années, tant sur le volet technique, que sur le produit ou l’expérience utilisateur
Ce livre de plus de 200 pages et qui a mobilisé une cinquantaine de contributeurs ces dernières années est disponible en édition numérique. Plus d’informations dans le lien qui suit pour l’obtenir gratuitement
#DataScience #MLOps #Accelerate #StateOfDevops #DORA #SoftwareCraftsmanship #Architecture #Produit #ExperienceUtilisateur #MachineLearning #UtileUtilséUtilisable
🚢 Comment mesurer la réussite d’un onboarding ?
En janvier 2024, Thoughtworks a initié une série d’articles intitulées Bottlenecks of Scaleups afin de compiler une liste de problèmes rencontrés dans des entreprises qui souhaitent passer à l’échelle, tels que l’accumulation de dette technique ou encore la gestion (non-maîtrisée) des coûts sur le Cloud.
J’ai découvert cette série d’article ce mois-ci par le dernier paru en date : le 6e article de la série dédié au défi de l’onboarding, ou comment rendre opérationnelles au plus vite les personnes qu’on vient de recruter.
Même sans faire parti d’une scaleup, le tableau d’une chronologie d’onboarding optimale présentée par l’article m’a interpellé : je trouve cette chronologie intéressante, souhaitable, mais assez challengeante en pratique.
Et vous, à quoi ressemble votre planning d’onboarding ? Est-ce que réaliser la mise en production d’un changement de code trivial en moins de 3 jours pour un nouveau membre d’une équipe est une formalité dans vos projets ?
#Onboarding #Scaleups #WorkstationSetup #Training #OKR #Bottlenecks #TurnOver
👉👇👈 Quel genre de SRE êtes-vous ?
Alex Ewerlöf, qui a pratiqué le SRE dans plusieurs entreprises, nous partage sa vision du job de Site Reliability Engineer : comme souvent, ce qu’on met derrière l’intitulé du job dépend du contexte.
Il nous propose 4 archétypes de profils SRE qu’il a croisé dans ses expériences :
🧑💼 L'admin : gère et optimise l'infrastructure, les outils tiers et les coûts, automatise
🧑🚒 Le pompier (Firefighter) : s'occupe de la gestion des incidents, le monitoring et les actions de mitigations
⚒️ L'artisan/outilleur (Toolsmith) : simplifie l'expérience des développeurs, met en œuvre l'observabilité, l'automatisation et les tests en se concentrant sur la réduction du toil et l'amélioration de la fiabilité du service.
👔 L'architecte : Conçoit des systèmes pour la fiabilité, la scalabilité et la sécurité, résout les problèmes de performance, établit des normes et pousse une culture de la fiabilité au sein des équipes produit
En tant que consultant, je suis forcément séduit par la présentation de ces 4 profils sous la forme d’une matrice 2D 🤓
Et vous, quel genre de SRE êtes-vous ?
📝 SRE Archetypes 🧑💼🧑🚒⚒️👔
#SRE #PortraitChinois #Archetypes #Toil #ProductReadinessRoadmap #IncidentManagement #Observabilité #Mitigation
🌋 Lampes à lave, théorie du chaos et sécurité 🎲
Il y a des situations en informatique où on a besoin d’aléatoire. Et en informatique, l’aléatoire, le vrai, c’est compliqué à générer.
Si vous en avez vraiment besoin, et que la décoration de vos bureaux doit aussi changer, peut-être avez-vous besoin d’installer une ferme de lampes à lave dans vos locaux, comme le fait Cloudflare pour sécuriser leurs échanges sur le réseau ?
Plus de détails sur cette installation, la déco chez Cloudflare, le rapport entre aléatoire et théorie du chaos dans cet article !
#LavaLamp #LavaRand #CSPRNG #Cloudflare #TLS #Chaos
🐍 uv: blazingly fast Python packaging in Rust 🦀🏎️
Ce mois-ci, j’ai découvert uv, un nouveau manager de dépendances Python sorti en février 2024.
Oui, encore un nouveau :)
Mais celui-ci est écrit en Rust, et par le créateur du linter Ruff, et la traction semble bien prendre !
Pour l’avoir testé une quinzaine de minutes en créant un nouveau projet Python, voici ce que je peux en dire :
Ca s’installe bien et vite sous MacOS, avec brew,
Je passe en effet d’1 minute à une quinzaine de secondes pour installer les paquets nécessaires sur un de mes projets en cours (avec des libs telles que FastAPI, Great-Expectations, Pandas, etc …)
Petite déception: la doc disait que uv peut s'interfacer avec un fichier pyproject.toml, donc je lui ai fourni le pyproject.toml d’un projet en cours configuré avec Poetry. Mais ça ne marche pas parce que uv est compatible avec la spec pyproject.toml de la pypa, et pas la spec pyproject.toml de poetry 🤕
Ca fait beaucoup de champs à changer,
Les dépendances et contraintes sur les dépendances ne s'expriment pas de la même façon : fastapi = "^0.104.1" vs "fastapi>=0.104.1" par exemple.
Pour l’instant, il faut donc convertir le fichier pyproject.toml en requirements.txt avant que uv ne puisse en faire vraiment qqchose, mais pas de panique, uv évolue vite avec des nouvelles fonctionnalités chaque semaine
#Python #uv #DependencyResolver #Rust #BlazinglyFast
Et vous, vous avez lu quoi ce mois-ci ?
@ dans 1 mois 👋