IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Le temps perdu par les développeurs coûterait des milliards aux entreprises
Un gaspillage qui est estimé à environ 12,97 milliards de dollars par an

Le , par Anthony

48PARTAGES

5  1 
Les entreprises britanniques gaspillent par inadvertance plus de 10,4 milliards de livres sterling (12,97 milliards de dollars) chaque année, car les développeurs effectuent manuellement des tâches opérationnelles de routine qui pourraient être automatisées. Dans son dernier rapport Global Code Time, Software explore les données de la communauté mondiale des développeurs et révèle le temps consacré par ces derniers pour les tâches de codage au cours d'une journée de travail. Ce rapport met en évidence la manière dont la plupart des entreprises déploient inefficacement leurs équipes de développement et conclut par des propositions de changement afin de réduire les frictions techniques qui menacent la réussite, la productivité et la fluidité du développement logiciel.

INTRODUCTION

Au cours de la dernière décennie, nous avons assisté à une fracture croissante dans le monde du développement logiciel. Les géants de la technologie déploient quotidiennement du code dans des systèmes complexes gérés par des dizaines de milliers de développeurs. Ils coordonnent des centaines de projets et d'équipes, répartis dans le monde entier et sur plusieurs fuseaux horaires. Ils permettent des déploiements rapides, des révisions rapides et des données rapides. C'est ainsi qu'elles apportent constamment de la valeur à leurs clients, qu'elles sont à la pointe de l'innovation dans leur secteur et qu'elles finissent par s'imposer sur le marché.

Dans le même temps, de nombreuses entreprises sont à la traîne. Les équipes d'ingénieurs se heurtent à des obstacles et à des goulets d'étranglement au cours du processus de développement. Passer d'une idée à la production peut prendre des mois, voire des trimestres. Les développeurs luttent contre les distractions - trop de réunions, trop d'interruptions et trop de temps d'attente sur les processus et les systèmes - qui ont toutes un impact sur la première condition préalable pour des équipes d'ingénierie performantes : le temps de codage.

S'ils n'ont pas le temps de se concentrer et d'entrer dans un état de fluidité, les développeurs sont limités dans leur capacité à accomplir leur travail. Les meilleures organisations d'ingénierie donnent la priorité au temps de code et le défendent en limitant les réunions, en réduisant les distractions et en supprimant les contraintes grâce à des outils et des automatismes appropriés. Ce rapport explore les données de notre communauté mondiale et révèle le temps dont disposent les développeurs pour coder au cours de leur journée de travail.

LES DÉVELOPPEURS CODENT MOINS D'UNE HEURE PAR JOUR

D'après les données de plus de 250 000 développeurs de notre communauté mondiale, les développeurs codent 52 minutes par jour, soit environ 4 heures et 21 minutes au cours d'une semaine de travail normale, du lundi au vendredi.

Le temps de codage est défini comme le temps passé à écrire ou à modifier activement du code dans un éditeur ou un IDE, que nous utilisons comme indicateur du temps concentré et ininterrompu dont disposent les développeurs pour coder au cours de leur journée de travail.

D'après nos estimations, les développeurs consacrent 41 minutes supplémentaires par jour à d'autres types de travaux dans leurs éditeurs, tels que la lecture du code, l'examen des demandes d'extraction et la consultation de la documentation. *

Notre conclusion : Nos résultats suggèrent que les développeurs sont souvent confrontés à des contraintes au travail qui les empêchent de trouver du temps ininterrompu pour coder.


LES ÉCONOMIES ÉMERGENTES CODENT PLUS QUE LA MÉDIANE

Parmi les plus grandes économies avancées du monde, connues collectivement sous le nom de G7, les développeurs d'Italie, de France et du Japon sont ceux qui passent le plus de temps par jour à coder activement. Dans une analyse de dix pays classés comme marchés émergents par le Fonds monétaire international (FMI), nous avons constaté que les développeurs de Thaïlande, de Turquie et du Brésil passaient le plus de temps à coder.

Nous avons limité notre analyse aux pays comptant au moins 100 utilisateurs actifs et classé les pays en fonction des données des Perspectives de l'économie mondiale du FMI.

Il est intéressant de noter que les développeurs des principaux marchés émergents codent plus que la médiane mondiale, ce qui peut indiquer que le génie logiciel gagne rapidement en popularité dans ces pays.


LE CODAGE ATTEINT SON APOGÉE LE MERCREDI

