Pause café #48. 9 habitudes utiles pour un développeur junior

Source : Free Code Camp Avez-vous déjà analysé vos habitudes ? Les bons vous aident à devenir qui vous voulez être. Les mauvaises habitudes vous transformeront progressivement en celui que vous souhaitez devenir. Ayant travaillé comme développeur de logiciels pendant plus de 12 ans, j'ai développé certaines habitudes dont je suis fier et d'autres que je préfère rompre. Au début, je n’avais pas réalisé leur importance, mais ensuite il m’est apparu clairement lesquelles de ces habitudes m’ont aidé à grandir et lesquelles m’ont gêné. Cela m'a incité à faire l'inventaire et à écrire sur quelque chose qui pourrait vous inciter à faire de même.

Acceptez volontairement des choses que vous ne comprenez pas

Au début de votre carrière, vous ne savez pas grand chose. Par conséquent, vous vous sentirez probablement comme un imposteur. Après tout, l’entreprise vous verse un salaire en tant que spécialiste, et vous ne connaissez même pas la moitié des noms des technologies et des frameworks avec lesquels travaillent vos collègues. Et vous n’avez entendu parler de la seconde moitié que parce que vous avez effectué une recherche sur Google à temps. Si vous remplacez les mots « au début d'une carrière » par « au début de tout nouveau projet », vous pouvez obtenir une image assez précise d'une carrière dans le développement de logiciels. Chaque nouveau projet est le début de quelque chose de nouveau. Nous rencontrons de nouvelles personnes, comprenons de nouvelles exigences, apprenons de nouveaux cadres. Et ainsi à chaque fois. C’est pourquoi il est si important d’apprendre constamment de nouvelles choses. Si vous ne faites que ce que vous êtes bon à tout moment, vous ne pourrez pas entreprendre un nouveau projet en toute confiance. La peur de l’inconnu apparaîtra toujours devant vous. En prenant l’habitude d’assumer seul des tâches dont vous ne connaissez rien, vous pouvez acquérir de nouvelles compétences et connaissances. Si vous avez besoin de réparer quelque chose dans un assemblage et que vous n'avez jamais rencontré un tel travail auparavant, assumez cette tâche ! Vous acquerrez l’expérience nécessaire et de nouvelles compétences. S'il y a un bug dans votre code JavaScript frontend et que vous n'avez travaillé qu'avec le backend Java jusqu'à présent, corrigez-le ! Faire des choses dont vous n'êtes pas sûr est un excellent moyen d'évoluer professionnellement. Mais ne trompez pas les attentes des autres. Ne prétendez pas être un as en tout. Soyez honnête : vous n’avez jamais fait cela auparavant, mais vous aimeriez apprendre.

Demandez à travailler avec quelqu'un en binôme

Si vous êtes bloqué sur quelque chose ou si vous ne savez pas comment accomplir une tâche, demandez à quelqu'un de plus expérimenté de travailler avec vous. La programmation en binôme est un excellent moyen de faire bouger les choses. Discutez des exigences avec votre collègue : cela vous permettra de mieux comprendre quel devrait être le résultat. Commencez ensuite à discuter des options de solution. Vous pouvez aller encore plus loin et proposer de travailler en binôme, afin que vous écriviez du code et que votre collègue vous donne des astuces, et vice versa. Cela vous aidera à apprendre à réfléchir et à résoudre des problèmes. Pour un débutant, la programmation en binôme est très bénéfique. Une note sur le travail à domicile. Lorsque nous sommes passés à un format de travail à distance, j'ai été confronté à des problèmes complètement nouveaux. J'ai commencé à me demander si je devais demander à mes collègues de travailler en binôme avec moi. Au bureau, tout était simple : il suffit de se rendre à la table voisine et de discuter de cette question. Avec le travail à distance et la communication par vidéoconférence, tout est devenu sensiblement plus compliqué. Si cela vous pose également un problème, parlez-en à vos collègues. Il vous suffit de changer un peu vos approches habituelles et de développer de nouvelles habitudes.

Signalez ce que vous faites (et ne faites pas)

Je ne me souviens pas combien de fois j’ai entrepris une tâche avec enthousiasme, pensant que je pourrais la faire en une journée, pour la terminer en une semaine. Avec l'expérience, je suis devenu moins susceptible de me retrouver dans de telles situations, mais parfois je suis encore trop optimiste dans mes évaluations. Plusieurs raisons expliquent cette estimation de temps :

