c'est quoi le rapport ?
La productivité en informatique par développeur est :
0) indépendante du diplôme ;
1) indépendante de l'expérience au delà de 2 ans;
2) varie d'un facteur 1 à 10 par individu.
(Sackmann Grant et al)
L'informatique n'est pas une question de diplôme mais de créativité. Vu comment l'enseignement est dogmatique, particulièrement en école, j'imagine pas vraiment en quoi étudier résout les problèmes de facteur humain.
Ensuite d'organisation à organisation les variabilités de productivité sont encore d'un facteur 1 à 10.
La conclusion (Peopleware de Di Marco, Myhtical Man Month de F. Brooks, Complete Coding Steve Mc Connell) est que pour améliorer la productivité en informatique,
1) il faut recruter et bien recruter non sur les diplômes, mais miser sur des équipes, et
2) s'organiser non à la française (modèle héirarchique de base), mais dans des modèles plus organiques (par "atelier" par exemple)
Pour tout ce qui est technologie le meilleur gain de productivité hors concision du langage (qui peut faire gagner un facteur 6 par rapport au C en prenant un langage à typage dynamique (php/perl/ruby/python)) est au mieux de 10%.
Tu m'expliques en quoi se focaliser sur un gain de 10% est plus intelligent qu'un que s'intéresser à un gain de 1000% x 1000% ?
Aller, je t'aide combien de fois 0,1 faut il pour faire 100 ? Question subsidiaire, à quel point significatif est 0,1 / 100 si on garde les décimales ?
[^] # Re: Python suce des ours, et ruby en tong dans le bac à sable
Posté par Jul (site web personnel) . En réponse à la dépêche Ruby 1.9.0 est sorti pour Noël. Évalué à 0.
La productivité en informatique par développeur est :
0) indépendante du diplôme ;
1) indépendante de l'expérience au delà de 2 ans;
2) varie d'un facteur 1 à 10 par individu.
(Sackmann Grant et al)
L'informatique n'est pas une question de diplôme mais de créativité. Vu comment l'enseignement est dogmatique, particulièrement en école, j'imagine pas vraiment en quoi étudier résout les problèmes de facteur humain.
Ensuite d'organisation à organisation les variabilités de productivité sont encore d'un facteur 1 à 10.
La conclusion (Peopleware de Di Marco, Myhtical Man Month de F. Brooks, Complete Coding Steve Mc Connell) est que pour améliorer la productivité en informatique,
1) il faut recruter et bien recruter non sur les diplômes, mais miser sur des équipes, et
2) s'organiser non à la française (modèle héirarchique de base), mais dans des modèles plus organiques (par "atelier" par exemple)
Pour tout ce qui est technologie le meilleur gain de productivité hors concision du langage (qui peut faire gagner un facteur 6 par rapport au C en prenant un langage à typage dynamique (php/perl/ruby/python)) est au mieux de 10%.
Tu m'expliques en quoi se focaliser sur un gain de 10% est plus intelligent qu'un que s'intéresser à un gain de 1000% x 1000% ?
Aller, je t'aide combien de fois 0,1 faut il pour faire 100 ? Question subsidiaire, à quel point significatif est 0,1 / 100 si on garde les décimales ?
Pour les journaux, ça existe déjà :
http://www.codinghorror.com/blog/archives/000960.html
http://www.joelonsoftware.com/
C'est juste qu'aux états unis ils sont les leaders mondiaux de l'édition de logiciel, va savoir pourquoi ?