Écrire du code

14.1 Une journée ordinaire dans la vie d'un développeur

Être programmeur, c'est facile et agréable. Le Project Manager s'occupe de l'organisation du travail, le Product Owner gère la liste des fonctionnalités du produit. Les réunions sont organisées par le Scrum Master. Tous les processus organisationnels sont au maximum formalisés et standardisés.

Tu arrives le matin au travail, tu te fais un thé ou un café et tu t'installes devant l'ordinateur. Tu ouvres le chat commun, tu vérifies s'il n'y a pas de messages urgents, si personne n'est malade, et si tout va bien, tu te mets au boulot.

Tu ouvres le site JIRA où se trouve la liste de toutes les tâches de ton équipe : le backlog du projet et le backlog du sprint actuel. Les tâches sont déjà triées par priorité par ton Scrum Master/TeamLead ou Product Owner.

Tu prends la tâche tout en haut, la plus prioritaire, et tu commences à travailler dessus. Pour ça, il faut la passer en statut In Progress. Ça se fait en quelques clics. Voilà, le temps est lancé.

À la description de la tâche, on ajoute généralement des infos supplémentaires ou un lien vers la documentation. La tâche doit contenir toutes les infos nécessaires pour que tu puisses la réaliser. C'est la responsabilité de ton manager.

Si quelque chose cloche, tu peux réaffecter la tâche à ton manager et écrire dans les commentaires les questions que tu as ou les infos qui manquent.

14.2 Écrire du code

Tu as étudié la description de la tâche et tu sais ce qu'il faut faire. Super, tu te mets au travail. Ton expérience d'apprentissage sur CodeGym, de travail en équipe, va t'aider ici.

Une fois que la fonctionnalité est prête et que tu en es sûr, tu dois envoyer ton code sur Git. Ça se fait en quelques clics directement depuis l'IDE. Dans ton cas, depuis WebStorm. Tu commits ton code d'abord dans ton dépôt local, puis tu le pushes dans le dépôt Git central.

La plupart du temps, cette dernière opération se fait via un Pull Request, lorsque tu envoies une demande via Git à ton teamlead pour un code review. Si tout est bon et qu'il n'y a pas de remarques sur le code, ton teamlead acceptera ton pull request et il ira dans la branche principale de travail de git.

Évite aussi d'aller voir ton teamlead en disant "c'est impossible de le faire". Cette phrase est très agaçante, surtout quand le teamlead sait parfaitement que "c'est possible", et qu'il a peut-être déjà fait quelque chose de similaire plusieurs fois.

Tu ne sais pas comment faire ? Dis "j'ai passé deux heures/deux jours à essayer de comprendre comment faire, mais je n'y arrive pas". Le teamlead sera ravi de te donner des pistes... sur comment googler.

Et voilà, on a fait un tour d'horizon du développement de produit moderne. Écrire du code, c'est juste une petite partie du travail, mais tout est organisé pour que rien ne te distraie de ton travail. Alors, n'hésite pas à te lancer dans l'apprentissage du Frontend — tu vas adorer être programmeur.