• la direction exige qu'une nouvelle fonctionnalité soit complétée rapidement car la date limite est proche ;
• Je veux bien paraître par rapport à mes collègues de bureau ;
• beaucoup de choses ne fonctionnent tout simplement pas comme prévu ;
• et bien d'autres encore...

En général, il est fort probable que votre estimation du temps soit également trop optimiste. Comment régler ceci? Vous pouvez gérer les attentes au fur et à mesure ! Parlez constamment de ce que vous faites et communiquez toujours ce qui vous retient. Je ne veux pas dire que vous devez publier une mise à jour de l'état des tâches toutes les 15 minutes. Assurez-vous simplement que les personnes concernées savent où vous en êtes dans le processus. Il est préférable de le communiquer au début et à la fin de la journée de travail. Si votre patron ou chef d’équipe/projet attend de vous des résultats, signalez-lui quotidiennement : « Je travaille sur telle ou telle chose. J'ai rencontré tel ou tel problème. Voici les options pour le résoudre. De cette façon, toutes les personnes intéressées seront informées de vos progrès. Personne ne vous en voudra si vous rencontrez soudainement un problème – tant que vous tenez les gens au courant. Un avantage supplémentaire : en signalant l'état actuel d'une tâche, vous pouvez entendre les recommandations ou les solutions des autres au problème. Prenez l’habitude d’informer régulièrement vos parties prenantes des résultats de votre travail.

Démarrer un blog

Je ne suis probablement pas la première personne à qui vous entendez ce conseil, mais je le dis quand même : bloguez ! Il n'est pas nécessaire que votre blog soit public. Il peut s'agir de quelques pages du wiki de votre entreprise ou d'une collection de référentiels GitHub avec des exemples de code et quelques lignes de texte explicatif. Pourquoi est-ce nécessaire ? Parce que lorsque vous écrivez quelque chose pour enseigner aux autres (même si ces « autres » sont votre futur moi), c'est une excellente façon d'apprendre et de grandir professionnellement. Écrivez comment vous avez réussi à résoudre un problème difficile. Ou sur le fonctionnement d'un nouveau framework dont vous attendez la sortie depuis longtemps. Vous pouvez également tenir un journal de ce que vous avez fait pendant la semaine. Soit dit en passant, cela vous aidera à développer l'habitude de communiquer sur ce sur quoi vous travaillez actuellement. J'ai commencé à bloguer plusieurs fois. Au début, bien sûr, il est très difficile de maintenir sa motivation et de se forcer à écrire, sachant que presque personne ne lit vos messages. C'est assez étrange d'écrire dans le vide. Pour cette raison, j'ai abandonné mes blogs. Et il y a trois ans, j'ai commencé mon prochain blog . J'ai écrit sans public pendant six mois. Et puis j’ai découvert que je n’avais pas de lecteurs car mon fichier robots.txt ne permettait pas aux moteurs de recherche d’indexer le blog ! Pour faire court, j'ai modifié les paramètres dans robots.txt et les gens ont commencé à lire mes articles. Il n'y avait pas beaucoup de lecteurs, mais ils m'ont quand même incité à ne pas m'arrêter. Petit à petit, j'ai amélioré mes compétences rédactionnelles et mon blog compte désormais jusqu'à 200 000 vues par mois. Et tout cela est dû au fait que j'ai décidé un jour de commencer à écrire sur de nouveaux cadres et problèmes que j'ai réussi à résoudre. Et je l'ai fait pour pouvoir revenir à mes notes quand j'en avais besoin, et pas du tout parce que je voulais rassembler un large public. Bloguer peut sembler une corvée ennuyeuse au début, mais avec le temps, si vous ne vous arrêtez pas, cela commencera à vous apporter satisfaction. Si vous commencez à écrire avec le désir d’apprendre et d’enseigner, non seulement vous apprendrez beaucoup, mais vous deviendrez également intéressant pour de nombreuses personnes.

Procurez-vous un cahier

