En conférences, au boulot, ou sur Internet, on me demande de temps en temps quels livres je recommenderais pour un ou une ingénieure logiciel. Il y a quelques semaines, j’ai passé en revue tous les livres sur mes étagères pour bien répondre à cette question posée par un collègue sur Slack. Je reformate et republie ma réponse ici, en espérant qu’elle servira à d’autres.

⚠️ Ce n’est pas parce que je recommande la lecture d’un livre que je suis d’accord avec (tout ou partie de) son contenu ou son auteur / autrice. Je consulte des opinions et approches différentes des miennes, que ce soit pour me forger un avis, ou pour décider de ce que je ne souhaite pas appliquer. Faites de même, et forgez-vous vos propres opinions 🙏

Voici donc une liste de quelques livres que je recommanderais de lire, parmi ceux que j’ai moi-même lus.

En marge d’une conférence il y a quelques années, une personne m’a demandé : « mais comment vous avez fait pour que quatre des conférences de cet évènement soient données par des employés de Bedrock¹ ? »

Je me suis souvenu de cette question quand j’ai réalisé que cinq personnes employées ou en mission chez Bedrock vont présenter quatre talks à Devoxx, cette année.

Donc… Comment fait-on pour avoir la chance de partager ainsi avec nos communautés ?

En 2019, j’ai commencé à travailler sur un gros système distribué, avec plusieurs dizaines de services qui interagissaient pour répondre aux attentes de nos clients. Et j’ai retrouvé, en amplifié, des problématiques que j’avais déjà rencontrées de manière plus subtile, lorsque je travaillais sur des systèmes consitués d’une demi-douzaine de composants.

C’est à ce moment là que j’ai commencé à travailler sur un talk intitulé « Une Application Résiliente, dans un Monde Partiellement Dégradé », que j’ai depuis donné plusieurs fois en conférences entre 2019 et 2023.

Je suis ainsi intervenu lors de AWS re:invent 2020 (30 minutes) ou pendant le Forum PHP 2019 (40 minutes) :

Cela dit, puisque tout le monde n’accroche pas avec le format vidéo et que beaucoup préfèrent du texte, voici une tentative de transcript de cette conférence. Ou, plutôt, voici un déroulé de quasiment tous les morceaux que j’utilise pour donner ce talk, en les sélectionnant à chaque fois en fonction du public cible et de la durée dont je dispose.

Après une conférence, les organisateurs ou des membres du public me demandent régulièrement où mes slides sont accessibles. Et je réponds que je ne publie pas mes slides.

Mais pourquoi ?

En ~12 ans de « nous travaillons en méthodes agiles »¹, je n’ai vécu des bonnes démos de sprint que pendant un an².

Comment se passaient ces bonnes démos ? Qu’est-ce qui les rendait bonnes par rapport à celles que nous subissons si souvent ?

Développeur, développeuse.
Tous les jours, nous effectuons des choix, prenons des décisions.
Qui ont un impact sur nos projets et nos équipes.

Quel langage / framework / bibliothèque pour ce projet ? MySQL, DynamoDB ou MongoDB ? Monolithe, monolithe distribué, microservices, ou monolithe modulaire ? Kubernetes ou Lambda ?

Après ces choix et décisions, dans la vie de nos projets, régulièrement, des mises à jour arrivent…

« Quel langage me conseilles-tu d’apprendre ? »

Cette question revient à maintes reprises en début d’année et je lis souvent : « PHP », « Java », « Rust », « Haskell »…
Et je suis déçu.

Oui, ces langages de programmation ont une certaine importance…
Mais ce ne sont plus mon premier conseil.

En plus de dix ans, j’ai rencontré du monde sur Twitter, j’y ai passé du temps, j’y ai découvert des contenus et j’en ai partagé d’autres. Vu l’évolution ces dernières semaines, je suis moins confiant dans le futur de cette plateforme¹ et il est temps de lister ou re-lister quelques endroits où vous pouvez me trouver…

📝 Pour des articles plus ou moins réfléchis, souvent en français et parfois en anglais, le meilleur endroit est encore blog.pascal-martin.fr, où je partage de l’expérience et des pensées depuis 2007.

Il est aussi possible que je partage certains contenus sur dev.to/pmartin, sur hashnode.com/@pmartin, ou sur pmartin.substack.com – et je n’ai, jusqu’à présent, posté sur aucun des trois.

🎥 Pour me trouver en vidéos, aujourd’hui, deux moyens :

• La playlist de mes interventions en conférences et en meetups
• Ma chaine Youtube, où je n’ai pas encore mis en ligne beaucoup de vidéos.

🌐 Pour les réseaux sociaux, maintenant :

• Je vais peut-être continuer à poster sur Twitter @pascal_martin, je ne sais pas encore à quelle fréquence.
• J’ai un compte Mastodon @pascal_martin@mastodon.social, encore peu actif, qui pourrait vivre plus dans le futur.
• Un peu plus orienté pro, mon LinkedIn martinpascal.

📧 Et pour des contacts plus directs, il reste le mail : contact@pascal-martin.fr.

Notez qu’avant d’écrire, vous devriez savoir répondre positivement à la question « serait-il heureux de parler avec moi si je le croisais IRL, que je lui disais bonjour et que je lui disais de ce que je m’apprête à écrire ? » – et je ne réponds qu’à une petite partie des mails que je reçois, ne vous vexez pas.

Au plaisir de vous (re?)croiser, ici ou ailleurs 👋

Je suis Principal Engineer chez Bedrock. De nombreux microservices de notre plateforme de VOD et de Replay utilisent DynamoDB comme base de données. Les performances sont très bonnes si les données sont architecturées pour, la scalabilité est raisonnablement rapide, et l’aspect serverless nous décharge d’une bonne partie des travaux d’administration et d’hébergement : nous avons juste à spécifier la capacité dont nous avons besoin et à configurer un auto-scaler. Que ce soit sur des aspects performance, résilience ou time-to-market, DynamoDB nous aide à atteindre nos objectifs business.

Cela dit, lorsque nous dépensons plusieurs centaines de milliers de dollars sur DynamoDB tous les ans, toute optimisation est bonne à prendre !

Avec DynamoDB, s’engager pendant un an sur une certaine capacité peut aider à réduire les couts – jusqu’à 50% d’économie, en théorie, sur cette capacité. Mais comment savoir combien réserver, alors que le trafic sur notre plateforme varie tout au long de la journée ?