Considérez trois ingénieurs : Jim, John, et Jane.
Jim arrive au travail à 11h30, et part à 16h30. Il ne se soucie pas beaucoup de son travail, alors il écrit juste assez de code pour ne pas être licencié. Le code qu'il écrit est bricolé de façon négligée et mal testé. Il n'écrit jamais de documentation, car cela lui demanderait trop d'efforts. Lorsqu'il est de garde, il ignore la plupart des alertes, car elles ne sont probablement pas importantes de toute façon.
John est très ambitieux, et veut vraiment faire du bon travail, pour pouvoir être promu. En fait, il refuse de travailler sur tout projet qui ne lui permettra pas d'être promu, et dit à son responsable de donner ces projets à d'autres coéquipiers. Lorsque John se voit confier une tâche qui ne lui permettra pas d'obtenir une promotion, il l'ignore généralement ou la confie à quelqu'un d'autre.
John est plutôt senior, si bien que les ingénieurs juniors font souvent appel à son expertise. Lorsque quelqu'un demande de l'aide à John, il évalue d'abord l'importance de la personne. Si la personne ne va pas lui écrire des commentaires de ses pairs, John est trop occupé pour répondre à leurs messages.
Jane vient d'obtenir son diplôme universitaire et n'a pas construit beaucoup de logiciels par le passé. Mais elle se soucie profondément de la qualité de son travail. Son code est impeccablement testé, et truffé de commentaires. Elle ne savait pas ce qu'était un constructeur de mouvement, ou comment déclarer une variable "const", mais elle a vite compris cela lors de ses premières revues de code.
Jane est heureuse de travailler sur n'importe quel projet que son manager lui assigne. Elle se dit que si le manager lui donne un projet, cela doit être ce qu'il y a de mieux pour l'équipe. Parfois, Jane se voit confier des tâches qui appartiennent à d'autres équipes, et elle prend ces tâches aussi sérieusement que son propre travail d'ingénierie (car les autres équipes font aussi des choses importantes).
Lorsque d'autres ingénieurs posent des questions à Jane, elle s'assoit avec eux pendant vingt ou trente minutes et les aide à déboguer leur problème, même si elle ne connaît pas la réponse de tête.
Soyez Jane. Don’t be John or Jim.
Being a good engineer is all about attitude.