Je ne suis devenu que récemment un grand fan des ordinateurs portables. Pas sous forme de programmes, mais de vrais programmes papier. Partout où je vais, j’emporte un bloc-notes et un stylo avec moi. De cette façon, j'ai la possibilité d'écrire ce qui me vient à l'esprit à tout moment. Je prends des notes lorsque j'écoute quelqu'un parler, lorsque j'attends le bus ou lorsque je réfléchis à ce que je vais préparer pour le dîner. J'utilise également un bloc-notes pour créer une liste de livres que je souhaite lire, des frameworks que je souhaite apprendre, des fonctionnalités que je souhaite ajouter à mes projets personnels. Et, plus important encore, je prends des notes lorsque je lis des livres car cela m'aide à mieux retenir ce que j'ai appris. J'écris tout ce qui me vient à l'esprit. Et si, pour une raison quelconque, je n’arrive pas à écrire quelque chose, je me sens anxieux au point de ne même pas pouvoir dormir. Le problème est que je ne fais pas confiance à ma mémoire. Si vous avez une bonne mémoire et que vous vous souvenez parfaitement de tout ce à quoi vous avez pensé il y a une semaine, vous n’aurez probablement pas besoin d’un cahier. Mais si vous avez du mal à vous souvenir, comme moi, prendre des notes dans un cahier changera considérablement votre vie pour le mieux. Pour vous assurer que votre cahier est aussi utile que possible, vous avez besoin d’une approche systématique. Vous devez vous assurer que tout ce que vous écrivez dans votre cahier ne sera pas perdu. Séparez les premières feuilles de votre cahier dans une table des matières afin de pouvoir retrouver facilement les informations dont vous aurez besoin plus tard. Prenez l’habitude de revoir régulièrement vos notes. Prenez, par exemple, les notes prises en lisant un livre. Lorsque j'ai fini de lire un livre, je parcours mes notes et j'en rédige une critique sur mon blog. Bien que presque personne ne lise ce texte, le processus même de rédaction d'une critique vous oblige à réfléchir à ce que vous lisez et, par conséquent, à mieux vous en souvenir.

Documentez vos victoires

Les cahiers sont également nécessaires pour développer l’habitude de documenter vos réalisations. Comme je l'ai déjà dit, ma mémoire est mauvaise. Bien sûr, je me souviens de ce que j'ai mangé hier au déjeuner, mais lorsque je me concentre sur une tâche complexe, ma capacité de mémoire diminue sensiblement. C'est pourquoi j'ai pour règle de noter mes réalisations à la fin de chaque journée. Nous ne parlons pas d’exploits remarquables, mais simplement de petites victoires. Par exemple, corriger un bug, franchir une nouvelle étape vers la création d'une nouvelle fonctionnalité, etc. J'écris également des victoires personnelles, comme terminer mon entraînement matinal. Le soir, je fais simplement une liste de ce que j'ai fait pendant la journée et je note tout cela dans un cahier. Vous pouvez effectuer de telles entrées sur une tablette ou utiliser un programme spécial, si cela vous convient mieux. Au fil du temps, les réalisations se multiplient. Vous pouvez même marquer les plus importants d’une manière ou d’une autre afin de pouvoir les retrouver facilement plus tard. Par exemple, avant de préparer une évaluation des performances, vous parcourez votre liste, recherchez les réalisations pertinentes et les répertoriez dans une liste distincte. Cela rendra l'examen bien meilleur. Une liste de réalisations est également utile pour communiquer ce que vous avez fait.

Trouvez du temps pour les tâches importantes

