Chaque année, le résultat de son travail générait des centaines de millions de dollars. Il avait un esprit incroyable et tout le monde au bureau le savait. Il était multidisciplinaire. Il ne semblait pas que son cerveau se soit jamais arrêté ou ait eu besoin d'une pause. Personne n'a jamais été près de rivaliser avec lui ou de générer un travail similaire.
Qu'est-ce qui l'a rendu 10x ingénieur ? Il pouvait voir les choses de différentes perspectives en même temps. Vous veniez et disiez que je ne peux pas connecter ces deux choses ensemble et il disait parce que ça vibre trop mais pas dans l'espace - c'est pourquoi nous allons l'envoyer là-bas.
Lors des réunions avec nos sous-traitants (des gars en doctorat de grandes écoles avec 30 ans d'expérience), il les faisait transpirer en 15 min. Pas parce qu'il voulait poser des questions difficiles mais il pouvait déjà voir et connecter différentes choses à leurs réponses. Il posait la question - ils disaient qu'ils devaient y réfléchir et une minute plus tard, il leur disait ce qu'il pense être la réponse - qui était toujours juste. Ce schéma se produisait souvent.
Il pouvait trouver des bugs dans des logiciels propriétaires non pas parce qu'il avait un code source mais il savait comment il les concevrait.
Il avait un écran 4k 30″ et avait une fenêtre de terminal à l'intérieur sans aucune couleur. Il était très difficile de lui poser des questions car il ne vous donnait pas de réponse explicite, il n'aimait pas ralentir pour les autres et vous laissait presque toujours avec d'autres questions. C'est pourquoi vous pouviez lui poser une question seulement si vous connaissiez la réponse et il confirmait puis ajoutait différents angles.
Il m'a rendu humble. Il a rendu tout le monde humble.
J'ajouterai qu'il avait une mémoire incroyable. Il disait souvent nous avons parlé de ceci le . Il n'utilisait pas de signets et n'avait pas beaucoup d'onglets ouverts. Son carnet de notes était son courrier. Si nous parlions de quelque chose d'important et qu'une idée folle surgissait, il l'écrivait et envoyait un mail.
Son éditeur était juste une seule fenêtre avec deux couleurs de fond noir et gris sur un seul écran 4k 30″. Il se souvenait simplement des choses. L'arbre source avait des milliers de fichiers et il pouvait naviguer vers les fichiers à partir d'une ligne de commande sans autocomplétion. Il se souvenait surtout du numéro de ligne de la chose qu'il regardait. Sinon, il se contentait de grep (le reste de l'équipe avait des indexeurs internes pour suivre et naviguer dans le code source). Non seulement il était incroyablement rapide pour trouver le bon code, mais il avait une image mentale de la place de cet élément dans l'ensemble de l'architecture, de ses dépendances, mais surtout il savait quels effets ils provoquaient dans un système très complexe. Il pouvait clairement voir les effets si vous modifiez le code dans une portée globale.
Il était très ennuyé lorsque vous reveniez et posiez une question qu'il avait déjà entendue ou qui était liée au projet ou à l'architecture dont il avait parlé auparavant. Dans son monde, si quelque chose était dit une fois, c'était dit pour toujours et cela devait être clair pour tout le monde. Il s'énervait s'il devait reparler de quelque chose.
Il n'était pas facile de collaborer avec lui mais il pouvait dépasser n'importe qui. Ses connaissances ne s'étendaient pas très bien à l'équipe. Il travaillait aussi constamment (probablement en moyenne il tapait 12h par jour et le week-end 5h). On m'a dit qu'avant d'avoir une famille, il était beaucoup plus dans le travail.
Je n'ai jamais su s'il s'ennuyait des gens qui lui posaient des questions parce qu'elles lui semblaient futiles ou s'il voyait simplement tout différemment et essayait de partager avec cela avec les autres. Tout le monde au bureau savait simplement que vous pouviez lui poser des questions uniquement si vous aviez une réponse et que vous compreniez parfaitement l'architecture.
Je dois ajouter qu'il utilisait VCS comme son album. Il se contentait de faire des modifications et de les commiter sans exécuter aucun test. Il s'en est tiré parce qu'en quelques années de travail avec lui, je n'ai vu qu'une seule fois (ou deux) que ses commits ne passaient pas les tests.
Cette personne est juste incroyable. Pour tous les autres mortels qui veulent travailler sur l'amélioration de soi, je peux recommander "Effective Engineer" par Ed Lau qui dit surtout que votre temps est la chose la plus précieuse et que vous devriez penser à comment l'investir très judicieusement.
.