Patrik
Mots de sagesse de la semaine
- Si quelque chose peut mal tourner, ça tournera mal (loi de Murphy).
- Logiciel: la question n’est pas de savoir s’il y a un bug, mais quand il sera découvert.
Journal
La loi de Murphy résume bien ma semaine. Comme je l’ai dit la semaine dernière, je crains les erreurs et c’est exactement ce qui vient d’arriver. J’ai passé la majeure partie de mes deux derniers jours de travail à gérer un problème. Le souci initial était en fait très simple: j’avais commenté 3 lignes de code pour tester quelques hypothèses et j’ai fini par oublier de les décommenter. Et c’était il y a exactement 1 an, jour pour jour (joyeux bugaversaire!).
Et c’est là que la loi de Murphy entre en scène. Au moment où je décommente les 3 lignes, une autre partie du logiciel crashe. Donc, nouvelle enquête pour comprendre ce qui se passait. Ce problème présentait un défi intéressant: je pouvais implémenter une solution propre qui prendrait quelques jours, ou trouver un quick fix pour éviter le crash. Comme il était urgent de sortir une solution rapidement, j’ai dû choisir la seconde option, mais je vais devoir revenir dessus plus tard pour payer cette dette technique.
En règle générale, le process pour gérer ce genre de problème est assez clair.
Transparence: n’essaie pas de cacher ou de noyer le poisson avec du corporate speak, sois brutalement honnête. Ça aide tout le monde et ça génère en fait de la confiance, parce que ça montre qu’on n’essaie pas de cacher quoi que ce soit.
Pas de blâme: associer les problèmes à du blâme, c’est la recette garantie pour pourrir les relations et s’assurer que plus personne ne remontera jamais un problème. Donc c’est clairement non.
Évaluer les dégâts: mesure l’étendue du problème. Certains problèmes ne touchent personne, d’autres peuvent toucher tout le monde.
Communiquer: une fois l’étendue des dégâts connue, décide si tu communiques personnellement ou si tu diffuses à tout le monde.
Régler le problème: évident, mais c’est quand même important de le faire correctement.
Comment j’ai utilisé l’IA cette semaine?
Je n’ai pas eu le temps d’explorer de nouveaux outils cette semaine, donc mon usage de l’IA s’est limité à l’utilisation habituelle de Cursor en mode auto pendant que je code, pour m’aider là où je me sentais moins sûr (générer du code SQL) ou là où c’était très boilerplate (générer des tests unitaires pour le code).
Cela dit, je recommande de procéder avec prudence sur ce dernier point: l’IA va partir du principe que le code est correct et générer des tests qui valident ce qui est calculé. S’il y a des erreurs dans le code, l’IA va générer des tests qui s’assurent que ces erreurs n’ont pas été corrigées. Donc, aussi utile que soit l’IA, je pense que l’approche TDD (Test-Driven Development) qui consiste à écrire les tests avant le code reste supérieure. En plus, ça aide à bien structurer le code.
Marc
Côté produit
Cette semaine a été calme en termes de nouveaux développements de mon côté. Par contre, elle a été intense pour Patrik, à cause d’un bug casse-pieds qu’on a trouvé.
Sur un autre sujet, on explore l’idée d’un package payant avec quelques heures de “coaching”, vu qu’on reçoit de plus en plus ce type de demandes. Il faut juste faire attention à ce que cette demande ne soit pas un mauvais onboarding déguisé… ce qui m’amène au point suivant.
Ce qui tiraille
La nouvelle documentation inline aide. Mais deux clients différents ont demandé des appels de support en 1:1, ce qui ne devrait pas être le cas. Donc on doit encore améliorer l’onboarding.
On réfléchit aussi à un concept plus gamifié, qui supprimerait carrément la notion d’“onboarding” en tant que telle.
Bref, pas mal de matière à réflexion, avec trop peu de temps cette semaine ^^
Note à un ami
Quand on a un bug (que ce soit au niveau du calcul ou d’un élément d’interface), on s’est mis d’accord avec Patrik: on est une boîte transparente et on le dit à nos clients. Mes expériences professionnelles passées m’ont montré à maintes reprises que c’est la seule façon d’avoir du succès sur le long terme. Donc si tu montes ta startup en ce moment et que tu te demandes si tu dois informer un client d’un problème, n’hésite pas, fais-le. Le toi du futur te remerciera.
Outil de la semaine
Gemini Nano Banana 2, l’outil de génération d’images! C’est un peu hors sujet pour FI Planner, et plus lié à mon blog Mustachian Post. Mais franchement, cet outil est tellement bon pour la génération d’images et aussi pour les manipulations, comme changer le texte incrusté dans une image. Je pourrais plus m’en passer. Enfin si, mais a/ les images de mon blog seraient beaucoup moins fun, ou b/ ça me prendrait tellement plus de temps…