En fin de compte, j’ai souvent l’impression de n’avoir rien accompli aujourd’hui. Et même s’il est important de documenter vos victoires (ou du moins les tâches accomplies), le plus important est de terminer ces tâches. Il arrive qu'une réunion cède la place à une autre et soudain la fin de la journée de travail arrive. Après une réunion avec des collègues, vous aimeriez continuer à travailler sur votre tâche, mais juste au moment où vous avez le temps de vous échauffer, une nouvelle visioconférence démarre. Et après cela, vous devez à nouveau vous « réchauffer », car vous avez déjà perdu le contexte. Cela réduit votre productivité. Si j’ai appris quelque chose sur la productivité, c’est qu’il est important de réserver du temps pour les tâches importantes. Si vous ne prenez pas l'habitude de consacrer du temps aux tâches importantes, il y a de fortes chances que vous n'ayez jamais le temps d'y travailler. Votre temps sera consacré aux activités quotidiennes normales. La gestion de votre temps peut se faire de différentes manières, et pour être honnête, je passe d'une approche à l'autre tous les deux mois. Mais le principe reste le même : pour les tâches que vous devez absolument accomplir, vous devez réserver une partie du temps dans votre emploi du temps. Je me réserve une heure le matin, avant le travail, pour rédiger des articles pour le blog (ou d'autres sites). Je me réserve également une heure le soir (quand les enfants dorment déjà) pour travailler sur un projet personnel. J'ai actuellement un tableau Trello avec une colonne pour chaque jour de la semaine où je liste les tâches que je souhaite accomplir le matin et le soir. Une fois par semaine, je mets à jour ce tableau et j'y écris ce que je dois accomplir la semaine prochaine. De cette façon, je n’ai pas à perdre un temps précieux à réfléchir à ce que je dois faire ensuite. De plus, je réserve chaque jour deux heures dans mon emploi du temps pour des travaux qui demandent une concentration particulière, afin que mes collègues n'essayent pas de planifier des réunions pendant cette période. Tout cela m'aide à faire face aux tâches prévues pour la journée. En général, la manière exacte dont vous gérez votre temps n’est pas si importante. L'essentiel est de le faire en principe et d'en créer une habitude. Sinon, vos journées seront consacrées à des choses qui ne sont pas très importantes pour vous.

Si tu es coincé, fais une pause

Les développeurs se retrouvent très souvent dans une impasse. Et ces situations sont terriblement ennuyeuses. Dans de tels cas, tout le monde conseille souvent de faire une pause dans le travail. Mais il est parfois très difficile de suivre de telles recommandations, car « la décision est déjà proche, je ne peux pas m'arrêter maintenant ». Et si je fais une pause maintenant, je devrai ensuite à nouveau « intervenir » sur le fond du problème. Pourquoi perdre volontairement du temps ? Mais le fait est que lorsque vous êtes coincé au travail, cela vous empêche de penser correctement. Vous pensez que c’est très stupide de se retrouver confronté à un tel problème. Après tout, vos collègues pourraient probablement s’en charger facilement (une autre option est qu’ils obtiennent toujours des tâches plus faciles). En même temps, vous ne réfléchissez pas à la manière de résoudre réellement le problème. Faites une pause et travaillez sur autre chose pendant un moment. Ou (encore mieux) revenez sur ce problème demain. Prendre une certaine distance par rapport au problème vous permettra de voir des solutions qui vous échappaient auparavant. Peut-être que cela ne vous est pas encore arrivé, mais je vous l'assure : très souvent, la bonne solution vient d'elle-même à l'esprit. Si vous n'avez pas de temps supplémentaire, vous pouvez utiliser la méthode Pomodoro : diviser la tâche en segments de 30 minutes avec une courte pause entre les deux. Après chaque étape, je me demande si je suis en mode solution ou si je suis bloqué et que je devrais faire autre chose. La méthode Pomodoro présente l’avantage supplémentaire d’utiliser la fin de chaque étape comme déclencheur d’autres habitudes. Par exemple, pour prendre l'habitude de se lever de table et de s'étirer, de boire de l'eau. C'est ce qu'on appelle parfois une pile d'habitudes, car vous les empilez en quelque sorte les unes sur les autres et vous obtenez ainsi un bon effet.

Pas besoin de chercher une baguette magique

J'ai déjà écrit un livre sur un certain style d'architecture logicielle et je reçois régulièrement des e-mails avec des questions telles que « J'aime vraiment ce style et je veux l'appliquer à tous mes projets ! Comment faire?" Et savez-vous ce que je réponds ? Il n’existe pas de style architectural unique permettant de résoudre tous les problèmes. Lorsque vous avez un petit projet, vous créez une simple API CRUD. Et si vous avez un modèle complexe, vous construisez une architecture hexagonale plus complexe. Et lors de la création de microservices dans chaque contexte individuel, vous utilisez l’un des centaines de styles architecturaux. Il n’existe pas de cadre universel pouvant être utilisé pour n’importe quel projet. Tout comme il n’existe pas de langage de programmation ou de style de codage unique. N'essayez pas de trouver une baguette magique. Elle n'existe pas. Avoir sa propre opinion est une bonne chose lorsqu’elle repose sur des arguments valables. « C'est le meilleur style architectural » et « Je fais toujours ça » ne sont pas des arguments valables. Imaginez simplement qu'il y ait un développeur dans votre équipe qui a toujours ses propres préférences et qui écume toujours pour prouver qu'il a raison, « parce que c'est le mieux ». Vous vous en lasserez très vite. Ne soyez pas ce genre de développeur.