Discussion :

[OldTimeCoder]

Je vais répondre point par point à ce "porjet de loi"
Chaque programmeur aura deux moniteurs : si une entreprise veut maximiser la productivité des développeurs, elle doit s’assurer que chaque développeur dispose de deux moniteurs. >> Non les développeurs oublieront que parfois il développe sur un écran en 80x24 et il sera alors impossible de coder correctement dans ces conditions. Les développeurs doivent apprendre les conditions difficiles pour comprendre pourquoi il faut se restreindre pour ne pas faire chier les autres développeurs.

Chaque programmeur aura un PC rapide : les développeurs doivent exécuter un grand nombre d’applications pour leur travail (environnement de développement, moteur de base de données, serveurs Web, machine virtuelle, etc.). L’exécution de tous ces logiciels exige donc un PC rapide avec beaucoup de mémoire. >> Non les développeurs coderont des trucs de plus en plus lent car ils auront pris l'habitude de se reposer sur la puissance de leur machine et pas sur la qualité de leur code.

Chaque programmeur aura le choix de sa souris et son clavier : avoir sa propre souris et son propre clavier engendre un sentiment de responsabilité durable auprès du développeur. >> Non le développeur doit connaitre les conditions difficiles.

Chaque programmeur aura un fauteuil confortable : les développeurs doivent disposer de chaises leur permettant de rester agréablement assis pendant 8 heures. >> Là nous sommes d'accord, mais le fauteuil doit être au choix du développeur. Mais ce doit être un droit pour tout mec travaillant assis.

Chaque programmeur doit avoir une connexion internet rapide : il est difficile d’imaginer un travail bien fait sans des recherches rapides sur internet. >> Oui il faut consulter la doc très vite.

Chaque programmeur doit avoir un cadre de travail : la programmation exige une concentration mentale. Les programmeurs ne peuvent pas travailler efficacement dans un environnement bruyant. >> tOUT EST QUESTION DE GOUT;

[Aquanum]

@OldTimeCoder A moins que ton message soit ironique, n'est-ce pas un peu sadique ? Il y a tout de même un juste milieu à trouver ici.

Je peux t'assurer que mon octocore, mes 16Go de RAM, et mon SSD j'en ai besoin pour :

• compiler des kernels rapidement, sans avoir à attendre une plombe.
• compiler Android. Car si tu n'utilises pas une bête de course, t'en as pour plusieurs heures.
• synchroniser 300 repo git d'un coup. Je veux bien te voir faire un repo sync -j1 des sources d'Android sur un disque dur mécanique

Le calcul en terme de productivité pour mon employeur est vite fait. Et ce n'est pas pour autant que je code pas optimisé.

[Logan Mauzaize]

@Aquanum
Tu parles d'une machine de développement ou d'un serveur de synchronisation/compilation/intégration continue ?

A priori, sauf si tu dev seul mais la remarque reste valable, le reste de l'équipe a besoin de ces mêmes résultats ?

Et la remarque de OldTimeCoder est parfaitement valable, la première plateforme de référence pour un développeur c'est sa machine !

[Aquanum]

@Nemek je parle bien d'une machine de dev. Et nous avons tous les mêmes besoins dans l'équipe.
La particularité dans mon cas c'est que tout est cross-compilé. Donc la machine de dev overkill est là pour compiler suffisamment vite pour ne pas à perdre plus de temps.

Même chose pour le serveur d'intégration continue. Il faut savoir mettre les moyens pour avoir du matériel décent pour ne pas perdre du temps. Le prix du matériel est amorti en quelques jours à l'échelle d'une équipe de dev qui perd systématiquement son temps parce que le serveur met une plombe à compiler une release.

Et puis je trouve que forcer une mauvaise config pour "éduquer" les développeurs n'est pas franchement une bonne idée. Un bon développeur sait comment bien coder et optimiser pour des configurations différentes. Le fait d'avoir une machine de dev puissante, permet surtout de gagner du temps de développement.

[Logan Mauzaize]

@Nemek je parle bien d'une machine de dev. Et nous avons tous les mêmes besoins dans l'équipe.
La particularité dans mon cas c'est que tout est cross-compilé. Donc la machine de dev overkill est là pour compiler suffisamment vite pour ne pas à perdre plus de temps.

Ca me surprend d'avoir une chaîne de compilation aussi longue mais on a pas toujours le choix. Bref comme tu dis "la particularité de ton cas".

Même chose pour le serveur d'intégration continue. Il faut savoir mettre les moyens pour avoir du matériel décent pour ne pas perdre du temps. Le prix du matériel est amorti en quelques jours à l'échelle d'une équipe de dev qui perd systématiquement son temps parce que le serveur met une plombe à compiler une release.

Là on est plus sur une machine de développeur. Cependant on pourrait rajouter "une loi" pour avoir des serveurs plus ou moins dédiés pour : gestion de configuration, bases de données, serveurs applicatifs, etc.

Et puis je trouve que forcer une mauvaise config pour "éduquer" les développeurs n'est pas franchement une bonne idée. Un bon développeur sait comment bien coder et optimiser pour des configurations différentes. Le fait d'avoir une machine de dev puissante, permet surtout de gagner du temps de développement.

