Table des matières
Principes et lois
Voir :
Voir aussi :
Loi de Murphy
“Tout ce qui est susceptible d'aller mal ira mal.”
“S'il existe au moins deux façons de faire quelque chose et qu'au moins l'une de ces façons peut entraîner une catastrophe, il se trouvera forcément quelqu'un quelque part pour emprunter cette voie.”
Loi Hyrum
(ou ne pas changer une API même cassée)
“Évolue en sachant que tu engages des gens que tu ne vois pas.”
“Une observation concernant la probabilité de modifications incompatibles avec une interface publique, indiquant que, étant donné un système suffisamment populaire, tout comportement observable — même s'il n'est pas garanti par contrat — sera utilisé par au moins un utilisateur.”
La loi d'Hyrum dit que les utilisateurs vont être amenés à utiliser plus ou moins consciemment les propriétés concrètes de l'implémentation des API qui ne font pas partie de leur abstraction.
Exemple
func (e *MaxBytesError) Error() string { // Due to Hyrum's law, this text cannot be changed. return "http: request body too large" }
Every external dependency will fail
Loi de Parkinson
« Le travail s’étale de manière à occuper tout le temps disponible pour son achèvement. »
La loi de Parkinson pose que tout travail au sein d'une administration augmente jusqu’à occuper entièrement le temps qui lui est affecté.
Parkinson d'affirmer que « le travail étant extensible, il n'y a pas (ou très peu) de relation entre un travail donné et la taille de l'équipe qui en est chargée ».
C. N. Parkinson dans l'administration lui permet de mettre en évidence :
- “un bureaucrate entend multiplier ses subordonnés, pas ses rivaux”
- “les bureaucrates se créent mutuellement du travail.”
Loi de Brooks
“Ajouter des personnes à un projet en retard accroît son retard”
Loi de Hofstadter
“Il faut toujours plus de temps que prévu, même en tenant compte de la loi de Hofstadter.”
Loi de Conway
“Toute organisation qui conçoit un système, au sens large, concevra une structure qui sera la copie de la structure de communication de l’organisation.”
Variante : “si vous avez quatre équipes travaillant sur un compilateur, vous aurez un compilateur à quatre étapes”
“…des équipes distribuées ont tendance à développer des produits plus modulaires…”
Loi de Cunningham
“ Le meilleur moyen d'obtenir la bonne réponse sur Internet n'est pas de poser une question, mais de publier la mauvaise réponse ”
Effet Ringelmann
La paresse sociale décrit le phénomène selon lequel les individus ont tendance à diminuer les efforts qu'ils fournissent en groupe, et ce, de façon proportionnelle à la taille du groupe.
Loi de Goodhart
Voir : Loi de Campbell
“quand une mesure devient un objectif, elle cesse d'être une bonne mesure”
« quand une mesure devient un objectif, elle cesse d'être une bonne mesure »
Loi de Campbell
Voir : Loi de Goodhart
“ Plus un indicateur social quantitatif est utilisé comme aide à la décision en matière de politique sociale, plus cet indicateur est susceptible d'être manipulé et d'agir comme facteur de distorsion, faussant ainsi les processus sociaux qu'il est censé surveiller. ”
La loi de kidlin
La réponse est dans le problème. « Si tu es capable d’énoncer clairement un problème, c’est que tu l’as déjà résolu à moitié. »
Loi de Falkland
Il est urgent de ne rien faire
« Si une décision n’est pas nécessaire, ne la prenez pas. » Ne pas se précipiter pour résoudre un problème, même quand ce n’est pas urgent. Trop réfléchir ou agir trop vite peut créer des problèmes qui n’existaient pas avant. Simplifier, attendre, observer permet de prendre des meilleures décisions.
Lois de Lehman sur l'évolution des logiciels
La loi de Carlson
« Un travail réalisé en continu prend moins de temps et d’énergie que lorsqu’il est réalisé en plusieurs fois. »
La loi de Brandolini
« Il faut beaucoup plus d’énergie pour réfuter une bêtise que pour la produire. »
Loi de Simmons
« Plus on croit en quelque chose, plus on va voir des signes qui confirment cette croyance. »
Loi de Metcalfe
« La valeur d’un réseau est proportionnelle au carré du nombre de ses utilisateurs. »
1–10–100 rule (Joel E. Ross)
Le coût de la prévention d’une erreur est de 1 $, le coût de sa correction est de 10 $, tandis que le coût de la gestion de la défaillance du processus ou du système qui en résulte est de 100 $.