Article original : What Is it Like to Work as a Junior Developer?
Si vous étudiez pour devenir un développeur professionnel, vous vous demandez peut-être ce qu'un développeur junior fait au travail.
Dans cet article, je vais parler d'une journée type d'un développeur junior et de ce à quoi vous devez vous attendre en poste.
Le processus d'intégration
Lorsque vous commencez dans une nouvelle entreprise, vous passerez par ce que l'on appelle le processus d'onboarding. C'est un terme qui désigne le processus d'introduction à l'entreprise.
Vous passerez d'abord par une période de remplissage de documents administratifs importants. Cela inclura des éléments tels que les informations de paie nécessaires pour le département RH.
Vous commencerez également à obtenir l'accès à une partie de la codebase du projet de l'entreprise, au calendrier du personnel, aux réunions et au salon de discussion de l'équipe.
Avant de commencer votre première journée, vous recevrez probablement des tonnes d'e-mails. Il est très important de configurer votre adresse e-mail professionnelle et de la consulter régulièrement tout au long de la journée pour mettre en place tout ce dont vous avez besoin.
Lors des premiers jours de travail, vous aurez quelques réunions pour vous présenter à votre manager, à votre équipe, ainsi qu'une vue d'ensemble de l'entreprise et de ses attentes.
Il est tout à fait normal d'être submergé par le volume considérable de nouvelles informations. Essayez de prendre des notes pendant les réunions et de poser des questions.
Conseils pour l'installation du projet
Vous pourriez être submergé lorsque vous essaierez de configurer la codebase pour la première fois ou vous pourriez ne pas comprendre tout le code qu'elle contient. Il est important de se rappeler que votre entreprise ne s'attend pas à ce que vous appreniez tout sur la codebase au cours de votre première semaine.
Ils comprennent qu'il faudra un certain temps avant que vous ne vous habituiez à l'emplacement de chaque élément et à la manière dont les choses fonctionnent. Prenez votre temps pour étudier la codebase et posez des questions sur ce que vous ne comprenez pas.
De plus, si vous avez des difficultés avec l'installation du projet, n'hésitez pas à contacter un membre de l'équipe. Si le processus d'installation n'est pas bien documenté, cela pourrait être une bonne occasion pour vous de mettre à jour la documentation afin que les futurs développeurs bénéficient d'un processus d'intégration plus fluide.
Que sont les tickets et les tableaux de projet ?
Les tableaux de projet sont utilisés pour que les équipes connaissent l'état actuel d'un projet et comprennent le travail qu'il reste à accomplir. Ces tableaux contiennent ce qu'on appelle des tickets qui représentent des tâches à différents stades d'avancement pour le projet.
Voici un exemple de ce à quoi pourrait ressembler un tableau de projet. Il s'agit d'un exemple tiré de l'un de mes projets personnels.
Les développeurs s'assignent un ticket listé sur le tableau et lisent les exigences.
Certains de ces tickets peuvent être de petites corrections de bugs pour un projet existant. Ou on pourrait vous demander de construire une nouvelle page ou un nouveau composant pour le site.
Lorsque vous avez terminé de travailler sur le ticket, vous soumettez une PR (pull request) et demandez une code review. Une fois que votre code a été revu et approuvé, il sera alors poussé en production.
Si vous avez des questions pour clarifier les exigences du ticket, contactez simplement votre chef de projet.
Que sont les Code Reviews ?
Le processus de code review implique qu'un autre développeur examine votre code et soumette ses commentaires pour amélioration. Ces code reviews aident à détecter les petits bugs, les incohérences de code et à améliorer la qualité globale du code.
Il est important de ne pas prendre les code reviews personnellement. Rappelez-vous que votre équipe est là pour vous aider et vous offrir des critiques constructives.
En tant que développeur junior dans votre premier emploi, vous n'avez peut-être pas l'habitude que d'autres personnes regardent votre code. Vous n'êtes peut-être pas non plus au courant des meilleures pratiques actuelles pour la création d'applications de production à grande échelle.
Les code reviews peuvent être une excellente occasion d'apprentissage pour vous et vous aider à devenir un développeur plus mature.
Quel est le rôle d'un manager ?
Les managers en ingénierie ont plusieurs responsabilités, notamment la planification et la coordination des projets ainsi que la supervision des équipes d'ingénierie.
Ce sont des personnes qui ont des années d'expérience dans le logiciel et qui doivent équilibrer la gestion de projet et la gestion humaine.
Voici quelques activités quotidiennes de base pour les managers en ingénierie :
- Participer aux réunions standup quotidiennes
- Réunions avec d'autres managers, clients et parties prenantes
- Entretiens individuels (one-on-one) avec les ingénieurs
- Participation éventuelle à certaines code reviews ou au code
Je pense qu'un bon manager est quelqu'un qui peut communiquer efficacement avec l'équipe et qui sait résoudre les problèmes lorsque des difficultés surviennent. Ils sont également responsables de fournir des retours à leurs ingénieurs sur ce qu'ils font bien et sur les points à améliorer.
Que sont les réunions Standup ?
Les réunions standup ont lieu lorsque toute l'équipe se réunit et que chaque membre partage le travail qu'il a effectué, le travail qu'il reste à faire et tout ce qui l'empêche d'avancer.
Il est vraiment important que si vous êtes coincé sur quelque chose ou bloqué, vous en fassiez part à l'équipe. En tant que nouveau membre de l'équipe, surtout en tant que junior, assurez-vous de demander de l'aide si vous ne pouvez pas avancer sur le projet.
Rappelez-vous que votre équipe est là pour vous aider et que vous ne devriez pas avoir honte de demander de l'aide.
À quoi s'attendre sur la messagerie d'entreprise
Beaucoup d'entreprises disposent d'un serveur de discussion ou d'un groupe dédié où les coéquipiers peuvent communiquer entre eux tout au long de la journée. Mon entreprise utilise Slack et dispose d'une variété de canaux pour des projets spécifiques, des sujets logiciels et diverses conversations non techniques.
Je pense qu'une culture d'entreprise saine n'attendra pas de vous que vous soyez disponible à chaque seconde sur le chat de groupe. Il est acceptable que quelqu'un vous envoie un message et que vous ne répondiez pas immédiatement parce que vous étiez occupé par autre chose.
Mais il n'est généralement pas correct de rester totalement silencieux pendant toute la journée sans que personne ne puisse vous joindre. Si vous travaillez à distance en tant que développeur junior, la communication est très importante.
C'est à vous de décider à quel point vous voulez vous impliquer dans le chat de l'entreprise. Mais je suggérerais d'y jeter un coup d'œil de temps en temps tout au long de la journée, juste pour rester au courant de ce qui se passe avec votre équipe et le projet.
Conclusion
Vos premières semaines de travail en tant que junior peuvent être accablantes. Il est important de se rappeler que votre entreprise comprend que vous êtes encore nouveau dans l'industrie et que vous avez beaucoup à apprendre.
Essayez simplement de prendre les choses un jour à la fois et d'apprendre autant que possible. Posez des questions sur ce que vous ne comprenez pas et demandez de l'aide si vous êtes bloqué sur un problème.
Assurez-vous d'essayer de résoudre le problème par vous-même d'abord en lisant la documentation et d'autres articles avant de solliciter de l'aide. Faites également de votre mieux pour communiquer exactement quel est le problème avec beaucoup de détails afin que les autres puissent vous aider au mieux.
Try to learn from your co-workers because they have different levels of expertise and experience.
Et surtout, soyez indulgent avec vous-même. Il faudra un certain temps avant de vous sentir à l'aise avec la codebase et les exigences du workflow.
J'espère que cet article vous a aidé à comprendre à quoi vous attendre en travaillant comme développeur junior ! Bonne chance dans votre parcours de développeur.