Tu supposes que tous les développeurs sont bons

[ManusDei]

Je vais répondre point par point à ce "porjet de loi"
Chaque programmeur aura deux moniteurs : si une entreprise veut maximiser la productivité des développeurs, elle doit s’assurer que chaque développeur dispose de deux moniteurs. >> Non les développeurs oublieront que parfois il développe sur un écran en 80x24 et il sera alors impossible de coder correctement dans ces conditions. Les développeurs doivent apprendre les conditions difficiles pour comprendre pourquoi il faut se restreindre pour ne pas faire chier les autres développeurs.

Dans l'embarqué, on a souvent pas de bibliothèque, voire on code directement en assembleur. Est-ce que tu penses que pour apprendre les conditions difficiles, tout le monde doit coder en assembleur, même les devs qui bossent sur windows8 ?

Chaque programmeur doit avoir un cadre de travail : la programmation exige une concentration mentale. Les programmeurs ne peuvent pas travailler efficacement dans un environnement bruyant. >> tOUT EST QUESTION DE GOUT;

Je suis en open space, je n'arrive pas à me concentrer... 50% du temps à cause du bruit. Donc c'est au moins 50% de productivité en moins. C'est dommage quand même pour l'entreprise (ça change rien au chèque à la fin du mois).

Plus généralement, quel intérêt ont les "conditions difficiles" ? J'ai plus l'impression que c'est du simple masochisme.

[h_fabrice]

Je suis tout à faire d'accord avec les règles précitées ... Je demande un peu plus en tant que programmeur mais le minimum y est

[Alexandre T]

Bonjour,

En dehors du clavier et de la souris, j'ai mis en place ces solutions dans mon équipe de développement. Le turn-over a diminué mais je ne pense pas que ce soit le facteur déterminant. Mais une chose est certaine, le confort se ressent et mon équipe vient à imposer le quand les collègues approchent et parlent forts. Nous sommes malheureusement dans un (mini) open space de six personnes et un génie a eu l'idée d'installer le coin café à côté de nous. En l'absence de collègues au coin café, on entend les mouches volés et c'est un bonheur pour la concentration.

Nous venons de commander un véritable appareil qui bippe quand le bruit atteint un certain nombre de décibels afin de l'installer au dessus du coin café.

Cela a-t-il été compliqué ? Pas du tout. J'ai donné la liste du matériel pouvant être acheté au travers de nos différents contrats d'achat (siège, écrans, pc, logiciels de développement), cela a valu une augmentation de l'ordre de 1000 euros par développeurs. C'est donc dérisoire comparé à la masse salariale. Cela a été accepté. En plus dans mon argumentaire, notre service a déployé une solution open source en lieu et place d'une application utilisant notre dernier serveur de base de données à licence payante et nous avons même pu nous offrir deux ordinateurs portables renforcés pour nos sorties sur le terrain. Les développeurs sont satisfaits. Le plus difficile pour nos responsables est d'expliquer aux autres équipes (qui ne développent pas) que nous avons tous des doubles écrans 21". La jalousie est en fait un frein à plus d'investissements.

Le plus gros avantages : l'ambiance entre collègue est meilleure, malgré un fainéant hors norme. Mais ce qui compte n'a pas été de donner du meilleur matos. Ce qui compte est d'avoir laisser choisir le matos !

[el_slapper]

(.../...)En dehors du clavier et de la souris, j'ai mis en place ces solutions dans mon équipe de développement. Le turn-over a diminué mais je ne pense pas que ce soit le facteur déterminant.(.../...)

Tiens, ça me rappelle mes cours d'ergonomie. Dans l'entre-deux-guerres, la discipline en était encore à ses premiers balbutiements. Dans un atelier de couture réparti en deux salles, ils ont fait un test. La première salle ne bougeait pas. Dans la deuxième, ils ont amélioré l'éclairage. Résultat, augmentation de productivité.

Puis, ils ont décidé un retour à la normale. Le premier atelier ne bougeant pas, le deuxième revenant à l'ancienne luminosité. Résultat inattendu : la productivité.....a continué à augmenter. Ils ont mis 10 ans à comprendre(c'étaient les débuts, et il leur a fallu aller au-delà de millénaires de préjugés esclavagisants sur la mécanique du travail).

A mon sens, c'est un facteur quand même indirectement déterminant que tu cites. Parceque le simple fait de s'occuper des travailleurs augmente leur satisfaction et leur performance au travail. Pour tes programmeurs d'aujourd'hui comme pour les couturières des années folles.

Enfin, les équipes qui ne développent pas pourraient elles aussi bénéficier d'un double écran, spécialement si ils travaillent sur deux applis en même temps(un classique étant l'appli maison à coté d'Excel). Sans compter l'effet motivation.

[ManusDei]

Le plus gros avantages : l'ambiance entre collègue est meilleure, malgré un fainéant hors norme. Mais ce qui compte n'a pas été de donner du meilleur matos. Ce qui compte est d'avoir laisser choisir le matos !

Question réellement naïve, pourquoi le garder, si il est fainéant ?