Pour ceux qui ne sont pas liés à la création de logiciels, le travail du développeur peut sembler assez simple: vous êtes en demande sur le marché, ils paient bien, les entreprises essaient de plaire aux nishtyaks agréables, etc. Tout cela est vrai, mais pour être honnête, le programmeur a beaucoup de moments désagréables. Nous avons rassemblé dix des choses les plus populaires qui dérangent le plus souvent les fabricants de logiciels.
10. Fer
Bien sûr, les programmes ont besoin d'équipement pour fonctionner. Et peu importe comment certains développeurs essaient d'ignorer le rôle du matériel, tôt ou tard lors de la création et du débogage de logiciels, ils rencontreront inévitablement des problèmes spécifiques à l'équipement. Par conséquent, les débutants sont invités à toujours étudier les caractéristiques du fer et les systèmes sur lesquels leur code sera exécuté, de sorte que plus tard, il y aura moins de difficultés.
"Chaque programmeur qui a au moins une fois débogué un crash étrange sur un serveur de base de données ou essayé de comprendre pourquoi les disques RAID ne fonctionnent pas correctement sait à quel point cela est pénible." Steve borthwick
"Les programmeurs détestent le matériel parce qu'ils ne peuvent pas toujours tout blâmer dessus!" Anonyme
9. Asseyez-vous toute la journée
Jusqu'à ce que vous ayez un ordinateur de bureau avec un tapis roulant, le développement de logiciels ne sera jamais comme une sorte d'exercice aérobie. La plupart des programmeurs passent de longues heures assis sur leurs fesses, tapotant sur le clavier et regardant attentivement les écrans. Après un certain temps, une séance prolongée peut devenir très inconfortable. Et si vous ne pouvez même pas vous déplacer vers un autre endroit pour changer l'environnement, cela vous entraîne parfois rapidement dans l'angoisse.
«Je m'assois toute la journée sur une chaise et regarde l'écran. Cela a commencé il y a quelque temps ... d'abord le dos, puis le cou, les yeux fatigués et comme des brûlures, des maux de tête ... il n'y a pas de paix des jambes ... J'ai essayé de compenser cela avec du fitness, du taijiquan, du yoga, du qigong, je suis allé travailler à vélo - et je ne peux toujours plus m'asseoir huit heures ou plus. Pour passer toute la journée au bureau ... regardez le soleil passer dans le ciel, sans lever les yeux de cette fichue chaise pendant que la vie passe. " Markus toman
8. Débogage
Même le meilleur code, soigneusement écrit, n'est pas sans bugs. Naturellement, les développeurs sont obligés de passer régulièrement du temps à rechercher et à corriger les défauts - à la fois dans leur code et dans celui de quelqu'un d'autre. Certains bogues sont trouvés et traités facilement, tandis que d'autres peuvent apporter une chaleur blanche avec leur insaisissabilité, les forçant à passer de nombreuses heures et à douter de la stabilité de leur psyché.
«Détection d'un fichier difficile à reproduire ou, pire encore, se manifestant sur un bogue de test d'intégration qui passe ou échoue accidentellement sur le même morceau de code !!! Ensuite, on a l'impression que vous ne pouvez jamais trouver ces fichus mystérieux bogues cachés quelque part dans le code. Fu! " Emmanuel Ngwane
«Nous écrivons des programmes si grands (parfois aussi petits) que lors du débogage, nous nous plongons dans de tels caractères sauvages et oublions ce qu'est le bogue lui-même . Ayush Bhatnagar
«Débogage, en particulier lorsque vous travaillez sur de grands projets de milliers de lignes. De nombreux geeks comme moi préfèrent afficher l'image à travers le projecteur lors du débogage, afin que ce soit plus facile pour les yeux. " Isaac Perez
7. Mauvaise documentation
Travailler avec le code d'autrui est parfois ennuyeux, mais pas tellement s'il est bien documenté. Malheureusement, ce n'est pas toujours le cas. S'il n'y a pas de commentaires dans le code ou une explication normalement écrite de la façon dont tout fonctionne, vous devez passer beaucoup plus de temps à déboguer, développer ou intégrer l'application. Et ce n'est pas le meilleur moyen d'affecter le bien-être des programmeurs.
«Le plus ennuyeux, c'est lorsque vous êtes embauché pour gérer des logiciels mal documentés. Cela rend la vie difficile à ceux qui acceptent le travail sur le projet. Manque de commentaires et mauvaise sémantique, surtout quand un tas de bugs et d'erreurs sont restés après le programmeur précédent. " Angel Angeles III
"Le procès est dans un code non documenté et non commenté qu'un idiot a écrit." Abhishek chauhan
«Comme la plupart des programmeurs, je passe plus de temps à maintenir du code mal documenté qu'à en écrire de nouveaux.» Walt karas
6. Fusion de code
Les systèmes de contrôle de source comme Git ou Subversion sont d'excellents outils qui permettent à de nombreux programmeurs de travailler sur la même base de code en même temps, sans pousser leurs coudes. Mais au final, les modifications doivent être validées dans le référentiel, et des conflits peuvent survenir ici si, par exemple, deux développeurs ont modifié un fichier ou un sous-programme. Parfois, ces conflits sont résolus simplement, parfois pas.
« Je n'aime pas fusionner, car je veux changer le code pour que mon collègue veuille le faire différemment - et que faisons-nous? «J'essaie toujours de trouver des moyens de combiner les deux solutions, mais si un vrai conflit survient, la fusion devient une tâche très désagréable.» Jessica su
"Conflit de la fusion" mal absolu " . Koustuv sinha
5. Des attentes irréalistes
Développeurs de logiciels - les gens sont loin d'être stupides. Mais précisément pour cette raison, toutes sortes de patrons, chefs de projet et vendeurs montrent souvent des attentes irréalistes et élevées sur ce qu'un programmeur ou une équipe de programmeurs peut créer à une certaine date, et donc planifier trop. En conséquence, les développeurs finissent par s'épuiser au travail et ne ressentent généralement pas de plaisir.
«La chose la plus désagréable est d'expliquer aux gens que vous n'êtes pas un magicien, que vos connaissances ont des limites, ce qui peut être réalisé exactement avec l'aide des outils disponibles dans le temps imparti, et essayez de transmettre tout cela à des gens qui n'ont jamais été impliqués dans la programmation et qui ne sont pas désireux de le faire " . Mark Miller
«Votre patron attend beaucoup de vous et de vos collègues, mais le temps et les ressources ne suffisent même pas pour se rapprocher des résultats escomptés.» Kevin Sekin
"Les chefs de projet et les analystes commerciaux promettent aux clients de sortir la lune du ciel, et les programmeurs doivent le faire à tout prix . " Ratnakar sadasyula
"J'adore quand quelqu'un demande à faire quelque chose de trivial, puis lance avec désinvolture une demande pour laquelle l'informatique doit se développer pendant encore vingt ans . " Vladislav Zorov
4. D'autres personnes cassent mon code
Le code écrit par n'importe quel développeur, d'une manière ou d'une autre, doit interagir avec le code des autres programmeurs. Peu importe qu'il fasse partie d'une application, de bibliothèques tierces, d'outils ou d'une autre application en général. Notre code n'existe pas isolément. En conséquence, quelqu'un peut casser le code de quelqu'un d'autre en raison de précipitation, de malentendus ou de négligence, ce qui provoque du mécontentement, des querelles, du stress et souvent des malédictions.
«La pire chose que j'ai eue, c'est quand j'ai écrit un programme avec une personne qui, sans aucun préavis, a changé la bibliothèque à laquelle nous avons tous deux fait référence. Par conséquent, mon sous-programme appelle des variables perdues ou les a ajoutées. Ou, pire encore, le code de la bibliothèque s'est écrasé auquel je n'avais pas accès. " Sheri fresonke harper
«Lorsqu'une partie de votre code cesse de fonctionner parce que quelqu'un a changé sa partie du code. Souvent, leurs fonctions commencent à nécessiter plus d'arguments qu'auparavant. Parfois, les fonctions disparaissent généralement ou sont transférées dans un autre fichier. » Jessica su
"La nécessité de revenir constamment et de refaire le code que vous avez écrit il y a quelques jours et qui vient de" casser "(pas la première fois) en raison de modifications apportées au système général sans aucune discussion par quelqu'un qui n'a même pas testé ou marqué sur que les tests échouent. Et en conséquence, ils vous disent que votre code "ne fonctionne pas" . " Simon Hayes
3. Les gens ne comprennent pas ce que je fais
Malgré la popularité croissante de la profession de programmeur et l'omniprésence des logiciels, de nombreux professionnels non informatiques ne comprennent toujours pas ce que font réellement les développeurs. Pour eux, nous ne sommes que des «techniciens», et ils ne voient pas beaucoup de différence entre, par exemple, les développeurs de logiciels et de matériel. Un malentendu constant et des idées inappropriées, en particulier parmi votre famille et vos amis, peuvent rendre un programmeur fou.
«Parmi les personnes qui ne sont pas liées à l'informatique, il existe une idée fausse largement répandue selon laquelle, puisque les programmeurs travaillent sur des ordinateurs, ils devraient pouvoir les réparer. C'est à peu près la même chose que si vous conduisez une voiture, vous devriez pouvoir trier la boîte de vitesses. » Steve borthwick
«Oui, je gagne ma vie en écrivant du code. Non, je ne peux pas aider à résoudre le problème avec l'imprimante, ou en ouvrant le fichier joint à la lettre, ou par un ordinateur qui ne démarre pas. Au moins - jusqu'à ce que vous me traitiez pour le déjeuner ou la bière, alors je peux peut-être vous aider. » Phil Johnson
"Expliquez aux gens que je n'ai pas dans chaque coin un magasin qui installe des logiciels piratés sur leurs ordinateurs." Anbalagan jeyabalachandran
«La famille et les amis pensent que je peux réparer à distance tout ce qui est connecté aux ordinateurs. Matériel et logiciel. Ils ne comprennent pas. En conséquence, vous devez écouter leurs commentaires piquants comme "quel genre de programmeur êtes-vous même si vous ne pouvez pas réparer le lecteur de DVD sur mon ordinateur portable". " Jazib babar
"Seulement 1-2% des gens savent ce que je fais réellement." Yasin Pekşen
2. Manque de temps
Comme pour la plupart des autres secteurs d'activité, la création de bons logiciels prend du temps. Malheureusement, comme ailleurs, la direction et / ou les clients ne veulent généralement pas attendre assez longtemps pour mettre correctement en œuvre la solution idéale. En conséquence, les développeurs sont souvent invités à les rendre plus rapides. Cela conduit à l'utilisation de hacks disgracieux, à une dette technique, à une mauvaise documentation. À leur tour, les conséquences décrites provoquent un mal de tête lors des améliorations et de la maintenance suivantes, en particulier pour les programmeurs qui doivent gérer du code prêt à l'emploi.
«Je veux bien tout faire, mais à cause de la pression, je dois le faire à la hâte. Parfois, cela est justifié, mais le sentiment que la culture de programmation moderne est allée trop loin dans cette direction ne disparaît pas. » Tikhon jelvis
«Le pire pour moi est d'écrire à la hâte du code désordonné et de savoir que je pourrais le rendre beaucoup plus élégant. Constamment sous pression par manque de temps ... " Gene Sewell
"... Quand une grande partie de ce que vous faites ne ressemble même pas à distance à de bonnes techniques de programmation, et simplement parce que la vitesse est plus importante que la qualité, vous devez faire ce que vous demandez." Jose Palala
"... Il n'y a toujours pas assez de temps et d'argent pour créer la bonne solution, mais ils sont toujours suffisants pour la corriger plus tard sur le genou, encore et encore . " Romi awasthy
1. Travaillez avec le code de quelqu'un d'autre
Tôt ou tard, les développeurs de logiciels doivent composer avec du code écrit par quelqu'un d'autre. Que ce soit du code hérité hérité d'un prédécesseur au travail, ou une API tierce, ou du code écrit par un consultant, vous ne pourrez pas complètement éviter la nécessité de corriger, étendre et / ou intégrer le programme de quelqu'un d'autre. Et cela fait souvent déchirer les cheveux aux développeurs.
«... Le pire est de grimper le code extraterrestre, de le comprendre, de le déboguer, de le configurer. Et c'est complètement noir quand la personne qui l'a écrit a quitté et ne vous aidera en aucune façon. " Ratnakar sadasyula
"Essayer de décrypter des milliers de lignes de code non documenté." Simon zhu
"Il y avait des moments où je devais faire face au code AWESOME écrit par des consultants." Joe samson
«Un autre problème qui peut être très frustrant est celui des API tierces. Parfois, vous comptez beaucoup sur eux, puis vous remarquez un problème, ou une sorte de fonctionnalité est nécessaire, mais l'API ne permet pas de le résoudre vous-même, vous devez donc contacter l'auteur et espérer le meilleur. " Kevin Sekin
«Bugs de langage et de framework. Vous passez des jours à essayer de comprendre pourquoi votre code ne fonctionne pas. Et seulement pour découvrir que tout cela est un bug dans le langage ou le framework . » John paul alcala
"Pour découvrir du code écrit par quelqu'un qui n'avait pas les qualifications requises pour le créer ..." Nani Tatiana Isobel
Peut-être que quelque chose d'autre est dans votre top 10? Bienvenue dans les commentaires :)