J'imagine que tu voulais dire l'inverse niveau horaires ? {'^_^}Envoyé par Pierre GIRARD
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
J'imagine que tu voulais dire l'inverse niveau horaires ? {'^_^}
Non je confirme, par semaine, en 40h de travail le matin j'en fait 2 fois plus en 10 fois mieux qu'en 30h l'après-midi.
Et depuis que je suis en retraite, je me lève entre 4h30 et 6h du matin et je me couche entre 20h30 et 22h ... et en moyenne, je dors 8h depuis ... pratiquement toujours. Et ça tombe bien : 20h30 + 8h = 4h30 ... le compte y est.
Euh ouais... sauf que 40h quand tu es au top, comparé à 30h quand t'est pas au top, c'est évident que tu fais mieux : plus de temps ET mieux concentré. Ça n'a rien d'un avis perso ou de quoi que ce soit ayant besoin d'être prouvé par l'expérience, c'est du bon sens. Tu me dirais 30h quand tu es au top valent mieux que 40 quand tu ne l'est pas, là on aurait de quoi discuter {'^_^}.
C'est comme dire "quand toutes les conditions sont réunies pour que tu travailles mieux, tu travailles mieux". C'est de la tautologie, ça n'a pas grand intérêt.
Ce que je veux dire, c'est simplement que le nombre d'heures total n'est pas le seul critère. Il faut juste ... pas aller chercher plus loin.
Et donc, 40h par semaine dans des conditions optimales = c'est pas un problème. Alors que se forcer (ou être forcé) de faire ne serait-ce qu'une heure dans les plus mauvaises conditions peut s'avérer catastrophique quant au résultat final.
Mais si tu tiens absolument à ce que ce soit une "tautologie" ... et bien ... soit.
Quand on code comme moi (je suis free lance) du lundi au dimanche, à quel moment on arrête le compteur ? ;-)
J'ai cultivé depuis longtemps le travail alterné : quand je sature sur un dev, je passe à un autre que j'ai en portefeuille (privilège de notre statut). Les idées sont forcement plus claires... la productivité est plus délicate à déterminer.
Je ne sais pas comment tu fais, j'ai essaye ca pendant des annees mais au final je ralentissais sur les deux projets. J'ai mesure plusieurs fois le temps qu'il me faut pour changer de projet et redevenir efficace: minimum 2 jours. Du coup me concentrer sur un seul projet et faire des breaks reguliers est plus efficace pour moi actuellement.
Cela dis, je bosse quasiment que sur des projets assez monumentaux (plusieurs annees de travail, et souvent je suis le seul dessus). Est-ce que tes projets sont de taille plus moderee?
Pour ma part je switch aussi (plusieurs projets qui se chevauchent au boulot) et ça marche bien, ça entretien la motivation. Mes projets ont des objectifs similaires, ça peut aider : avancer dans l'un permet de donner des idées dans l'autre. On se change les idées tout en visant plus ou moins la même cible, ça donne l'impression d'avancer d'un côté même si on travaille de l'autre et le cout pour switcher est très faible vu que les perspectives sont similaires. J'ai aussi des projets très différents mais là c'est galère de switcher. Heureusement que ça arrive pas souvent.
Les miens sont monumentaux mais assez differents aussi, d'ou la difficultee a switcher je pense aussi.
Pour dire vrai, et sans être original, je triche un peu avec les délais pour mes clients : j'intégre dès ma propal une période plus longue que ce qui serait nécessaire si je bossais en continu. Par ailleurs, c'est aussi pour cette raison que je bosse souvent au forfait.
Pour ce qui est de la productivité, c'est d'autant plus compliqué à traiter que du coup mes dévs se nourrissent mutuellement par échange de code...
Donc s'il y a échange de code, c'est que tes projets sont assez similaires j'imagine ?
Perso j'ai pas de "client" donc c'est pas un souci de deadline.
pas toujours : les deux gros projets que j'ai actuellement ont comme seul point commun d'être en mode web... les clients sont totalement différents (une pme et un grand compte), les domaines aussi. Mais comme je les avance en parallèle, si j'ai mis au point un bout de code intéressant dans l'un (un menu, une édition de données, un widget...), je le place si possible dans l'autre.
Et on en revient à la question du post initial : quelle valeur donner aux "heures" passer à coder alors qu'on sait bien que - des banalités - on peut passer 2 jours à débugger une connerie qui aurait pu prendre 2 minutes, et qu'un programmeur chevronné sortira en quelques heures ce qui prendra des jours à un débutant...
Ou comme tu le souligne, le temps passé sur quelque chose de réutilisable comparé au temps passé sur une spécificité.
Perso j'ai aussi cette attitude de reutiliser le code entre les projets, ca aide beaucoup effectivement et on apprends bien plus vite.
Par contre le temps de switch reste une grosse contrainte pour moi. Mais bon, c'est vraiment un probleme de taille de projet.
en plein dans le mille et ca il faut le savoir pour rapidement etre(soi-meme) "concret"...je pense à ceux (comme moi) qui installe un pilote graphique nvidia ou autres "joyeusetés" de la compilation ...au debut il faut quand meme du temps...et en faite en vrai, y'a trois commande à passer dans le terminal...et la resolution des dependances quand il n'y a pas de "README" correct...on peut passer 2 jours à débugger une connerie qui aurait pu prendre 2 minutes
en 2007, c'etait pour moi une "terrible" victoire sur la machine et aujourd'hui je me rends compte que j'étais (encore maintenant je l'avoue un peu) ri-di-cule ...
@edit
...de la "totologie"...dont la "racine" est le personnage de "toto"..."zero + zero = 'La tête à toto!!' " d'où: la "tautologie"...C'est de la tautologie..
On voit que celui qui a écrit ça n'a jamais été maçon !
Une fois passé les 8h on a l'impression de monter un mur mais on se rend vite compte que non seulement il est pas droit (et donc souvent à refaire selon le patron) mais en plus il ne monte plus
Entre une journée de 12h de dév et une journée de 12h de maçonnerie, je choisis le dév sans hésiter
On fatigue pas la même chose.
Pour moi, c'est exactement pareil : La fatigue, c'est la fatigue. La seule différence, c'est que pour les informaticiens, développeurs ou pas, ils se contentent de faire des erreurs.
Dans le bâtiment, ou la conduite de camion (ou d'autres), la fatigue due à un excès de travail peut aussi faire commettre des erreurs ... et dans ce cas, risquer de provoquer des accidents ... parfois mortels (pour lui ou pour les autres).
Qui souhaiterais avoir une opération à cœur ouvert avec un chirurgien qui aurait plus de 40 heures de travail intensif derrière lui ?
bon je sais pas si j'ai fait 40h, mais là il est 1h de mat chez moi et j'ai lu "après 40 ans les programmeurs ..." je crois qu'il est temps que j'aille me coucher !
Ce gars là ne parle que pour lui...
Il n'y a pas de secret. Seul le travail paie. Donc l'accumulation des heures.
Certaines personnes sont toujours fatiguées. D'autres, hyper-actives, n'ont de cesse de repousser sans cesse leurs limites en enchainant tout, travail, vie de couple, enfants, loisirs, et re-travail, sorties, travail, vacances, travail sur la plage en vacances etc/ Ce gars-là ne parle que pour lui; un papier nombriliste d'attitude bobo qui rêve de programmation comme on la lui vend, c'est-à-dire avec des shorts aux genoux, plutôt bronzé/limite surfer, ne parlant pas un mot d'anglais mais n'utilisant que des anglicismes pour " faire fun "...
J'avais lu l'année dernière une enquête qui abondait dans le sens contraire quant aux erreurs dans le code. Ils arrivaient en début de journée quand le programmeur n'a pas repris de café ou a raté une barre de chocolat au distributeur.
Allez! Pas peace et pas love
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager