Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/public/lib.urlhandlers.php on line 503

Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 222

Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 224

Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/public/lib.urlhandlers.php on line 65

Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 247
Embedded weblog - développement habile (ou l'ôde à la moulinette et à l'enjoyment) - Commentaires 2014-05-14T10:00:05+02:00 Gilles Blanc urn:md5:b402c09b50e67198753bdd4269dc5b19 Dotclear développement habile (ou l'ôde à la moulinette et à l'enjoyment) - Damien B urn:md5:62b9e4cfb16270f55f9bc0c6d36f46c8 2008-12-03T00:43:53+01:00 Damien B <p>"Parce que le métier de développeur relève de l'artisanat, et le concepteur d'un programme est un artisan."</p> <p>+1</p> <p>(oui je sais, c'est léger comme commentaire)</p> développement habile (ou l'ôde à la moulinette et à l'enjoyment) - Gilles Blanc urn:md5:43a82c0d86380e810302ce1aaabe97f4 2008-11-17T12:04:59+01:00 Gilles Blanc <p>Le premier commentaire (un peu de tenu sur le langage, tout de même ! ;)&nbsp; ) me rappelle une anecdote vécue par un ami, alors en prestation : un architecte logiciel (tout un programme) lui demanda combien de temps il fallait pour une tâche assez lourde, et il répondit "trois mois pour une personne" ; l'autre de reprendre "un mois pour trois personnes ?". C'est ce que j'appelle le syndrome de l'armée de Chinois (ou d'Indiens) : on en revient peu à peu, pourtant il semblait pour nous (les "sachants") évident que l'on a beau multiplié les incompétents sur une tâche, cela n'ira pas plus vite qu'un seul être compétent, dusse-t-il y mettre le temps qu'il faut. On oublie de nos jours qu'il fallut plus de 250 ans pour construire Notre Dame de Paris, toujours debout, là où des constructions bétonnées (pis encore si l'armature est métallique, comme aux USA) tiennent difficilement le siècle. Mais il est vrai qu'elles ont été bâties en moins de cinq ans à chaque fois. Tout dépend de ce que l'on cherche.</p> <p>Quant à la multiplication par deux, je pense à Shannon : après tout, on parle de bien de fréquence de travail, donc pour bien échantillonner...</p> développement habile (ou l'ôde à la moulinette et à l'enjoyment) - Hecatonchire urn:md5:6cec6f13fcd88d0aed814c0049c64289 2008-11-15T04:49:17+01:00 Hecatonchire <p>Au sujet de la pénible tâche d'évaluer les temps de développement.<br /> J'applique la méthode d'un vieux prof de systémique dont j'ai oublié le nom.<br /> 1/ Vous prenez n'importe quel méthode disponible sur le marché.<br /> 2/ Vous l'appliquez sérieusement.<br /> 3/ vous prenez le résultat final et vous multipliez par 2.</p> <p>C'est pas une blague, ça marche plutôt bien. Il appelait sa méthode:<br /> le pifomètre</p> développement habile (ou l'ôde à la moulinette et à l'enjoyment) - Hecatonchire urn:md5:5461ed8d4fae90cfd6c004c87d059d51 2008-11-15T04:39:59+01:00 Hecatonchire <p>Tiens j'avais raté cet article.<br /> Il y a des années de ça quand on me demandait ce que je faisais dans la vie: je répondais Artisan.<br /> J'ai toujours pensé (et constaté) que toutes les méthodes de projet visant à industrialiser les développements informatiques étaient une vaste escroquerie et prô nné par de gens complètement incompétents (souvent sortis des grandes écoles d'ailleurs). J'en ai souvent constaté les effets dévastateurs.<br /> Je n'ai jamais cru à la taylorisation des taches. Le seul truc qui marche à peu près c'est la verticalisation (tu t'occupes de A à Z de ton domaine fonctionnel).<br /> Plus il y'a de partage et donc de nécessité d'échanger de l'information et plus il y a de possiblités de méprises et de pertes de temps.<br /> Evidemment cela requiert un effort particulier au niveau du recrutement (il faut des bons).<br /> Mais un 1 excellent ingénieur ne peut être remplacé par 10 mauvais ou même 3 médiocres. Il faut donc mettre le paquet pour les recruter et virer les bouses. Chose que n'ont jamais compris les SSII. Ou plutôt si, mais c'est pas leur intérêt, elles vendent du temps/homme.<br /> Donc plus y'a de mecs sur un projet et plus ça rapporte même si au final ils accouchent d'une merde.</p>