10x developer rules 😅
Ce guide liste des astuces pour améliorer votre productivité en tant que développeur.
- Avoir une définition de ce qui est terminée akka Definition of Done et éventuellement un Definition of Ready (méthode agile). Cela t’obligera à être rigoureux. À partir de quel moment on peut considérer que ta tâche est terminée. Lorsque le client est satisfait ? Lorsque les critères d’acceptation sont validés. Lorsque le testeur à validé la recette ?
- Connaitre son rôle en tant que développeur Partons du principe que le rôle du développeur est d’apporter de la valeur à l’entreprise, c’est sa priorité numéro 1. Poses toi la question suivante dans chaque tâche que tu entames “Est-ce que je vais apporter de la valeur à mon entreprise en faisant cela ?” Si tu as un doute pose la question à ton collègue ou un supérieur.
- Résister au réfactoring quand ce n’est pas nécessaire On peut distinguer deux situations réfactoring :
- Tu as besoin de refactorer du code pour faciliter l’implémentation d’une fonctionnalité.
- Tu souhaites refactorer, car une partie du code n’est pas lisible (selon toi), ou n’est pas au goût du jour.
- Tester son application
- En la démarrant sur mon poste.
- Je teste l’application une fois déployée sur l’environnement. (développement|recette) Cela me permet de :
- Voir si je n’aurai pas oublié certains cas de test.
- Vérifier mes logs, voir s’ils sont bien contextualisés. Même si mes tests s’exécutent correctement. Démarrer l’application sur mon poste
- Je demande à une personne de tester mon application.
- Vérifier les logs une fois l’application déployée. Ok, j’ai pensé à mettre des logs dans mon implémentation, mais quand est-il vraiment lorsque j’exécute mon application ? Est-ce qu’ils sont suffisamment contextualisés ?
- Relire ma propre Merge|Pull Request À la recherche de faute d’orthographe. De TODO oublié dans le code source. S’il y a des parties du code dont je ne suis pas confiant, j’ajoute un commentaire pour attirer l’attention du relecteur et lui demander un avis.
- Éviter de faire du copier/coller de code source Ça peut paraître contre productif. Mais prendre le temps de réécrire un morceau de code trouvé sur Internet. Surtout si c’est du code qu’on ne connaît pas. D’une part permet de comprendre ligne après ligne ce que le code fait. Mais surtout ça me permet de le mémoriser.
- Utiliser les raccourcis clavier
- Quand je code, j’utilise régulièrement l’autocomplétion. C’est un moyen d’apprendre de nouvelles méthodes ou fonctionnalités. Également lire la documentation du code. Parfois, tu trouveras des informations pertinentes uniquement dans la documentation du code source et pas dans la documentation officielle du site web. Apprends à utiliser d’autres fonctionnalités comme “call hiérarchie”. https://jetbrains.developpez.com/tutoriel/top-dix-plugins-intellij-idea/
- Réfléchir à haute voix (think Loud) Le principe est simple lorsque tu es bloqué pendant un certain temps, exprimes ton problème à haute voix sans pour autant demander de l’aide à un collègue. Peut-être un collègue aura l’oreille attentive et t’apportera une solution.
- Prendre le temps de connaître son IDE, navigateur, système d’exploitation
- Utiliser des générateurs en ligne Je dois générer un mot de passe, pour un énième site ou je souhaite m’inscrire. Vient le moment de s’inscrire et de choisir un mot passe, inutile de perdre du temps en trouvant la bonne combinaison, je cherche un générateur de mot de passe sur Google. Il en existe même pour générer sa signature de mail.
- Ne pas taper plus de 2 touches sur le clavier sans regarder son écran. L’autocomplétion est partout, je ne peux pas me permettre d’écrire un mot complet en regardant uniquement le clavier, Alors que l’autocomplétion suggère peut-être le mot que je souhaite taper.
- Cultiver sa passion pour son métier. Où apprendre ce qui nous passionnes dans les tâches du quotidien, si je n’éprouve pas encore de passion. Si tu n’es pas passionné, tu ne comprendras pas pourquoi un collègue sur le même poste est plus productif que toi. Tu n’essayeras même pas d’observer sa façon de travail, pour copier de bonnes idées. Aussi, tu n’auras pas recours à ton imagination pour essayer de t’améliorer.
- Développer son expertise technique. Je peux approfondir mes connaissances sur l’une des technos que j’utilises.
- Travaille sur un Side Project C’est le premier élément de cette liste. C’est la façon la plus amusante d’apprendre.
- Faire de la veille ciblée Pourquoi ciblé ? Rappel toi, tu dois apporter de la valeur dans le milieu dans lequel tu évolues. Ta veille doit donc cibler les technos/domaines avec lesquels tu interagis lors de ton travail.
- Acheter un livre sur une technologie Les livres techniques, peuvent être difficiles à terminer. L’objectif ne sera pas forcément de lire ce livre de A à Z. En revanches, tu t’attarderas sur le sommaire, repère les sujets que tu ne maîtrises pas. Et concentre ta lecture sur ces parties du livre. En étant conscient de tous les sujets abordés dans ton livre. Le jour où tu auras besoin d’une solution à un problème technique, tu sauras où chercher dans ce livre.
- Suivre une formation N’attends pas que ton entreprise te propose une formation. Suis une formation gratuite ou payante. Les formations ont aussi des sommaires. Cible lorsque cela est possible les parties de la formation les plus pertinentes. Tu peux suivre la formation en entier. Mais tu en tireras plus si tu commences tout de suite à mettre en pratique ce que tu apprends dans un mini projet POC ou en prenant des notes sur une feuille blanche.
- Écouter des podcasts
- Regarder les vidéos ou écouter les podcasts en vitesse accélérée 1.75x ou 2x.
- Je ne serai pas productif sans une bonne nuit de sommeil.
- Ne pas suivre à la lettre tout ce que tu lis.