« 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 !

Le 1er juillet 2022, j’étais à Sunny Tech, pour ma conférence « Préparez et donnez votre premier talk ». J’ai déjà donné cette présentation plusieurs fois en différents formats et durées et elle a été enregistrée en vidéo au moins à deux occasions :

• à Sunny Tech, justement, en format 20 minutes ;
• en meetup avec Software Crafters Lyon, où j’ai parlé pendant environ 3/4 d’heure, avec des moments d’échange avec le public entre chaque section, d’où plus de deux heures de vidéo.

Je sais que tout le monde n’accroche pas avec le format vidéo et que beaucoup préfèrent du texte, donc, ci-dessous, une tentative de transcript de cette conférence telle que je l’ai donnée à Sunny Tech – en version courte, donc.

J’ai commencé à partager des textes sur Internet pendant le lycée, en 2000 ou 2001 : j’ai écrit le tutoriel en français pour apprendre à programmer en C pour calculatrices TI-89 et TI-92+.

Quelques mois plus tôt, quand j’avais découvert cet univers, les guides étaient rares et les documentations en anglais¹. Peut-être que j’allais aider d’autres personnes à se lancer ?

Au fil des années, j’ai rencontré des dizaines de membres de cette communauté, nous avons passé plein de bons moments ensemble… Et j’ai entendu pas mal de fois « j’ai commencé avec ton tuto » ❤️

Aujourd’hui, on me demande régulièrement ce que écrire m’apporte, pourquoi je le fais.

Au-delà du fait que j’apprécie partager, que j’aime écrire, que je réfléchis en écrivant et que mettre mes pensées sur papier me force à les organiser et me donne une certaine clarté, écrire a sans aucun doute aussi eu des effets positifs sur ma carrière.

Un de mes premiers chefs répondait plus souvent et plus rapidement aux mails quand il était en congés que quand il travaillait officiellement¹.
Une réaction seulement en fin de journée ? Nous savions qu’il dépilait après son tunnel de réunions. Un retour dans les dix minutes ? Il était en vacances et n’avait pas de meetings !

Nous trouvions ça marrant, original. Peut-être triste aussi. Mais nous pouvions compter sur lui. Avec le recul, nous comptions sans doute un peu trop sur lui !