Note de l'auteur :
Jusqu'à présent, la meilleure réponse est d'utiliser moins de programmeur, et de faire avec ce qu'ils peuvent produire. Cela nous conduit immédiatement à des simplifications, et des abstractions qui agissent comme des protections. De l'autre coté, les abstractions sont très simplifiées, et servent initialement de conteneurs. Des architectes de génie ont décidés que telle abstraction était une bonne solution, et qu'elle apporterait un effet de levier suffisamment important pour aller plus loin.
On sait déjà que plus de membres dans une équipe de programmation ne fait que prolonger le projet. Voici l'assertion inverse, mais un peu plus étayée.
- To Build Better Software, You Need Fewer People (But Why ?)
- Better Software Through Smaller Teams ?
- Jim Winstead
Jusqu'à présent, la meilleure réponse est d'utiliser moins de programmeur, et de faire avec ce qu'ils peuvent produire. Cela nous conduit immédiatement à des simplifications, et des abstractions qui agissent comme des protections. De l'autre coté, les abstractions sont très simplifiées, et servent initialement de conteneurs. Des architectes de génie ont décidés que telle abstraction était une bonne solution, et qu'elle apporterait un effet de levier suffisamment important pour aller plus loin.
On sait déjà que plus de membres dans une équipe de programmation ne fait que prolonger le projet. Voici l'assertion inverse, mais un peu plus étayée.
- To Build Better Software, You Need Fewer People (But Why ?)
- Better Software Through Smaller Teams ?
- Jim Winstead
-
Auteur
-
Origine