Le codage atteint son apogée le mercredi, où les développeurs codent en moyenne 55 minutes, et tombe à 46 minutes le vendredi, le jour de travail le moins propice au codage. La plupart des développeurs continuent à coder pendant le week-end ; ils codent en moyenne 18 minutes par jour le samedi et le dimanche.

Pour filtrer les développeurs à temps partiel, notre analyse se limite aux développeurs qui ont codé au moins 7 jours au cours des 30 derniers jours.


PEU DE DÉVELOPPEURS CODENT PLUS DE 2 HEURES PAR JOUR

Nos données révèlent qu'environ 10 % seulement des développeurs passent plus de 2 heures par jour à coder, y compris le week-end. Environ 40 % des développeurs passent plus d'une heure par jour à coder.


Dans une enquête ActiveState de 2019, plus de 75 % des développeurs ont déclaré passer plus de deux heures par jour à coder. Les données d'enquête sont sujettes à des biais de la part des répondants ; nos résultats indiquent que les développeurs passent moins de temps à coder activement qu'ils ne le pensent.


LA FIN DE L'APRÈS-MIDI EST LE MOMENT LE PLUS POPULAIRE POUR CODER

Notre analyse a révélé qu'environ 45 % de toutes les journées de travail consacrées au codage se déroulent entre 14 et 17 heures, ce qui indique que les développeurs peuvent être plus occupés par des réunions et d'autres tâches au cours de la matinée.

Le codage a tendance à commencer plus tard dans la journée et à se poursuivre après les heures de travail traditionnelles. Seulement 10 % des activités de codage ont lieu entre 9 heures et 11 heures, tandis que 12 % des activités de codage ont lieu après les heures de travail, entre 17 heures et 19 heures.

Les matins peuvent être un moment important pour se concentrer sur le codage sans interruption. Si davantage d'entreprises protégeaient les matinées, nous pourrions assister à une augmentation de la durée moyenne de codage par jour au niveau mondial.


LANGAGES LES PLUS POPULAIRES

Nous avons examiné les 10 langages les plus populaires selon l'enquête Stack Overflow de 2021 et les avons classés en fonction du nombre médian de minutes de codage par jour.

Les développeurs utilisant TypeScript, un sous-ensemble de JavaScript à croissance rapide conçu et maintenu par Microsoft, passent le plus de temps à coder par jour, en moyenne. Depuis son lancement en 2012, TypeScript a été largement adopté par des entreprises technologiques telles que Slack, Airbnb, Netflix et Shopify.

TypeScript et Dart, qui sont tous deux des langages fortement typés, peuvent se classer en tête parce qu'ils exigent des développeurs qu'ils passent plus de temps à mettre en œuvre des règles de variables plus strictes dès le départ.


CONCLUSION

Si les développeurs passent moins d'une heure par jour à coder au travail, où va le reste de leur temps ? La journée d'un développeur est répartie entre de nombreuses autres activités, telles que la planification, la documentation, les réunions et la collaboration.

Mais nos résultats mettent en évidence une hypothèse plus alarmante : la plupart des entreprises déploient leurs équipes de développement de manière inefficace, en empêchant les ingénieurs de se concentrer sur les distractions, les perturbations et les réunions, ainsi que sur les inefficacités du système, telles que la lenteur des révisions et de la construction, et les mauvais outils.

Les frictions techniques constituent la plus grande menace pour la réussite, la productivité et la fluidité du développement. Alors que beaucoup pensent que l'élite des performances d'ingénierie n'appartient qu'aux titans de la technologie, nous pensons que la plupart des entreprises peuvent commencer à combler le fossé qui se creuse dans le développement de logiciels en mesurant et en améliorant les performances DevOps.

Voici ce que les dirigeants peuvent faire pour changer de paradigme :

1. Améliorer le travail quotidien
Trouvez et résolvez les goulets d'étranglement qui perturbent le flux de développement d'une organisation et gênent les développeurs. Améliorez les pratiques DevOps de l'organisation pour réduire le temps d'attente, minimiser la frustration et améliorer le travail quotidien.

2. Rendre le DevOps visible
Mesurer les indicateurs DevOps au niveau du système - tels que la vitesse de livraison et les retouches de dernière minute - pour identifier les frictions techniques. Comprenez comment le travail circule dans le flux de valeur et découvrez ce qui bloque les développeurs, comme les réunions et les processus de révision inefficaces.

