Qu’est-ce qui fait un développeur 10x ?

Les développeurs 10x sont les créatures mythiques de notre époque.

Qu’est-ce qu’ils sont ? Que font-ils pour être si spéciaux ?
Que signifie même 10x ? Un développeur 10x est quelqu’un qui est (pensé pour être) aussi productif que 10 autres. Il/Elle serait donc capable de produire 10 fois le résultat de ses collègues.

De quoi parle-t-on vraiment ?
Bien sûr, un ingénieur senior pourrait être 10 fois plus productif qu’un stagiaire, mais serait-ce vraiment possible entre collègues ayant les mêmes années d’expérience et au moins sur le papier le même niveau de compétences ?

Souvent, en lisant sur la performance et la productivité dans les équipes, vous trouverez des choses comme la loi de Pareto et la courbe de Gauss. (également référencée comme loi de puissance et courbe de Bell).
La loi de Pareto est la fameuse règle des 80-20, valable pour presque tout : de la répartition des richesses et de l’iniquité mondiale à la gestion du temps et à la productivité.
Lorsque l’on parle de performance en équipe, cela donne :
80% des développeurs ne font que 20% du travail. Cela signifie que les 20% restants, les Top Performers, sont capables de réaliser 80% de toutes les tâches.
La courbe de Bell est souvent utilisée pour décrire la distribution de la capacité de performance des employés, indiquant qu’environ 80 % des employés sont positionnés autour de la moyenne, tandis que les autres sont soit des Top Performers, soit des mauvais performers.

Quoi que nous puissions regarder ces graphiques et ces chiffres, la différence entre le plus performant et le moins performant dans une équipe peut être énorme. Peut-être que nous faisons simplement référence à cela lorsque nous parlons d’un dev 10x ? Ou bien nous devrions simplement considérer la différence par rapport à la moyenne des autres dev. Qu’une telle chose soit statistiquement possible ou non, nous ne pouvons pas nier que certains dev sont en fait beaucoup plus performants que d’autres.
Alors, d’où vient cette génialité ?

Est-ce à cause des années d’expérience ? Pas vraiment.

10 ans d’expérience pourraient simplement signifier une expérience d’un an répétée 10 fois.

Si vous êtes coincé dans le même emploi à faire la même tâche chaque jour, chaque année et si vous ne ressentez pas l’envie d’avancer et d’apprendre de nouvelles choses, vous pourriez être surpris quand un dev ordinaire avec seulement 3 ans sur son CV est flamboyant et en sait plus que vous ( pas seulement sur la dernière pile technologique la plus cool).

C’est parce qu’ils travaillent jusqu’à tard et n’ont pas de vie ? Pas vraiment.

Un dev 10x n’est pas grinder de longues heures. Cela ne signifie pas travailler plus longtemps. Cela signifie définitivement travailler plus dur, mais surtout de manière plus intelligente.

Je suis loin d’être un dev 10x, mais dans ma carrière, j’ai eu la chance de rencontrer et de travailler avec au moins un couple d’individus aussi étonnants, et je peux dire que ce sont certains des traits/qualités qu’ils avaient en commun :

Travailler sur les bonnes choses de la bonne manière

Efficacité et efficience :

Etre efficace, c’est faire les bonnes choses alors qu’être efficient, c’est faire les choses correctement.

Eh bien, les devs 10x font normalement les deux. Ils ne perdent pas de temps à faire des choses inutiles de la manière la plus parfaite. Ils font les bonnes choses, de la (suffisamment) bonne manière.
Ceci peut être réalisé par :

Poser des questions

pourquoi

Parfois, de mauvaises exigences, des spécifications peu claires et des hypothèses erronées peuvent vous faire perdre des heures de développement. Non seulement vous devrez réajuster vos estimations ou serrer dans le retravail, mais il peut également être très frustrant de devoir jeter tout le code incroyable que vous venez de créer.

comment

Si vous êtes coincé, si vous avez besoin d’aide, demandez de l’aide. Ne demandez pas une solution, demandez un indice, un conseil, une astuce qui peut vous amener à trouver la solution par vous-même. n’ayez pas peur. vous n’êtes pas censé tout savoir et c’est bien que vous montriez que vous avez envie d’apprendre.

Soyez concentré, évitez les distractions

Combien de temps passons-nous réellement à regarder youtube, à consulter notre téléphone, à répondre à des amis sur WhatsApp ou Snapchat, ou simplement à faire défiler le mur de Facebook ?
Et si je vous disais que vous y passez 1 à 2 heures par jour ? vérifiez l’utilisation de ces applications sur votre téléphone. vous serez effrayé. (vous pouvez utiliser des applications comme celle-ci pour le prouver).
Nous n’avons pas nécessairement besoin d’abandonner sur tout cela. Juste reconnaître combien de temps on perd sur ces choses, alors qu’on est censé être productif est la première étape et ensuite on peut utiliser des outils comme la technique Pomodoro pour nous aider à rester loin des réseaux sociaux et du smartphone et garder le FLUX pendant au moins toute la durée d’un minuteur Pomodoro.

