Victoire HABAMUNGU TAKIZALA

Les logiciels échouent de deux façons. La première est évidente : bugs, plantages, erreurs visibles. La seconde est invisible, et c'est elle qui coûte vraiment. Des systèmes qui fonctionnent mais n'ont jamais été conçus pour durer, qui ont du sens aujourd'hui et deviennent un passif dans six mois, qui résolvent le ticket mais ratent le problème.

J'ai toujours accordé plus d'importance au second type d'échec. N'importe qui peut corriger un bug. Tout le monde ne pense pas au-delà de la deadline.

Quand je m'assieds pour construire quelque chose, je pense au business avant de penser au code. Je pense à l'utilisateur avant de penser à la fonctionnalité. Je pense à ce qui se casse si ça ne fonctionne pas, parce que cette question change chaque décision qui suit. Un bug simple peut coûter des millions. Un bug complexe peut ne rien coûter. Le coût n'est jamais dans la complexité. Il dépend de si quelqu'un a posé la bonne question avant d'écrire la première ligne.

Je pense aussi beaucoup à ce que signifie construire quelque chose de sérieux à l'ère de l'IA. J'utilise l'IA chaque jour, et je pense qu'elle est véritablement transformatrice. Je sais aussi exactement où elle échoue, où elle sur-ingénierise, où elle introduit des patterns qui semblent corrects et ne le sont pas, et où elle optimise la mauvaise chose avec confiance. Je documente cette ligne publiquement parce que je crois que c'est l'une des distinctions les plus importantes qu'un ingénieur puisse faire en ce moment.

Au bout du compte, ce qui m'importe, c'est de construire des choses qui survivent au moment où elles ont été créées. Des systèmes que le prochain ingénieur peut comprendre, qui résistent à la montée en charge, qui tiennent quand les choses se compliquent. Pas seulement des choses qui fonctionnent. Des choses qui durent.