Discussion :

[LSMetag]

ça dépend aussi beaucoup de l'environnement de travail.
En open space, on bosse mieux en 2h entre 18h et 20h que le reste de la journée parfois (oui parceque malheureusement, chez nous, les chefs ont du lire dans manager magazine qu'un open space c'est mieux parceque c'est esprit d'équipe winner machin blabla, mais ils n'ont pas lu le dernier numéro qui dit que finalement, c'est beaucoup moins productif).

Je suis entièrement d'accord. Je crois être un des exemples qui illustrent bien ton propos.

J'ai bossé dans une pièce avec 3 d'intégrateurs où on bossait des tonnes de temps, mais où on arrêtait pas de faire des blagues, y avait aucun tabou, même politique ou sur les méthodes de la boîte,... Le midi on jouait aux jeux vidéos ou regardais des mangas, parfois le soir on se faisait des débats et se montrait certains projets persos,...
On était efficaces, on produisait du boulôt de qualité, ça se passait bien et ça posait aucun problème de rester plus longtemps.

Quand dans la même boîte, j'ai été envoyé ailleurs, dans un grand open space où on entendait juste les bruits du clavier, les mouches voler. Que dès que je mangeais un yaourt devant mon écran on me disait que je faisais trop de bruit, pareil quand je réfléchissais à voix haute, quand t'as le chef austère à côté de toi qui te regarde toi et ton écran, qu'il n'y a jamais le moindre compliment, et bien j'ai fini par faire de la merde, des erreurs, ne plus être productif... et me barrer...

[phili_b]

On est venus bosser plusieurs fois le samedi, j'ai codé les derniers jours jusqu'à 3h du matin pour qu'on soit prêt dans les temps. Et le salon s'est plutôt bien passé. En contrepartie, on nous a reproché d'arriver après 10h le matin (pendant la période de rush, et oui, il faut bien dormir à un moment !!), et de faire des semaines de 35h une fois le salon passé. Résultat depuis, je fais les 37.5h par semaine auxquelles fait référence mon contrat, parfois presque à la minute