3. Améliorer en permanence grâce aux données
L'amélioration du travail quotidien est plus importante que le travail quotidien lui-même. Les équipes d'ingénieurs doivent réserver du temps et des cycles de développement aux travaux d'amélioration, dans le but d'accroître la productivité de l'équipe. Ces travaux comprennent le remboursement de la dette technique, les migrations, le refactoring et le retooling.

À PROPOS DU RAPPORT

Dans ce rapport, les données sont analysées à partir de notre plugin Code Time pour les éditeurs de code les plus populaires, tels que Visual Studio Code et IntelliJ. Les données sont analysées pour plus de 250 000 développeurs à travers le monde entre le 1er juillet 2021 et le 1er octobre 2021. Plus de 201 pays avec des codes ISO-3166 sont représentés dans l'ensemble de données.
Source : Rapport de Software

Et vous ?

Quel est votre avis sur le sujet ?

Êtes-vous d'accord avec les résultats de ce rapport de Software ? Trouvez-vous que ces informations sont pertinentes et fiables ?

Selon vous, la quantité de temps consacrée au codage actif est-elle une mesure cohérente de l'efficacité des systèmes au sein des entreprises ?

Pensez-vous que l'évaluation et l'amélioration des performances DevOps peuvent contribuer à combler l'écart de productivité en matière de développement logiciel entre les géants de la technologie et les autres entreprises ?

Voir aussi

ActiveState : 60 % des développeurs consacrent au plus 4h à la programmation dans une journée de travail, à quoi est dédié le reste de leur temps ?

Le PDG d'un éditeur de logiciels affirme que l'utilisation de ChatGPT permet de réduire le temps nécessaire à la réalisation des tâches de codage d'environ 9 semaines à quelques jours seulement

Les développeurs gèrent un volume de code 100 fois plus important maintenant qu'en 2010 dans plus de langages, pour plus de plateformes que jamais. Une complexité qui a un impact personnel sur eux

Charger les développeurs d'estimer les délais dans le détail est une perte de temps et d'argent, d'après un contributeur d'un institut en techniques de gestion des logiciels

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Kulvar
Membre éclairé https://www.developpez.com
Le 15/06/2023 à 10:24
Citation Envoyé par Global Code Time
Le temps perdu par les développeurs coûterait des milliards aux entreprises, un gaspillage qui est estimé à environ 12,97 milliards de dollars par an, d'après Global Code Time
Quel titre fallacieux, c'est scandaleux.
Le temps n'est pas perdu, il est non-optimisé.
Les développeurs ne coûtent pas des milliards aux entreprises, ils leur rapportent des milliards de moins qu'ils ne pourraient.

Et ces tâches répétitives sont probablement semi-automatisées, mais sans le dire aux supérieurs, ce qui permet aux employés de souffler un peu dans leur journée.
Les employés n'ont rien à gagner à publiquement automatiser ces tâches de leur initiative, car ils auront plus de travail sur les bras et pas plus de salaire comme récompense.
15  0 
Avatar de SimonKenoby
Membre confirmé https://www.developpez.com
Le 15/06/2023 à 8:11
Je trouve que mesurer le temps passer a coder est un peut bête. Les développeurs passent aussi beaucoup de temps a lire/écrire de la doc, faire des analyses ou tout autre chose relative au développement, mais qui n'est pas coder.

LA FIN DE L'APRÈS-MIDI EST LE MOMENT LE PLUS POPULAIRE POUR CODER
Je n'ai jamais aimé ce qui est populaire perso la fin d'après-midi c'est le moment ou je suis le moins productif. Le mieux c'est le matin dans mon cas.

J'ajouterais que pour améliorer ma productivité, avoir accès a des outils correspondant a mes besoins aiderait beaucoup. Je travaille dans une boite non IT, et mon équipe n'avait pas l'accès admin sur le PC, du coup à chaque fois qu'on voulait installer un nouveau logiciel, il fallait se battre et justifier pour quoi on en avait besoin. Puis il y a les PC pas assez puissants, des fois lorsque j'ai mon IDE + docker qui tourne, le PC est juste dans la panade. Et ça, ça me fait perdre du temps.
10  0 
Avatar de ericb2
Membre averti https://www.developpez.com
Le 15/06/2023 à 8:22
J'ai toujours demandé à mes élèves : 80% du temps tu réfléchis (écran éteint) et 20% du temps tu codes. ET pas l'inverse comme on voit trop souvent :-)
10  0 
Avatar de virginieh
Membre expérimenté https://www.developpez.com
Le 16/06/2023 à 7:39
Citation Envoyé par Anthony Voir le message
Le temps perdu par les développeurs coûterait des milliards aux entreprises, un gaspillage qui est estimé à environ 12,97 milliards de dollars par an

