Écrire du code : à quoi ressemble la journée de travail d’un développeur

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

Être développeur est facile et agréable ☀️. L’organisation du travail relève du Project Manager, la liste des fonctionnalités du produit — du Product Owner. Les réunions sont organisées par le Scrum Master. Tous les processus organisationnels sont aussi formalisés et standardisés que possible ✅.

Vous arrivez le matin au travail, vous vous préparez un thé ou un café ☕️, vous vous installez devant l’ordinateur 🖥️. Vous ouvrez le chat commun 💬, vérifiez s’il y a des messages urgents, si quelqu’un est malade 🤒, et, si tout est en ordre, vous vous mettez au travail.

Vous ouvrez le site JIRA, qui contient 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 tout en haut — la plus prioritaire 🔝 — et vous commencez à travailler dessus. Pour cela, il faut la passer au statut In Progress. Cela se fait en quelques clics 🖱️. C’est parti, le temps est compté ⏳.

La description de la tâche est généralement complétée par des informations supplémentaires ou un lien vers la documentation 📄. La tâche doit contenir toutes les informations nécessaires pour que vous puissiez l’exécuter. Fournir ces informations — c’est la responsabilité de votre manager 👨‍💼.

Si quelque chose cloche, vous pouvez réassigner la tâche (« task » en jargon de développeur) à votre manager et écrire dans les commentaires les questions qui se posent et/ou quelles informations manquent.

2. Écrivons du code

Vous avez étudié la description de la tâche et vous savez ce qu’il faut faire. Parfait, lancez-vous 🏁. Votre expérience d’apprentissage sur CodeGym et votre expérience de travail en équipe 🤝 vous seront utiles.

Une fois la nouvelle fonctionnalité prête, et après vous en être assuré, vous devez envoyer le code dans Git. Cela se fait en quelques clics directement depuis l’IDE. Dans votre cas — depuis IntelliJ IDEA 🚀. Vous validez votre code (commit) d’abord dans votre dépôt local, puis vous l’envoyez (push) vers le dépôt Git central.

Le plus souvent, cette dernière opération se fait via un Pull Request, lorsque vous envoyez via Git une demande à votre chef d’équipe pour la revue de votre code. Si tout est en ordre et qu’il n’y a pas de remarques, votre chef d’équipe validera (accept) ✅ votre pull request et il sera fusionné dans la branche de travail principale de Git.

Important ! Il ne faut surtout pas rester silencieux si vous ne savez pas comment réaliser une tâche. Cette situation arrive souvent, et beaucoup de débutants (et pas seulement des débutants) la gèrent mal. Retenez ceci : si, au bout de 2 heures, vous n’avez toujours pas compris comment faire la tâche, vous devez en informer votre manager 🚩.

Évitez aussi d’aller voir le chef d’équipe avec la phrase « cela ne peut pas se faire ». Cette phrase est très agaçante, surtout si le chef d’équipe sait pertinemment que « c’est réalisable » et qu’il a lui-même fait quelque chose de similaire, à plusieurs reprises.

Vous ne savez pas comment faire — dites : « j’ai passé deux heures/deux jours à essayer de comprendre comment le faire, mais je n’y arrive pas ». Le chef d’équipe vous indiquera dans quelle direction chercher sur Google 🔍.

Voilà, nous avons parcouru le tableau du développement produit moderne. Écrire du code — ce n’est qu’une petite partie du travail, mais tout est organisé pour que rien ne vous détourne de votre tâche. Alors passez sans hésiter à l’étude de Java 25 — vous aimerez travailler comme développeur 😉.