Comme tout le monde, les développeurs sont souvent agacés par un certain nombre de choses au travail. Certaines peuvent être spécifiques à leur métier et d’autres, générales. Mais bon nombre sont liés à leurs relations avec leurs collègues, leur patron ou d’autres personnes qui interviennent dans leur quotidien. Parmi les choses et les personnes qui agacent ou ennuient les développeurs, on peut citer de manière non exhaustive :Corriger les erreurs et bugs : si cela fait partir du quotidien du développeur, parfois, cela peut devenir un calvaire de corriger certains bugs, surtout s’il s’agit d’un code dont on a hérité, et de surcroît, d’un développeur avec de mauvaises pratiques de codage.
Écrire la documentation : tous les développeurs sont d’accord sur le fait que la documentation est importante, mais encore, il faut qu’elle soit bien écrite. Les développeurs se plaignent donc quand il n’y a pas de documentation. Et quand il y en a, ils se plaignent parfois du fait qu’il y a trop de documentation, ou de la façon dont les autres écrivent leur documentation. Mais quand ils doivent l’écrire eux-mêmes, ils le voient comme une corvée. Bref, les développeurs veulent une documentation bien écrite, précise, concise, mais personne ne veut l'écrire.
Les réunions : personne n’aime les réunions inutiles, fastidieuses ou longues, et ce n’est pas un problème seulement pour les développeurs.
Les collègues développeurs : travailler en équipe peut être parfois plus fastidieux que productif. D’abord parce que la force d’une chaine se mesure par son maillon le plus faible. Ainsi, des compétences limitées d’un développeur peuvent influer sur le travail du groupe. L’un des plus gros problèmes ici est de travailler avec un collègue qui n’a pas de rigueur en matière de qualité de code. Mais au-delà de cet aspect, on peut encore avoir travaillé avec un développeur avec un ego surdimensionné et qui n’est pas assez humble pour écouter les autres et reconnaitre ses erreurs. Un véritable problème de communication va s’installer avec des répercussions sur le travail du groupe.
Les gestionnaires de projet/produit : du point de vue technique, les développeurs ont en général une meilleure vision du produit qu’ils sont en train de développer, mais ils sont parfois supervisés par des gestionnaires de projet/produit qui essaient souvent de leur dire comment ils doivent travailler. Cela peut très souvent créer des frictions entre eux.
Le patron : tout comme les gestionnaires de projet/produit, les responsables de développement ou de l'ingénierie doivent diriger les activités des développeurs pour s'assurer que les projets sont terminés à temps et dans le budget. Cela peut être source de conflit, car dans certaines entreprises, l’on peut se trouver dans des situations où c’est un membre actif de l'équipe de développement, ou un développeur qui a été promu, qui doit jouer ce rôle.
Les ingénieurs QA (assurance qualité) : le QA est un élément essentiel dans le développement de logiciels. Dans les grandes équipes où les taches de développement sont séparées de celles de l’assurance qualité du produit, les ingénieurs QA peuvent devenir facilement la bête noire des développeurs. Sans prendre en compte les contraintes du projet et les obstacles auxquels les développeurs ont été confrontés, les ingénieurs QA n’hésitent pas à demander aux développeurs de revenir en arrière et retravailler sur certaines parties du code après que les programmeurs ont fini de développer le produit.
Les entretiens d’embauche : un entretien d’embauche peut être quelque chose de très agaçant pour un développeur surtout à cause des méthodes de sélection utilisées par les recruteurs. Questions stupides, résolution d’un problème technique de programmation qui pourrait ne jamais être rencontré dans le monde réel, voici parmi tant d’autres, des points qui ennuient les développeurs.
Les recruteurs de talents : les développeurs n'ont pas besoin d'être activement à la recherche d'un emploi pour être dérangés par les recruteurs. Dans un marché des talents serré, un autre métier RH a émergé ces dernières années : celui de recruteur ou chasseur de talents. Ces derniers visitent très souvent les sites des communautés de développeurs pour essayer de trouver des profils pour des clients. Et lorsqu’ils repèrent un profil prometteur, ils se lancent alors à sa conquête. Ils entrent en contact avec lui, appellent, envoient des emails, même si vous n’êtes pas à la recherche d’un emploi. Leur persistance est parfois très agaçante.
En ce qui vous concerne, nous voulons savoir, à travers ce sondage à choix multiples, quelles sont les choses qui vous agacent. N’hésitez pas non plus à partager vos expériences sur les différents points que vous choisirez.
Et vous ?
Qu’est-ce qui vous agace le plus en tant que développeurs ? Partagez vos expériences 
Envoyé par TiranusKBX
