Maîtriser l'art : compétences essentielles d'un ingénieur logiciel senior

Quand j’entends « Développeur Senior », je pense à quelqu’un qui a maîtrisé la programmation. Je pense à une personne capable de concevoir, coder et tester un système. Elle peut discuter d’architecture système ou de conception de composants. Elle comprend et utilise les modèles de conception. Cette personne peut anticiper les goulots d’étranglement de performance, mais sait ne pas pré-optimiser. Cette personne exploitera la programmation asynchrone, les files d’attente, la mise en cache, la journalisation, la sécurité et la persistance si approprié. Quand on lui demande, elle peut donner une explication détaillée de ses choix et des avantages et inconvénients. Dans la plupart des cas, elle a maîtrisé la programmation et la conception orientées objet, ce n’est pas absolu car d’autres langages comme JavaScript, F# et Scheme sont puissants et ne sont pas orientés objet par nature. Elle est compétente en gestion des risques et surtout, elle peut communiquer tout ce qui précède à ses pairs.

Qu’est-ce que la maîtrise ? Il existe une idée généralement acceptée selon laquelle pour maîtriser n’importe quelle compétence, il faut 10 000 heures de répétition pour que le corps et l’esprit humain saisissent et intériorisent une compétence. Cela est écrit en détail dans le livre de Malcolm Gladwell Outliers.

Quelques exemples dans Outliers de Malcolm Gladwell :

Mozart a composé son premier concerto au jeune âge de 21 ans. Ce qui semble d’abord jeune, mais il écrit de la musique depuis qu’il a 11 ans.

The Beatles ont d’abord été rejetés. On leur a dit qu’ils n’avaient pas le talent et qu’ils devraient envisager une autre carrière. Ils ont passé 3 ans en Allemagne en jouant environ 1200 fois dans différents lieux, chaque fois pendant 5 à 8 heures. Ils ont réémergé en tant que The Beatles que nous connaissons et aimons aujourd’hui.

Et enfin, Bill Gates a abandonné Harvard à l’âge de 20 ans pour fonder Microsoft. Pour certains, cela pourrait sembler insensé, mais considérez qu’à 20 ans, il avait passé près de la moitié de sa jeune vie à programmer. En 1975, peut-être seulement 50 personnes dans le monde avaient l’expérience qu’il avait. Son expérience lui a donné la clairvoyance de voir l’avenir dans Microsoft.

Peter Norvig discute également de la règle des 10 000 heures dans son essai « Teach Yourself Programming in Ten Years ».

Dans le livre Mastery de George Leonard, de grands détails sont donnés sur comment maîtriser une compétence. On doit pratiquer la compétence encore et encore et encore. Plus la répétition est importante, plus vous devenez conscient des différences dans chaque répétition. Ce n’est qu’avec cette perspicacité que vous pouvez vous améliorer.

Les titres de l’industrie du logiciel (Junior, Mid-Level et Senior) sont trompeurs et incohérents d’une organisation à l’autre. J’ai travaillé avec des entreprises qui définissaient un Développeur Senior comme quelqu’un ayant 5 ans ou plus d’expérience. Il n’y a aucune mention de la qualité de l’expérience, juste qu’ils ont passé 5 ans devant un ordinateur. En travaillant avec ces personnes, beaucoup d’entre elles n’avaient pas encore saisi la programmation orientée objet, mais elles étaient considérées comme des Développeurs Senior.

Il doit y avoir un meilleur moyen plus objectif de mesurer l’ensemble de compétences d’un ingénieur logiciel. John Haugeland a créé une matrice de compétences pour programmeurs informatiques. Elle offre un moyen commun et objectif de mesurer le niveau de compétence d’un programmeur, ce qui est autrement laissé surtout à l’intuition.

Quand je regarde les ingénieurs logiciels, je vois 4 niveaux de compétences : Luminary, Senior, Mid-Level et Junior.

Luminary (10+ ans) est quelqu’un qui a maîtrisé une compétence et s’est mis à améliorer sa discipline respective. Quelques exemples incluent : Ted Neward, Uncle Bob Martin, Donald Knuth, Oren Eini, Peter Norvig, Linus Torvalds. Cela change selon votre ensemble de compétences.

Senior (7 à 10+ ans, Niveau 3) est quelqu’un qui a passé les 10 000 dernières heures à programmer dans un genre spécifique. Il y a une forte compréhension des modèles de conception. Ils exploitent la programmation asynchrone, les files d’attente, la mise en cache, la journalisation, la sécurité et la persistance si approprié.

Il est très possible qu’un Senior n’atteigne jamais Luminary. Les Luminary se trouvent souvent en train de parler et d’écrire. Ils essaient activement d’impacter leur discipline.

Mid-Level (4 à 6 ans, Niveau 2) est quelqu’un qui comprend la programmation au jour le jour. Il travaille indépendamment et crée des solutions robustes. Cependant, il n’a pas encore expérience de créer ou de maintenir des systèmes grands ou complexes. En général, les développeurs Mid-Level sont excellents dans le développement au niveau des composants.

Junior (1 à 3 ans, Niveau 1) est quelqu’un qui comprend les bases de la programmation. Il a soit un diplôme en génie logiciel ou en informatique, soit il est autodidacte. Son code est continuellement examiné. Des conseils sont donnés concernant les algorithmes, la maintenabilité et la structure.