Je ne dis même pas qu’il ne faut pas faire de pause, c’est plutôt être vraiment conscient de là où notre temps précieux est drainé. (même si c’est certainement mieux de se lever, de faire une promenade, de discuter avec un collègue, d’aller jouer au kicker ou au ping-pong pendant 10 minutes, plutôt que de consulter Facebook. Donnez à vos yeux et à votre cerveau un peu de repos hors de tout écran !).

Faire une pause, se relâcher un peu peut en fait augmenter votre productivité

Utiliser des outils qui vous accélèrent, apprendre les raccourcis

Ce que nous faisons la plupart du temps, c’est taper et cliquer, cela semble fou mais vous pouvez vraiment devenir super rapide si vous commencez à utiliser des raccourcis dans votre IDE et si vous utilisez beaucoup le Terminal / CommandLine. Exécuter grep version package.json est beaucoup plus rapide que d’aller dans le Finder, cliquer sur package.json ouvrir et ensuite lire le paramètre de version.
Taper

git stash git pull git checkout -b my_new_feature git stash pop

est bien plus rapide que de faire la même chose avec n’importe quel outil visuel.

Vous pouvez penser que c’est juste raser des secondes, mais pour devenir un dev 10X, chaque seconde compte (et de toute façon, rester loin de la souris est bon pour prévenir le syndrome du canal carpien)
Vous pouvez lire ici quelques outils et astuces qui m’aident à écrire et déboguer du code mieux et plus rapidement.

Soyez désireux d’apprendre

La quantité d’informations qui existe est énorme. Parfois vous devez payer pour l’obtenir, la plupart du temps c’est gratuit. Il n’y a pas d’excuses pour ne pas consacrer un peu de temps au développement personnel. Lisez des articles, écoutez des podcasts, regardez des tutoriels et suivez des cours en ligne. Il n’est même pas nécessaire qu’il s’agisse toujours de codage – sinon on pourrait arguer qu’en effet un dev 10x passe toute sa journée à  » travailler  » – ( par exemple je trouve Getting Smarter Every Day et You are not so smart très chatouilleux pour l’esprit).
C’est plus une attitude, un état d’esprit. La curiosité, la soif de connaissance établit la différence avec la moyenne.

S’entourer des Top Performers / Trouver un mentor

Etre le développeur le plus rapide, le plus intelligent, le plus compétent de votre équipe peut être bon pour votre ego, mais pas pour votre croissance. Aussi confortable et épanouissant que cela puisse être, essayez de ne jamais être la personne la plus intelligente de la pièce, et cherchez toujours des personnes qui sont très bonnes dans ce qu’elles font, qui sont meilleures que vous et restez avec elles.

Donnez en retour. Partagez vos connaissances

Dès que vous apprenez quelque chose, essayez d’aider quelqu’un d’autre, enseignez à d’autres collègues, partagez vos apprentissages.
Cela peut être donner quelques conseils après votre standup quotidien, faire une courte présentation à votre équipe, écrire un article de blog ou devenir un mentor sur une plateforme de codage en ligne.
Ne soyez jamais arrogant ou irrité envers quelqu’un qui en sait moins que vous.

Si nous considérons tout cela, bien sûr, un très bon développeur a de solides compétences en programmation, mais ce qui peut vraiment faire la différence, c’est la passion, l’attitude et certaines compétences non techniques.
Le collègue que j’ai regardé avec admiration et qui m’a le plus inspiré pour m’améliorer était très motivé et compétent, et bien sûr super rapide dans ses tâches : rien ne semblait les arrêter ou les effrayer, s’ils ne savaient pas quelque chose, ils faisaient des recherches pendant quelques heures et se sentaient ensuite assez confiants pour s’approprier la correction du bug ou la fonctionnalité. En outre, ils rédigeaient de la documentation, organisaient des ateliers ou des mini présentations dès qu’ils trouvaient ou apprenaient quelque chose qui pouvait être utile aux autres membres de l’équipe. Ils aimaient partager.

Et au final, je crois que cela pourrait être le véritable facteur multiplicateur. Partager les connaissances, favoriser la croissance, être un exemple de passion et de travail acharné, c’est ce qui peut vraiment avoir un impact incroyablement positif sur d’autres personnes et élever la barre des performances d’une équipe ( même si elle n’est composée que de développeurs « moyens »).

.