Êtes-vous d'accord avec les résultats de ce rapport de Software ? Trouvez-vous que ces informations sont pertinentes et fiables ?
Ce rapport n'est ni pertinent ni fiable.
Le travail de développement ne se résume pas à écrire du code loin de là.
Il y a toutes les taches en amont et en aval (conception, test, maintenance). les taches à coté (formation et veille technologique).
Mais qui sont plus qu'essentielles. Et qui justement avec la montée de l'IA vont le devenir encore plus à la fois en importance et en temps.
Avec les IA génératives bien définir ce que le produit devra faire sera primordial, plus encore qu'aujourd'hui. Un dev actuellement étant humain est critique vis à vis de ce qu'on lui demande de produire (dans le sens ou il peut relever des incohérences ou remettre en cause des choix qui ont été fait en amont) ce qu'une IA ne pourra pas faire.

Du coup, ce temps est loin d'être "gaspillé" comme dit plus haut et c'est extrêmement dangereux comme idée.
8  0 
Avatar de JPLAROCHE
Membre expérimenté https://www.developpez.com
Le 15/06/2023 à 21:18
je suis désolé de le dire, mais on est abreuvé d'article sur IA ou l'on présente ça comme l'avenir et la suppression du développeur, donc bientôt plus de "dédeveloppez.net" , cela m'attriste, car le métier de développeur est une aventure humaine qui vaut le détour dans la vie d'un homme.
Alors c'est vrai, un développeur cela ne se fait pas en un jour, là, on propose au tout venant avec un petit peu d'attention de faire le travail d'un développeur, cela me rappelle une histoire vécue, dans une grande entreprise :
le directeur commercial en avait assez de s'entendre dire qu'avec lotus (eh oui ce n'est pas d'aujourd'hui 1985) ils avaient là solution pour répondre à différente interrogation commerciale ..... du coup il ne s'est pas démonté, m'a convoqué et exposé son plan et réalisé une étude qu'il avait à cœur… je lui ai fourni ce dont il m'a demandé… le temps passe avec les aller-retour etc. ...
Puis viens sa conclusion, c'est mots qui me sont restés dans la tête :
<<j'ai compris pourquoi ils passaient beaucoup de temps sur leurs pc et pourquoi . Maintenant je vais faire cesser cela et demander que l'on vous fasse part des besoins (quantifiés) mais surtout qu'ils retournent faire leur métier de commercial, car votre métier prend en considération les besoins et tenants des autres et votre connaissance n'est pas la nôtre et vous le vivez hors émotions , nous perdons notre temps ....>>

Perso, je n'ai pas répondu, mais j'ai pensé que ce DIRECTEUR COMMERCIAL avait tout compris , à chacun sa tâche .
Quant à la vitesse d'exécution de l'ordi... j'ai toujours attendu sa réponse... mais je reconnais qu'une fois que cela tourne, je suis bien incapable de répéter ce que l'ordinateur fait immanquablement à l'infini absurde.......

Perso je suis encore à 72 ans entrain d'étudier un langage Zig-lang lequel je pense vas prendre de l'ampleur et je me suis lancé un défi de faire un générateur de code source pour interface type 5250/3270 ou terminal cela permet de faire le tour du propriétaire (le langage) et d'avoir un ressenti à la hauteur. Presque 50 ans d'informatique, mais qu'elle aventure celle-là, je ne la regrette pas.
5  0 
Avatar de esperanto
Membre émérite https://www.developpez.com
Le 15/06/2023 à 15:40
D'après nos estimations, les développeurs consacrent 41 minutes supplémentaires par jour à d'autres types de travaux dans leurs éditeurs, tels que la lecture du code, l'examen des demandes d'extraction
Et le temps perdu dans des réunions ou des appels téléphoniques à la con on en parle?

et la consultation de la documentation.
Super donc je propose qu'on arrête de fournir des spécifications contenant des dizaines de pages d'algorithmes et qu'on considère enfin que le développeur est suffisamment intelligent pour analyser les besoins du client et en déduire le code qui convient.

Citation Envoyé par SimonKenoby Voir le message
J'ajouterais que pour améliorer ma productivité, avoir accès a des outils correspondant a mes besoins aiderait beaucoup. Je travaille dans une boite non IT, et mon équipe n'avait pas l'accès admin sur le PC, du coup à chaque fois qu'on voulait installer un nouveau logiciel, il fallait se battre et justifier pour quoi on en avait besoin. Puis il y a les PC pas assez puissants, des fois lorsque j'ai mon IDE + docker qui tourne, le PC est juste dans la panade. Et ça, ça me fait perdre du temps.
Tout à fait d'accord, et encore t'as de la chance, nous non seulement on n'a pas les droits admin mais on ne peut même pas lancer un EXE qu'on aurait écrit nous-mêmes, il n'accepte que ce qu'ils ont copié eux-mêmes dans Program Files. Du coup impossible de lancer son propre travail faut le copier dans une VM. Mais évidemment le temps perdu dans ces FTP est con sidéré comme productif...
4  0 
Avatar de HaryRoseAndMac
Membre extrêmement actif https://www.developpez.com
Le 16/06/2023 à 13:07
Et allez ...

Encore une étude totalement foireuse d'un cabinet dont le but est ? Oh tient, baisser les salaires ! Surprenant ...

Les pseudo responsable à la con, ne comprennent pas, il n'y a rien à faire, que le métier de développeur, n'est pas un métier d'ingénieur classic ou le but est de recracher par coeur des formules apprises, toute la journée !
Le métier de développeur n'est pas compatible avec l'autorité, le métier de développeur n'est pas compatible avec ceux qui ont des problèmes dégo et ont besoin de se sentir supérieur.
Le métier de développeur s'apparente à celui de Chercheur.

Il doit être libre, il doit avoir le temps de perdre du temps, il doit avoir le luxe d'être improductif !

Ce "temps perdu" n'en est jamais, car développer, c'est la dernière chose que doit faire un développeur, une fois que tout est clair dans sa tête, une fois qu'il a eu différente réflexion avec lui même ou avec les autres.

Vous voulez un développeur improductif ? Vous voulez un développeur qui vous fasse perdre de l'argent ? Vous voulez un développeur qui vous fasse perdre du temps ?
Pas de problème : embauchez le développeur qui code du début à la fin de sa journée.

Vous pouvez être sur et certain que le lendemain vous pouvez mettre à la poubelle ce qu'il a fait et là, on va parler de perte de temps et d'argent.
4  0 
Avatar de denisys
Membre chevronné https://www.developpez.com
Le 15/06/2023 à 10:53
Citation Envoyé par ericb2 Voir le message
J'ai toujours demandé à mes élèves : 80% du temps tu réfléchis (écran éteint) et 20% du temps tu codes.
ET pas l'inverse comme on voit trop souvent :-)
Bravo !!!
Et explique leurs, que c’est la base de l’ingénierie logicielle.
Toujours réfléchir avant de pisser du code !!!
2  0 
Avatar de Feiuz
Candidat au Club https://www.developpez.com
Le 16/06/2023 à 1:45
Citation Envoyé par Mingolito Voir le message
C'est bien d'avouer, tu ne fais que confirmer cette autre étude : Un tiers des travailleurs du secteur des technologies admettent ne travailler que 3 à 4 heures par jour, d’après une enquête réalisée sur la plateforme Blind .

Et encore, d'après les commentaires beaucoup d'informaticiens ne font que travailler réellement qu'une ou deux heures par jour. Sans parler de ceux qui ont remplacé leur job par des scripts et des macros, et qui n'ont besoin que de travailler 10 minutes par jour, pour être payée un temps plein, voir plusieurs temps pleins avec plusieurs clients ou employeurs, et qui se gardent bien de dévoiler le pot aux roses à leurs employeurs / clients , comme tu l'as très bien expliqué

"souffler un peu dans leur journée" -> "tirer au flanc"

"L'expression «tire-au-flanc», désignant une personne qui évite une tâche par fainéantise"
Disons que l'employeur paie à la hauteur de l'expertise dont il mérite, si il ne veux pas des "tire-au-flanc" et des travailleurs plus impliqués qui "gaspille" pas son temps, il faudrait pas payer ses employés comme des confectionneurs de chaussures vietamiens. Ça me semble plutôt bien vendu à l'heure le développement généralement.
Ce n'est pas de la "fainéantise" c'est plutôt "en garder sous la pédale" j'ai envie de dire.
2  0 
Avatar de pierre86
Membre du Club https://www.developpez.com
Le 22/06/2023 à 11:56
Et quand je lis un article sur le temps perdu, c'est du temps perdu ?
2  0