Vous livrez des bugs dès que vous touchez au code ? Vous êtes stressés lorsque vous livrez en production ? Vous subissez certainement votre dette technique. Mais qu’est-ce que la dette technique ? Quels en sont les impacts ? Comment l’éviter et minimiser le temps à investir dessus ? Vous découvrirez des clefs pour mieux gérer votre dette technique. Avec notamment des outils comme Renovate ou OpenRewrite.

La présentation se déroulait dans une grande salle avec 2 écrans et pouvait contenir beaucoup plus de gens que ce que j’ai l’habitude de faire. J’ai réussi à tenir les délais et à survivre à 2 démos qui ont mal fonctionné. Une que j’ai réussi à rattraper et une où j’ai demandé de me faire confiance.

Environ 1h après la présentation, nous recevons par courriel le retour des spectateurs qui ont bien voulu nous évaluer.

Lors de cette session, j’ai eu la chance d’avoir 30 retours sur 80 spectateurs.

Et les notes globales ne sont pas mauvaises.

Pourtant, j’ai eu du mal à ne pas focaliser sur l’évaluation que vous avez pu voir plus haut. Je ne peux même pas déterminer les éléments qui ont amené cette note. J’ai fini par me dire qu’il fallait plus regarder les commentaires constructifs qui eux me permettent de m’améliorer.

Certains commentaires étaient liés au titre générique "Ne subissez plus la dette technique". J’avais pourtant mis les outils dont j’allais parler, mais j’aurais certainement dû préciser que les démonstrations se feraient avec des exemples de code en Java.

Les éléments que je peux prendre pour plus tard :

Fun fact, un papier indiquait de préparer les démonstrations avant de les donner. J’ai pourtant pratiqué les démonstrations quelques dizaines de fois avant de les donner.

L’effet démo, comme on dit. Sur ce point, je peux tout de même me dire de préparer un scénario détaillé de la présentation pour pouvoir me rattraper en cas de coup dur.

8 ans après la première release de Spring Boot il était temps pour une mise à jour. Spring Boot 3 qui est sorti en 2022 est la nouvelle mouture du framework le plus utilisé par les développeurs Java. Qu’apporte la version 3 ? La réponse de Spring Boot est-elle à la hauteur des concurrents Quarkus et Micronaut? Nous le verrons lors de cette présentation ?

La présentation se déroulait dans une salle avec 1 écran avec une capacité plus proche de ce que j’ai l’habitude d’avoir. J’étais un peu tendu sur l’horaire qui était le dernier slot de présentation, soit 15h le Vendredi.

J’ai là aussi réussi à tenir les délais et j’ai eu une erreur que je n’avais jamais vue bien qu’ayant répété les démonstrations plusieurs fois et une fois devant un public.

En demandant un retour là-dessus, après la présentation, aux gens que je connaissais, j’ai pu apprendre que ça ne s’était pas vu, car j’ai continué et pu déterminer la cause de l’erreur en continuant. Pour ceux qui pensent que je ne répète pas mes démonstrations, l’erreur était dûe à un espace dans un fichier de configuration.

Lors de cette session, j’ai eu la chance d’avoir 17 retours sur 45 spectateurs.

Je pense que pour cette session, j’étais plus dans ma zone de confort et mieux préparé.

Les retours me confortent dans ma préférence pour le live coding même si je dois améliorer la prestation pour que ça soit plus sympa à regarder.

Ça me motive à continuer à présenter et m’améliorer.

Ce que j’ai retenu, c’est la recommendation de faire les tests de charge en production et quand ce n’est pas possible dans un environnement similaire. Anecdote, Pratik a fait le budget pour dupliquer l’environnement de production dans une compagnie en pensant qu’il les convaincrait de le laisser tester en production. Prix à plusieurs millions et il a eu le GO. Comme quoi en tant que développeur, nous ne devons pas nous cacher derrière les refus business.

Même si j’avais l’impression d’être conscient de ce que peuvent subir les contributeurs opensource, j’ai appris quelques trucs comme éviter le +1 sur une issue GitHub pour éviter le bruit pour les contributeurs.