Écrire du code : à quoi ressemble une journée typique d'un développeur

1. Une journée typique dans la vie d'un développeur

Être programmeur c'est facile et agréable ☀️. La gestion du travail est assurée par le Project Manager, la liste des features du produit — par le Product Owner. Les réunions sont organisées par le Scrum Master. Tous les processus organisationnels sont maximisés formalisés et standardisés ✅.

Vous arrivez le matin au bureau, vous faites un thé ou un café ☕️, vous vous asseyez devant l'ordinateur 🖥️. Vous ouvrez le chat général 💬, vérifiez s'il y a des messages urgents, si quelqu'un est malade 🤒, et si tout va bien, vous commencez à travailler.

Vous ouvrez le site JIRA, où est stockée la liste de toutes les tâches de votre équipe : le backlog du projet et le backlog du sprint en cours. Les tâches sont déjà triées par priorité par votre Scrum Master/TeamLead ou ProductOwner.

Vous prenez la tâche en haut de la liste — la plus prioritaire 🔝 — et commencez à y travailler. Pour cela, il faut la changer en statut In Progress. Cela se fait en quelques clics 🖱️. Et c'est parti ⏳.

Une fois la tâche décrite, il est habituel d'ajouter des informations supplémentaires ou un lien vers la documentation 📄. La tâche doit contenir toutes les infos nécessaires pour que vous puissiez la réaliser. La présence de ces infos — c'est la responsabilité de votre manager 👨‍💼.

Si quelque chose ne va pas, vous pouvez réassigner la tâche ("task" en langage de programmeur) à votre manager et laisser un commentaire pour expliquer quels problèmes sont survenus ou quelle info manque.

2. Écrire du code

Vous avez lu la description de la tâche et vous comprenez ce qu'il faut faire. Parfait, vous pouvez commencer 🏁. Ici, votre expérience acquise sur CodeGym et votre expérience en équipe 🤝 vous seront utiles.

Après avoir terminé une feature, et en étant sûr qu'elle fonctionne, vous devez pousser le code dans Git. Cela se fait en quelques clics directement depuis l'IDE. Dans votre cas — depuis Rider 🚀. Vous faites un commit de votre code d'abord dans votre repository local, puis vous le poussez (push) dans le repository central.

Le plus souvent, cette dernière étape se fait via une Pull Request, quand vous envoyez une demande à votre team lead pour review. Si tout est ok avec le code et qu'il n'y a pas de remarques, votre team lead approuvera (accept) ✅ votre pull request, et elle sera intégrée dans la branche principale du Git.

Important ! En aucun cas, il ne faut rester silencieux si vous ne savez pas comment faire une tâche. Ce genre de situation arrive souvent, et beaucoup de débutants (et pas seulement) la gèrent mal. Rappelez-vous, si après 2 heures vous n'avez toujours pas compris comment faire la tâche, vous devez en informer votre manager 🚩.

Il ne faut pas non plus aller voir le team lead en disant « c'est impossible à faire ». Cette phrase peut vraiment agacer, surtout si le team lead sait très bien que « c'est faisable » et a déjà fait quelque chose de similaire plusieurs fois.

Vous ne savez pas comment faire ? Dites simplement : « j'ai passé deux heures/deux jours à essayer de comprendre comment faire, mais je n'y arrive pas ». Le team lead vous donnera des pistes pour chercher 🔍.

Voilà, on a fait le tour de la façon dont fonctionne le développement moderne. Écrire du code n'est qu'une petite partie du travail, mais tout est organisé pour que rien ne vous distraie de votre tâche. Alors, n'hésitez pas à commencer à apprendre C# — vous allez aimer travailler comme programmeur 😉.