Ce que ma foi change vraiment dans mon travail de développeur

Un vendredi soir, j'ai découvert un bug qui touchait le calcul des commissions d'une plateforme de paiement. Personne ne l'aurait vu avant le lundi. J'aurais pu laisser passer le week-end.

Je suis resté une heure de plus pour corriger le bug et prévenir mon lead. Pas par perfectionnisme. Parce que laisser un client perdre de l'argent pendant que je dors, ça ne collait pas avec ce en quoi je crois.

L'honnêteté dans les estimations

Sous pression, la tentation classique, c'est de donner l'estimation que le manager veut entendre plutôt que celle qui est juste. J'ai appris à dire "trois semaines" même quand la réponse attendue était "une semaine", et à expliquer pourquoi. Ça m'a coûté des regards agacés en réunion. Ça ne m'a jamais coûté ma crédibilité sur la durée.

Dire non à un raccourci qui va faire mal plus tard

Sur un projet fintech, on m'a demandé de désactiver temporairement une validation pour livrer plus vite. J'ai refusé. Pas pour faire le difficile: parce que je n'arrivais pas à me convaincre que c'était honnête envers les futurs utilisateurs de cette validation.

Ma foi ne me rend pas meilleur développeur. Elle me rend plus difficile à convaincre de faire un truc que je sais mauvais.

Ce que ça ne change pas

Je continue à écrire du code moyen certains jours. Je rate des deadlines. Je m'énerve en review. La foi n'est pas une méthode de productivité, et je me méfie de quiconque la vend comme telle. C'est juste une boussole quand une décision technique devient aussi une décision de conscience.