Lors de la recherche de conseils sur de bonnes pratiques de programmation, les réponses typiques sont une variation du développement logiciel agile, du développement axé sur les tests ou des modèles de conception. Cependant, autant que je sache, aucun de ceux-ci ne sont prouvés en utilisant la méthode scientifique (si je me trompe, n'hésitez pas à me corriger).
Je me demande, y a-t-il de bonnes ressources sur le sujet des pratiques de développement fondées sur des preuves?
3 Réponses :
Il y a eu des recherches sur l'impact de pratiques agiles particulières, mais c'est définitivement sombre. Il y a probablement un niveau de travail similaire avec des modèles de conception.
Les liens que je pose ici ne sont nullement définitifs, mais ont une certaine valeur et font également référence à d'autres recherches qui pourraient valoir la valeur.
Une partie de la valeur en lecture sera une compréhension de la manière complexe et difficile une question que vous avez posée.
Vraiment les preuves les plus importantes seront fournies par votre propre expérience, si vous êtes convaincu d'essayer certaines de ces pratiques. Il vous sera également difficile de quantifier, mais vous pourrez peut-être décider si les pratiques fonctionnent pour vous.
+1 @Donroby est également important de noter que simplement parce qu'il a échoué ou a fonctionné pour la personne, cela ne signifie pas que cela ira la même chose dans d'autres projets ou pour d'autres personnes. Il faut beaucoup d'expérience + une forte réflexion objective, d'atteindre de précieuses idées chez ces sujets.
@eglasius - Oui! Plus ou moins ce que j'essayais de transmettre avec «la preuve la plus importante sera fournie par votre propre expérience».
Si vous êtes vraiment intéressé par cela, la meilleure source d'information serait des revues universitaires ou l'IEEE comme Donroby mentionne. Si vous avez un diplôme d'uni uni et que vous êtes un membre des anciens élèves, vous pourrez peut-être accéder à l'information via la bibliothèque universitaire (au moins c'est comme ça que cela fonctionne en Australie. Les anciens élèves peuvent obtenir un abonnement bon marché à la bibliothèque à l'UNI et à l'accès à beaucoup de ressources, les étudiants utilisent.)
EDIT: La plupart des informations ne seront pas expérimentales mais des études sur des projets et des enquêtes. Vous ne pouvez pas vraiment appliquer la méthode scientifique dans ce genre de chose; Il est plus proche de la science sociale que ce sont les sciences durs telles que la chimie et la physique
Comment une enquête n'est-elle pas expérimentale? Pensez-vous qu'ils testent des médicaments contre la douleur en accrochant un autre appareil de mesure au patient ou demandent-ils / enquêtent-ils à quel point cela fait-il mal?
Je ne vais pas commencer l'un de ces débats désolé.
La meilleure référence complète que je connaisse sur l'ingénierie logicielle Les preuves scientifiques sont Faits et Falacies de Génie logiciels . Le livre est concis, avec des références aux sources d'origine (ou dit clairement qu'il n'y ait pas), bien écrit et pas cher.
La deuxième meilleure référence est Code complète Mais cela est beaucoup plus long et ce n'est pas si concentré sur la preuve elle-même. C'est néanmoins un livre à lire.
Une fois que vous avez lu ces deux livres, il convient également de rechercher la série d'articles de la "voix de la preuve" du magazine Software IEEE.
Semble être trop large, vous devriez peut-être être plus précis sur les pratiques intéressantes pour vous. Il y a des études empiriques sur Agile. Je ne pense pas qu'il y ait une réelle preuve scientifique sur quoi que ce soit dans l'ingénierie logicielle, ce n'est tout simplement pas une science selon E.g. math.
Je ne vois pas pourquoi ce ne serait pas possible. Il semble que, par exemple, de laisser un groupe résoudre une affectation à l'aide de l'ancienne approche de cascade, et un autre groupe utilisant une approche itérative. Et plus tard comparer les résultats.
Oui, vous pourriez faire cela, et certaines personnes ont à petite échelle, mais vous devriez le faire avec de nombreux groupes afin de disposer d'une sorte de validité statistique, car il y a toujours d'autres variables en jeu en plus de la méthodologie utilisée.
& @Donroby - Sans oublier les coûts liés à la réalisation d'un nombre approprié de ces expériences dans l'industrie. J'aimerais voir un PM Expliquer à la haute direction que deux équipes de développements parallèles seront livrées tardivement. Une équipe parce que la portée initiale contenait une erreur fondamentale, l'autre équipe parce que la conception est une pile de s * # t. Peut-être qu'une troisième équipe pourrait être assemblée pour paguer les deux tentatives ensemble?