Discussion :

[Feiuz]

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.

[virginieh]

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.

[HaryRoseAndMac]

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.

[pierre86]

Et quand je lis un article sur le temps perdu, c'est du temps perdu ?

[gerard093]

Finalement, les générateurs de code, la programmation assistée, la customisation de logiciels existants diminuent par outillage le travail de coding.
La programmation objet, les templates ou les design patterns portent leur fruit, l'activité de coding diminue au profit de l'activité d'analyse des normes et standards, et des processus d'intégration des objets.
Le développement n'est plus du coding - de la programmation - mais un processus élargi de fourniture de solution applicable techniquement.
Les méthodes Agile mettent en lumière ces nouvelles orientations.
Donc pas d'affolement !