Sauf que les phases avant le dev trainent un max, et notre temps de dev et de tests est divisé par deux (ben oui, l'employeur cafouille mais change pas pour autant sa deadline).

ça me rappelle un projet où il y avait pas mal de pressions et où on faisait pas mal d'heures, en plus loin de chez nous. Mais le directeur de projet voulait que ça marche pour "la semaine prochaine" alors qu'il y avait au moins 2 semaines de travail à fond. Résultat quand il a téléphoné à 18h le vendredi pour vérifier qu'on était là pour travailler très tard, je n'ai pas répondu au téléphone, et je suis parti 5 minutes après et je me suis mis en mode 37h la semaine suivante, surtout que faisait 6 mois que je faisais ce projet en dormant à l'hotel en semaine. ça commençait à bien faire cette fuite en avant.

En fait tout dépend de la motivation, comme pas mal le disent ici. Si on m'oblige à travailler tard, c'est niet, si en revanche de moi même, et la motivation aidant, je dois travailler tard de moi-même, pas de souci. En revanche il ne faut non plus que ça devienne une habitude, ça veut dire que le projet et/ou l'équipe est mal gérée, et qu'à ce train on finit dans le mur puisque ça se désorganise de plus en plus puisque les gens se fatiguent de plus en plus.

[imikado]

Je suis entièrement d'accord. Je crois être un des exemples qui illustrent bien ton propos.

J'ai bossé dans une pièce avec 3 d'intégrateurs où on bossait des tonnes de temps, mais où on arrêtait pas de faire des blagues, y avait aucun tabou, même politique ou sur les méthodes de la boîte,... Le midi on jouait aux jeux vidéos ou regardais des mangas, parfois le soir on se faisait des débats et se montrait certains projets persos,...
On était efficaces, on produisait du boulôt de qualité, ça se passait bien et ça posait aucun problème de rester plus longtemps.

Quand dans la même boîte, j'ai été envoyé ailleurs, dans un grand open space où on entendait juste les bruits du clavier, les mouches voler. Que dès que je mangeais un yaourt devant mon écran on me disait que je faisais trop de bruit, pareil quand je réfléchissais à voix haute, quand t'as le chef austère à côté de toi qui te regarde toi et ton écran, qu'il n'y a jamais le moindre compliment, et bien j'ai fini par faire de la merde, des erreurs, ne plus être productif... et me barrer...

Oui l'openspace c'est pas top pour la productivité, mais le téléphone non plus
Perso, comme beaucoup j'ai opté pour un casque où j'écoute le plus souvent des podcasts tech en francais ou en anglais: plus facile de se concentrer avec les podcast anglais.

[nirgal76]

Oui l'openspace c'est pas top pour la productivité, mais le téléphone non plus
Perso, comme beaucoup j'ai opté pour un casque où j'écoute le plus souvent des podcasts tech en francais ou en anglais: plus facile de se concentrer avec les podcast anglais.

Musique au casque interdite chez nous, dans notre open space de 40 personnes, dont des services supports qui répondent au tél à longueur de journée, souvent avec des gens dans les bâtiments de productions = bruits de machines donc faut parler trèèès fort. je parle pas des 100aines de sonneries de portables (souvent débiles) par jour. bon, là, c'est plus un manque d'éducation, mettre en silencieux quand on a son tél sur le bureau à coté de soi, ça parait une évidence dans un open space, mais pas pour grand monde apparemment.
On pouvait pas faire pire niveau conditions pour développer, ils l'ont fait.

[imikado]

Musique au casque interdite chez nous, dans notre open space de 40 personnes, dont des services supports qui répondent au tél à longueur de journée, souvent avec des gens dans les bâtiments de productions = bruits de machines donc faut parler trèèès fort. je parle pas des 100aines de sonneries de portables (souvent débiles) par jour. bon, là, c'est plus un manque d'éducation, mettre en silencieux quand on a son tél sur le bureau à coté de soi, ça parait une évidence dans un open space, mais pas pour grand monde apparemment.
On pouvait pas faire pire niveau conditions pour développer, ils l'ont fait.

Quel intérêt d'interdire aux developpeurs d'avoir un casque pour se concentrer ?

[jpp]

Pour pouvoir coder correctement je sais que je suis beaucoup plu efficace après avoir fait des pauses, le travail sur écran , (et encore plus sur écrans multiples) nécessite des pauses régulières, et ne pas faire des pauses réduit fortement notre efficacité. On n'est pas des machines, le fait d'avoir à se lever de faire quelques chose d'autre et de revenir permet souvent d'avoir une meilleure vision des choses. de toutes façons, faire des pauses est plus sain ne serait ce que pour notre santé, du coup j'ai mis en place workrave sur mon environnement de travail. C'est une hygiène de travail. Je ne suis pas payé pour être une machine devant une machine, je suis payé pour avoir des idées. ( J'en ai pas forcément , mais ç'est pas grave je suis trés menteur !)

[el_slapper]

Quel intérêt d'interdire aux developpeurs d'avoir un casque pour se concentrer ?

Ferme ta gueule et bosse!!!. Plus sérieusement, la peur de voir les gens perdre leur concentration, ou la peur de perdre l'avantage communicationnel de l'open-space, la peur de perdre le contrôle sur les travailleurs qui s'échappent grâce à leur casque.....

Comme disait Jean-Paul 2; "N'ayez pas peur". Il n'a pas été beaucoup entendu dans le monde de l'entreprise, hélas.

[Mr_Exal]

Chacun son truc
Mais le ptit café, la ptite pause qui vous sort la tête de guidon est toujours bénéfique

Un des contributeur disait que c'est parfois dans la nuit qu'il trouvait des solutions/idées: c'est en se changeant les idées que l'esprit vagabonde (c'est comme une tache en background

J'ai trouvé bon nombre de solutions pendant les pauses clope. Bon j'en fait pas 10 par jour non plus

[fredinkan]

L'open space pour du travail informatique est pour moi aussi l'une des pires choses qui aient été inventées...

Ce qui m'a toujours fait rire, c'est que les gens qui mettent ça en place et passent leur temps à l'encenser bossent dans des bureaux individuels ou n'ont pas des travaux nécessitant de la concentration ou moments de détente. Ces derniers étant souvent en réunion ou coffee-meeting...

[Mr_Exal]

L'open space pour du travail informatique est pour moi aussi l'une des pires choses qui aient été inventées...

Ce qui m'a toujours fait rire, c'est que les gens qui mettent ça en place et passent leur temps à l'encenser bossent dans des bureaux individuels ou n'ont pas des travaux nécessitant de la concentration ou moments de détente. Ces derniers étant souvent en réunion ou coffee-meeting...

Pas chez PSA où j'étais l'an dernier.

Le DSI était logé à la même enseigne que nous (tout petit bureau dans un open space de 50-60 personnes). Bon par contre j'aurai bien aimé avoir le même salaire.

En revanche oui, bosser en bureau ouvert c'est une connerie pas possible. Là je suis dans une PME où on a une salle à l'étage et quand on est dedans on est dispo pour personne (bon sauf si problème vraiment grave).

[fredinkan]

Pas chez PSA où j'étais l'an dernier.

Le DSI était logé à la même enseigne que nous (tout petit bureau dans un open space de 50-60 personnes). Bon par contre j'aurai bien aimé avoir le même salaire.

Dans le cas auquel je pense, ce n'est pas une décision prise par le DSI, mais plus haut

[Mr_Exal]

Dans le cas auquel je pense, ce n'est pas une décision prise par le DSI, mais plus haut

Oui c'est vrai que le DSI n'est que le fils de Dieu

[vasaldo]

+10
la motivtion joue bcp
apres il faut aussi savoir s'organiser...voir investir du temps dans la mise en place du plan de travail
perso je me fais toujours des fichiers excel basique avec un peu de formule
ca me permet de suivre mes developpements (listing des composants impactés + numero de version...svn and co c bien mais pour savoir en un coup d'oeil ce qui a été modifié dans telle release c pas glop )
bien sur comme je me fais chier a mettre a jour ce tableau, autant qu'il serve a autre chose : du coup, grace a deux/trois formules, un simple copier/coller me permet de générer les release-note, les scripts auto (sql ou sh) d'install ou un fichier de livraison pour un outil dédié (c souvent un format pré-établi genre "nom_objet;version;action")
ca peut te prendre une journée au final a finaliser ces petits outils
mais apres le gain de temps au moment de préparer ta livraison c le pied
Ca evite aussi les erreurs qui font planter ta livraison : ton code a beau etre bon, si ta livraison plante ben aux yeux des autres c de la merde et ils ont raison :p

on bosse aussi sur oracle via pl.sql developper et dans cette outil on peut se créer des petits modeles de code (templates) : j'en ait une 30aines et c tres pratique qd tu as des taches répétitives, tu n'as pas a coder la requete en entier a chaque fois; sur des requetes complexes, le gain de temps est appréciable

bref ya pleins de petits trucs en tant que developpeur qui peuvent te simplifier les taches ingrates et du coup tu peux réserver comme plage horaire à ces taches les periodes de grosse fatigue : meme fatigué, comme c "encadré" par des outils, le risque d'erreur est bien diminué

c valable aussi pour la gestion de projet : la aussi j'essaie de me simplifier les taches répétitives qui sont super chronophages, genre les mails de suivi/relance, la mise a jour des plannings
Pour les mails, tu te créé des modeles Outlook et hop c du pré-rempli et c toujours ca de gagné en temps

apres on fait des journées normales officiellement chez mon client 9h/18h avec pause sur 5j donc officiellement 40h
mais réellement ? ca dépend : sur une période de recette/intégration, on glande pas mal (si y'a pas d'autres chantiers bien sur)...si on a bien fait son boulot pendant la période de dev, sinon on va en chier a corriger les bugs
Donc forcément si tu veux etre tranquille sur la période de recette/intégration/mep, ben tu dois bosser mieux et plus en phase de dev donc la c plutot 45/50h si nécessaire, quoique mes petits "trucs" me faisant gagner 15/20min parci par-la, je dépasse rarement les 40h meme en rush

le plus chiant c'est d'expliquer a ton chef que tu prépares ton plan de travail avant de développer (oui ca s'appelle réfléchir avant de coder ) : il croit que tu glandes !
franchement y'a qu'un abruti qui monterait un meuble ikea sans avoir préparer son plan de travail, vérifier qu'aucune piece ne manque et que la notice il l'a lue et bien comprise
Le dev informatique c pareil : si tu te lances a l'aveugle (le dev itératif bien primaire), tu te prendras le mur...et ca sera mérité

[Pierre GIRARD]

Je pense qu'il a totalement raison. Et en plus, ça dépend des individus. Par exemple, pour mon cas personnel, mon maximum d'efficacité se situait (maintenant je suis en retraite) entre 4h30 et 12h. Après ...?

Et donc selon les époques, j'ai été amené à travailler aux heures où j'étais le moins efficace => c'était pas terrible.

Donc non seulement travailler trop n'est pas bon, mais travailler aux heures où on est le moins efficace n'est pas bon non plus. De 4h30 à 12h et de 12h à 19h30, ça fait 7h30 dans les deux cas. Et pourtant, ça ne donne pas le même résultat.

Bon, pour moi, je suis du matin. Pour d'autres, ils sont de l'après-midi. Une de mes meilleures époques au TAF : On travaillait en binômes et en décalé, moi le matin et un collègue qui arrivait 4h après moi. Tout allait bien vu que lui était du soir = son efficacité maximum arrivait après le repas de midi.

Un jour, un petit chef nouvellement nommé a décidé de nous faire travailler alternativement le matin une semaine et l'AM la semaine suivante. Résultat = une baisse de rendement et d'efficacité notable une semaine sur deux. Mais bien sûr, c'était notre faute, pas celle du petit chef

[vasaldo]

Pour ma part c'est simple: je suis freelance et développe pour d'autres boîtes, presque exclusivement localisées en pays germaniques.
Il y a parfois des périodes très lourdes en terme de charge de travail.
Comme je travaille presque exclusivement à domicile c'est souvent du style 6h30 - 18h00...
Quand je ommence à saturer un seul truc: un bon footing bien à fond pendant 30 minutes. Je reviens lessivé, une bonne douche et ça repart nickel...
Et en plus je trouve très souvent des solutions aux problèmes sur lesquels je bute en courant..
Mais bon faut pouvoir prendre une douche ensuite

perso moi je surfe c pas tjrs bien vu mais entre le mec qui fait 1pause cloppe de 10min toutes les heures (+la pause café) et celui qui s'aere l'esprit en surfant sur le net, qui glande le plus ? :-)
c souvent pendant mon surf que j'ai le declic par rapport au probleme de dev....si je reste planté a regarder l'ecran et le bug ben c moi qui boggue

[p0m12]

plus les développeurs ferons d'heures, moins les crackers passerons du temps sur leurs programmes, un mal pour un bien.

[Matthieu Vergne]

Que pensez-vous de l’opinion de Rogish ?
Aussi évidente que 1+1=2 : faire trop de quelque chose n'est, par définition, jamais bon. Le problème, c'est de savoir quand c'est trop. Pour ma part, c'est quand je commence à me sentir frustré (preuve que je ne comprends plus ce que j'ai sous les yeux) ou quand tout simplement je me rends compte que je lit dans le vide (trop fatigué).

Combien d’heures de travail effectuez-vous par semaine ?
Hum... bonne question... en plus d'avoir des heures décalées (j'arrive à 12h je repart entre 20-23h) je fais aussi un peu ce que je veux pendant mes heures. Il se trouve que je fait mon boulot parce que ça me plait... donc quand j'en ai marre je fais autre chose, et quand l'envie reviens je reprends. Autant j'ai l'impression que j'avance trop lentement, autant quand on a nos meetings hebdomadaires j'ai pas l'impression d'en avoir fait moins que les autres... donc je continue, et comme au final c'est propre et ça marche, j'estime que c'est une bonne gestion {^_^}.

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?
Hum... j'ai plutôt l'impression que c'est quand je ne sais plus trop ce que je veux coder que là je fais des trucs vraiment bizarres, style "denominateur = denominateur == 0 ? 1 : 0;" pour éviter d'avoir un dénominateur nul... pas très efficace la ligne de code {'^_^}. Mais c'est clair que quand je me sens fatigué, même si mon supérieur me dit "faut que tu bosses", si je le sens pas je le fais pas. Sinon je reste bien plus longtemps dans un sale état et au final, le peu de temps gagné à forcer l'allure fini par être perdu comparé au temps gagné si je me repose et me change les idées avant d'y revenir.

Enfin bon, ça reste toujours des impressions personnelles. Mais en bref ça dépend de chacun. Si tu commences avec 20h à trimer sur des bugs chelous que tu mets trois plombes à corriger, forcément les 20h qui vont suivre tu seras déjà lessivés, mais si tu passes 40h de challenge à implémenter un truc super intéressant parce que tu vas t'en servir tout le temps après pour te simplifier le travail, y passer encore des heures dessus peut-être un vrai plaisir.

[PointCarreJo]

Que pensez-vous de l’opinion de Rogish ?
ça dépend des jours et de la forme du moment. Une fois je peux aligner 10 heures d'un coup et parfois après 4 heures, je suis plus dans le coup. Mais globalement, je pense qu'il a raison. Nous ne sommes pas des machines.

Combien d’heures de travail effectuez-vous par semaine ?
Environ 50 heures par semaine mais jamais plus de 6 heures/jour de développement. Le reste du temps se fait en management et emplois divers.

Après 40 heures, la qualité de votre code est-elle considérablement affectée ?
Je suis plus performant en début de journée (8h-10h) ou en fin d'après-midi (16h-19h). Et donc le vendredi ou parfois le samedi matin quand la situation l'exige, je peux encore effectuer des prouesses techniques. Pour moi, ce n'est pas le temps mis à la semaine mais le moment adéquat qui importe.

[Matthieu Vergne]

Pour moi, ce n'est pas le temps mis à la semaine mais le moment adéquat qui importe.

+1

Si j'ai des horaires décalées, c'est bien parce que je me sens plus efficace sur ces heures. Comme il y a des couche-tôt, il y a des couche-tard. C'est important de bien se connaitre pour savoir si le rythme imposé par l'entreprise sera compatible avec le notre, ou si il faut négocier la flexibilité des horaires pour obtenir un planning qui nous correspond. Bien entendu, c'est toujours à négocier comme argument pour augmenter les performances, en sachant qu'en cas de réunion importante on saura faire l'effort nécessaire pour être disponible {^_^}.

[Pierre GIRARD]

C'est exactement ce que je disais plus haut. Et l'idéal est évidemment d'être son propre employeur car si on est soumis à un management aveugle on peut nous faire travailler à contre temps. Et le résultat final est bien pire que la fatigue due à un excès de travail.

Pour moi : Il faut mieux travailler 40h dans les périodes où on est efficace que 30h dans celles où on est mauvais.

C'est d'ailleurs pareil pour la conduite automobile : Je suis bien plus efficace entre 3h et 8h du matin qu'entre 12h et 17h Autant dans la première période je suis parfaitement éveillé et réactif, autant dans la deuxième je suis sujet à la somnolence.

En fait, c'est bien plus général qu'un simple problème de programmeur.