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 ?

AWS re:invent 2022, la grande conférence annuelle d’AWS, a commencé. Et la Keynote d’Adam Selipsky, CEO d’AWS, a eu lieu hier soir !

Comme d’habitude, cette Keynote est l’occasion de faire le tour d’un ensemble de nouveautés récentes, futures, ou rendues publiques pendant cet évenement. Voici les notes que j’ai prises pendant cette présentation de deux heures, avec un focus évident sur les domaines qui m’intéressent le plus. Et avec des liens vers les pages d’annonces et des articles quand j’en ai trouvé.

J’ai aussi pris la liberté d’insérer de nombreux liens vers des nouveautés sorties dans les jours passés, parfois entendues lors d’autres événements.

Le 13 octobre 2022, j’étais au Forum PHP à Paris, pour ma conférence « Comprenez comment PHP fonctionne, vos applications marcheront mieux ». C’était la première fois que je donnais ce nouveau talk en public 🎉

Cette conférence a été enregistrée et la vidéo est disponible sur la chaine Youtube de l’AFUP :

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.

L’architecture et le code de nos projets, quand nous pouvons faire du bon travail :

Les documentations de ces mêmes projets :

Nos documentations sont sans ambition. Nous ne faisons pas d’effort pour les structurer ni les rédiger. Elles sont très vite obsolètes et abandonnées, non maintenues et inutiles. Voire contreproductives.

Dans une salle de conférences, je vois deux types de personnes :

• celles qui sont montées sur scène auparavant et qui savent ce que ça fait ;
• et celles qui n’osent pas encore, qui tremblent à l’idée de ce que ça leur ferait ou fera.

Vous avez déjà parlé en public ? Vous êtes conférencier ou conférencière ?
Vous êtes mieux placée que qui que ce soit pour aider vos collègues !