Mes notes de la Keynote d’Adam Selipsky + d’autres annonces, AWS re:Invent 2022

30 novembre 2022aws, conference, reinvent
⚠ Cet article a Ă©tĂ© rĂ©digĂ© il y a plusieurs annĂ©es et peut ne plus ĂȘtre tout Ă  fait Ă  jour


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.

Transcript de ma conférence « Comprenez comment PHP fonctionne, vos applications marcheront mieux » au Forum PHP 2022

7 novembre 2022conference, transcript, php, afup
⚠ Cet article a Ă©tĂ© rĂ©digĂ© il y a plusieurs annĂ©es et peut ne plus ĂȘtre tout Ă  fait Ă  jour


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.

Pourquoi écrivez-vous de si mauvaises documentations, alors que votre code est de bonne qualité ?

3 novembre 2022documentation, qualité, humeur
⚠ Cet article a Ă©tĂ© rĂ©digĂ© il y a plusieurs annĂ©es et peut ne plus ĂȘtre tout Ă  fait Ă  jour


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

Un magnifique chateau de sable

Un magnifique chateau de sable — Kit Suman sur Unsplash


Les documentations de ces mĂȘmes projets :

Un chateau de sable en ruines

Un chateau de sable en ruines — Phil Hearing sur Unsplash


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.

ConfĂ©rencier, confĂ©renciĂšre : quand vous ĂȘtes dans le public, aidez la personne sur scĂšne !

15 septembre 2022speaker
⚠ Cet article a Ă©tĂ© rĂ©digĂ© il y a plusieurs annĂ©es et peut ne plus ĂȘtre tout Ă  fait Ă  jour


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 !

Transcript de ma conférence « Préparez et donnez votre premier talk » à Sunny Tech 2022

6 septembre 2022conference, transcript
⚠ Cet article a Ă©tĂ© rĂ©digĂ© il y a plusieurs annĂ©es et peut ne plus ĂȘtre tout Ă  fait Ă  jour


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 :

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.

Écrire m’a ouvert des portes

30 août 2022ecriture, carriÚre, auteur, mylife
⚠ Cet article a Ă©tĂ© rĂ©digĂ© il y a plusieurs annĂ©es et peut ne plus ĂȘtre tout Ă  fait Ă  jour


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 anglais1. 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.

Partez en vacances, plusieurs semaines, sans regarder Slack ni vos mails, quand vous ĂȘtes lead !

18 août 2022management, vacances, travail
⚠ Cet article a Ă©tĂ© rĂ©digĂ© il y a plusieurs annĂ©es et peut ne plus ĂȘtre tout Ă  fait Ă  jour


Un de mes premiers chefs répondait plus souvent et plus rapidement aux mails quand il était en congés que quand il travaillait officiellement1.
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 !

« 2 jours ? C’est juste un petit truc ! Ça ne peut pas prendre si longtemps ! »

9 août 2022travail, humeur, management, stories, histoire
⚠ Cet article a Ă©tĂ© rĂ©digĂ© il y a plusieurs annĂ©es et peut ne plus ĂȘtre tout Ă  fait Ă  jour


RĂ©union de planification Scrum, dans une PME d’une douzaine d’employĂ©s, dont 5-7 personnes dans l’équipe de devs. Elles passent en revue les stories en haut du backlog, par ordre de nombre de points descendant. Pour chaque, dĂ©coupage en tĂąches techniques1 et estimation grossiĂšre du nombre de jours de travail, pour dĂ©terminer ce qui devrait rentrer dans le sprint et quand arrĂȘter d’en prendre2.

Au bout d’un moment, l’équipe arrive Ă  une story d’apparence simple : sur l’application mobile Android qu’elle maintient et Ă©dite en marque blanche pour ses clients B2B, il est demandĂ© d’ajouter une pastille sur les contenus offerts avec l’appli, pour permettre aux utilisateurs (= les clients des clients de la PME) de mieux identifier ces cadeaux au milieu de leurs achats.

Vu de loin et sans entrer dans les dĂ©tails, ça n’a pas l’air d’ĂȘtre une trĂšs grosse Ă©volution et l’équipe estime qu’il y en a pour deux jours de travail.
Quelque chose comme 0,25 jour pour bien cadrer le besoin3 et dĂ©terminer quel pictogramme afficher, 0,25 jour pour monter un environnement de dĂ©veloppement, 1 jour pour coder et tester/valider la fonctionnalitĂ© et 0,5 jour pour rebuilder les dĂ©clinaisons de l’application pour chacun des clients et les dĂ©ployer sur le store Android.

Mais