On m'a fait venir pour aider une structure à recruter. J'ai passé les premières semaines à ne pas recruter du tout, à regarder leur stack. Parce que le problème n'était pas l'offre. Un bon développeur choisit d'abord ce qu'il va toucher tous les jours.

Le même bout de code peut faire gagner du temps à une personne ou à toute une entreprise. La différence n'est pas dans le code, elle est dans l'endroit où on le pose. C'est là, à mon avis, que se joue la vraie différence entre un bon ingénieur et un ingénieur qui compte pour dix.

Le jour où vous dites « merci » à un modèle de langage, vous avez rangé un outil dans la mauvaise case. Ce n'est pas une question de politesse, c'est une question de statut, et le statut qu'on lui donne décide de la confiance qu'on lui fait.

En exploitant une blockchain, j'ai découvert un renversement : la vérité n'était pas sur mon disque, et perdre mes données ne me faisait perdre que du temps. Ce cas extrême décrit une bonne moitié de vos systèmes, et il explique pourquoi on sauvegarde massivement des choses qu'il faudrait savoir …

Tout le monde affirme pouvoir reconstruire son infrastructure depuis le code. Presque personne ne l'a vérifié. J'ai exploité pendant deux ans un réseau détruit et reconstruit intégralement tous les sept jours, et ça m'a appris ce que cache vraiment cette phrase.