{"id":89062,"date":"2020-07-18T07:41:57","date_gmt":"2020-07-18T05:41:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/devops-ili-kak-my-teryaem-zarabotnuyu-platu-i-budushhee-it-otrasli"},"modified":"2020-07-18T07:41:57","modified_gmt":"2020-07-18T05:41:57","slug":"devops-ili-kak-my-teryaem-zarabotnuyu-platu-i-budushhee-it-otrasli","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/devops-ili-kak-my-teryaem-zarabotnuyu-platu-i-budushhee-it-otrasli","title":{"rendered":"DevOps ou comment nous perdons notre salaire et l'avenir de l'industrie informatique","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Le plus triste dans la situation actuelle est que l'IT devient progressivement un secteur o\u00f9 il n'y a tout simplement pas de mot \"stop\" en ce qui concerne la quantit\u00e9 de responsabilit\u00e9s pour une personne. <\/p>\n

En lisant les offres d'emploi, on constate parfois qu'il ne s'agit m\u00eame plus de 2 ou 3 personnes, mais d'une seule entreprise en une seule personne. Tout le monde est press\u00e9, la dette technique augmente, l'ancien h\u00e9ritage, face \u00e0 de nouveaux produits, semble parfait, car il a au moins de la documentation et des commentaires dans le code. Les nouveaux produits sont \u00e9crits \u00e0 la vitesse de la lumi\u00e8re, mais au final, on ne peut pas les utiliser pendant un an apr\u00e8s leur cr\u00e9ation, et souvent cette ann\u00e9e ne rapporte aucun profit. De plus, les co\u00fbts li\u00e9s au \"cloud\" sont sup\u00e9rieurs aux ventes du service. L'argent des investisseurs est d\u00e9pens\u00e9 pour le maintien d'un service qui n'est pas encore op\u00e9rationnel, mais qui a d\u00e9j\u00e0 \u00e9t\u00e9 lanc\u00e9 comme fonctionnel.<\/a><\/noindex>
\n\u00c0 titre d'exemple : une entreprise bien connue, dont le remaster d'un ancien jeu a re\u00e7u les critiques les plus basses de toute l'histoire de l'industrie. J'\u00e9tais l'un de ceux qui ont achet\u00e9 ce produit, mais m\u00eame maintenant, il fonctionne horriblement, et en th\u00e9orie, il n'aurait m\u00eame pas d\u00fb sortir \u00e0 la vente sous cette forme. Les demandes de remboursement, la chute des notes, un \u00e9norme nombre de bans d'utilisateurs sur les forums pour se plaindre du fonctionnement des services. Le nombre de correctifs n'est pas impressionnant, mais fait peur, et pourtant \u2013 le produit n'est pas utilisable. Si cette approche am\u00e8ne de tels r\u00e9sultats \u00e0 une entreprise qui d\u00e9veloppe depuis 1991, la situation est encore pire pour les entreprises qui commencent tout juste leurs activit\u00e9s.<\/p>\n

Mais cela, c'est ce que nous avons constat\u00e9 du point de vue de l'utilisateur du service ; maintenant, regardons les probl\u00e8mes qui ont surgi du c\u00f4t\u00e9 des employ\u00e9s. <\/p>\n

J'entends souvent l'affirmation selon laquelle il ne devrait pas y avoir d'\u00e9quipes DevOps, que c'est une m\u00e9thodologie, etc. Toutefois, les entreprises semblent avoir cess\u00e9 de chercher des chefs de projets, des administrateurs de bases de donn\u00e9es, des ing\u00e9nieurs en infrastructure et des ing\u00e9nieurs de build \u2013 maintenant, tout cela est fait par un ing\u00e9nieur DevOps unique. Bien s\u00fbr, dans certaines entreprises, ces postes existent encore, mais ils se font de plus en plus rares. Beaucoup ont appel\u00e9 cela une \u00e9volution ; personnellement, je vois cela comme une d\u00e9gradation. Il est impossible de maintenir un bon niveau de connaissance dans tous les domaines tout en r\u00e9ussissant \u00e0 travailler moins de 8 heures. Naturellement \u2013 c'est utopique. Dans la r\u00e9alit\u00e9, de nombreux professionnels de l'IT sont contraints de travailler 12 ou 14 heures, dont seulement 8 sont pay\u00e9es. Souvent, ils n'ont pas de week-ends, car \u00ab on m'a attribu\u00e9 une t\u00e2che, les documents sont inexistants ou d\u00e9fectueux, et de plus, le service co\u00fbte cher \u00bb, et une seule erreur dans le cloud peut signifier ne pas recevoir de salaire pendant plusieurs mois, surtout si l'on travaille en tant qu'ind\u00e9pendant. Nous perdons de fait notre voix dans les affaires, avec la s\u00e9paration des responsabilit\u00e9s. Je rencontre de plus en plus de cas o\u00f9 les gestionnaires s'immiscent dans le processus de d\u00e9veloppement, ne comprenant rien \u00e0 ce dernier. Ils confondent les donn\u00e9es commerciales et le fonctionnement des applications, ce qui entra\u00eene le chaos. <\/p>\n

Lorsque le chaos commence, les entreprises cherchent un coupable, et il faut un coupable universel. Attribuer la responsabilit\u00e9 \u00e0 plus de 10 personnes est difficile, donc les gestionnaires combinent les postes, car plus un sp\u00e9cialiste a de responsabilit\u00e9s, plus il est facile de prouver sa n\u00e9gligence. Dans un environnement Agile, la recherche de \u00ab coupable \u00bb et la punition sont essentielles \u00e0 cette m\u00e9thodologie de gestion. L'Agile a depuis longtemps quitt\u00e9 l'IT, et son concept fondamental est devenu \u2013 r\u00e9clamer des r\u00e9sultats quotidiens. Le probl\u00e8me, c'est qu'un sp\u00e9cialiste aux comp\u00e9tences \u00e9troites n'aura pas toujours de r\u00e9sultats quotidiens, ce qui rendra le compte difficile, et c'est une autre raison pour laquelle les entreprises souhaitent des \u00ab sp\u00e9cialistes polyvalents \u00bb. Mais la raison principale reste bien s\u00fbr la masse salariale \u2013 c'est la principale raison de tous les changements. Pour une prime, les gens acceptaient de travailler pour eux-m\u00eames et pour une autre personne. Mais au final, comme dans d'autres sph\u00e8res, cela est simplement devenu une obligation pour un salaire moindre en \u00e9change d'un plus grand nombre de services fournis. <\/p>\n

On voit de plus en plus d'articles affirmant que les d\u00e9veloppeurs doivent eux aussi \u00eatre capables de d\u00e9ployer et de s'occuper de l'infrastructure aux c\u00f4t\u00e9s des ing\u00e9nieurs DevOps. Mais qu'est-ce que cela entra\u00eene ? Effectivement, une baisse de la qualit\u00e9 des services et des d\u00e9veloppeurs. Il y a \u00e0 peine deux jours, j'expliquais \u00e0 un d\u00e9veloppeur qu'il est possible d'\u00e9crire et de lire depuis diff\u00e9rents h\u00f4tes. Et je me suis fait disputer, avec des preuves convaincantes, que cela n'existe pas ; il y a dans les param\u00e8tres orm host, port, db, user, password et c'est tout... Pourtant, le d\u00e9veloppeur sait lancer des d\u00e9ploiements et r\u00e9diger des YAML... Mais il oublie d\u00e9j\u00e0 les tests unitaires et les commentaires dans le code.<\/p>\n

En fin de compte, nous constatons ceci : des heures suppl\u00e9mentaires constantes, des recherches de solutions \u00e0 des probl\u00e8mes en dehors des heures de travail, un apprentissage permanent le week-end, et non pas pour augmenter ses revenus, mais pour rester \u00e0 flot. Les d\u00e9veloppeurs doivent aider les ing\u00e9nieurs DevOps avec le CI\/CD, et si le d\u00e9veloppeur n'a pas le temps, il commence \u00e0 \u00eatre d\u00e9bord\u00e9, les managers commencent alors \u00e0 mettre la pression, et si cela ne suffit pas \u00e0 augmenter l'envie de travailler en heures suppl\u00e9mentaires, des sanctions et des amendes peuvent \u00eatre appliqu\u00e9es. La personne cherche alors un nouveau poste, laissant derri\u00e8re elle une dette technique \u00e9quivalente \u00e0 l'Everest, et cette dette commence \u00e0 cro\u00eetre aussi chez les d\u00e9veloppeurs, car ils sont contraints d'\u00e9crire du code avec moins de refactoring pour \u00eatre \u00e0 m\u00eame d'aider soit l'ancien, soit le nouveau DevOps ing\u00e9nieur. Les managers sont tout \u00e0 fait satisfaits, car il y a un coupable visible, ce qui signifie que la r\u00e8gle principale dans Agile est respect\u00e9e : le coupable est trouv\u00e9 et les r\u00e9sultats de sa punition sont visibles. <\/p>\n

Autrefois, lors d'une pr\u00e9sentation \u00e0 l'ITGM sur le th\u00e8me \u00ab Quand apprendrons-nous \u00e0 dire non ? \u00bb \u2013 les r\u00e9sultats \u00e9taient particuli\u00e8rement r\u00e9v\u00e9lateurs. Un grand nombre de personnes consid\u00e8rent que ce mot est tabou, et tant que nous ne cesserons pas de le penser, les probl\u00e8mes ne cesseront d'augmenter.<\/p>\n

C'est en partie cet article qui m'a incit\u00e9 \u00e0 \u00e9crire cet article<\/a><\/noindex>, mais je pourrais plus tard le r\u00e9diger en des termes moins euph\u00e9miques.<\/p>\n

Seuls les utilisateurs enregistr\u00e9s peuvent participer au sondage. Connectez-vous<\/a><\/noindex>, s'il vous pla\u00eet.<\/p>\n

Avez-vous d\u00e9j\u00e0 \u00e9t\u00e9 confront\u00e9 dans votre travail \u00e0 un employeur qui aurait voulu vous substituer \u00e0 plusieurs personnes ?<\/h2>\n