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.