Peu importe nos pratiques pour l’éviter, il y a toujours un moment où le logiciel que l’on développe ne se comporte pas comme prévu au point que des utilisat⋅eur⋅rice⋅s se retrouvent bloqué⋅e⋅s.

Depuis une dizaine d’années, je jongle entre missions de dev, intégré dans une équipe, et accompagnement technique pour aider des équipes à progresser dans leurs pratiques. Ça m’amène à voir 3-5 nouvelles bases de codes différentes par an. Et de ce fait, je me retrouve régulièrement devant un code tordu à poser la question :

« euh, quelqu’un sait pourquoi ce truc à été fait comme ça? »

Et dans la myriade des réponses possible, de «c’est une bonne question”» à «parce que [insérer ici une excellente explication]», il y en a une qui revient souvent :

« [silence géné] ah. ça. euh. c’est historique [rire géné] »

Fin mai, j’ai lancé l’idée d’un coding dojo régulier. Pour une expérience qui allait s’étaler sur l’été et annoncée à l’arrache, j’ai été agréablement surpris par la réponse.

Après 12 semaines, le dojo prend une pause. J’en profite pour faire un bilan sur ce qui s’est passé et définir la forme de la suite.

De toutes les pratiques que j’utilise dans mon quotidien de développeur, je crois que le binômage, ou pair-programming en anglais, est celle que je préfère. L’idée est simple, au lieu d’être seul⋅e devant son écran pour résoudre son problème, on s’y colle à deux, en même temps, derrière la même machine.

Avec la généralisation du travail à distance (coucou le coronavirus), je vois certains dire que c’est un frein au binômage. Alors que de mon point de vue, s’il y a une pratique que je préfère encore plus au binômage, c’est le binômage à distance :)

Le dojo (道場, dōjō?, [doːdʑoː]) […]. Littéralement en japonais, dō signifie la voie (c’est le même caractère que le tao chinois), le dōjō est le lieu où l’on étudie/cherche la voie.. – Wikipédia

La voie du code, ça fait un peu présomptueux. En même temps, apprendre à écrire du code maintenable est une quête sans fin, Je ne crois pas qu’il y ait un moment où l’on puisse se dire qu’on est arrivé au bout de la route et qu’il n’y a plus rien à faire pour progresser.

Ça fait longtemps que je tourne autour de l’idée de créer un espace dédié à l’apprentissage et la progression des compétences utiles ou nécessaires pour être développeu⋅r⋅se. Au départ, j’imaginais un lieu physique, mais vu le contexte actuel, l’approche en ligne semble plus appropriée.

Et c’est pas plus mal, parce que c’est plus facile pour démarrer. Alors c’est parti ! ;)

Je ne donne plus de formations classique depuis quelques années déjà, mais je n’avais jamais formalisé les raisons derrière ce choix. C’est ce que je fais maintenant.

Ça marche, je vais pouvoir m’attaquer à la suite.

Je ne sais pas combien de fois j’ai pu entendre cette phrase, un⋅e developpeu⋅r⋅se annonce fièrement que la fonctionnalité sur laquelle il⋅elle travaillait fonctionne enfin et donc on va pouvoir s’attaquer à la fonctionnalité suivante. Je l’ai très probablement prononcée moi même.

Si vous me suivez sur twitter, vous aurez constaté que régulièrement je publie des petits projets électronico-lumineux, généralement ayant une relation avec le temps. Ça me démange depuis longtemps d’en faire une petite production à mettre en vente. Ce jour est venu !

Le projet s’appelle dégaine, c’est un compte à rebours qui a été pensé avec le suivi du temps durant une conférence ou un atelier.

Il est configurable de 0¹ à 99 minutes. Une fois lancé, il indique le temps restant en minutes d’abord puis en secondes pour les 99 dernières secondes. Lorsque 50% du temps est écoulé il change de couleur et change encore à 75%.

Une particularité est que le temps restant est lisible des deux cotés.

Je prévois les premières livraisons courant mai 2019.

Le prix est libre avec un prix conseillé à 72€ TTC et un minimum à 24€ TTC.

tldr;

Une session de phorésie en groupe le jeudi 19 juillet 2018 dans les locaux d’Étincelle à prix libre avec un minimum de 48 € TTC (40 # HT) pour couvrir les frais.

Inscriptions.

ma première équipe

Ma première vraie¹ expérience en tant que développeur c’était en 2001. J’étais en maitrise, officiellement c’était un stage de 3 mois, en pratique un CDD de 6. C’était une start-up à Orléans qui venait de compléter une grosse levée de fond² quelques semaines plus tôt.