Blog Jose Cullar

//Scrum Master, Tech Lead & Full Stack Developer

Algunas leyes en el desarrollo de software

por Jose el 3 febrero, 2015

Ley de Brooks

Añadir más gente a un proyecto que tiene retraso provoca que tenga aún más retraso.
Fred Brooks

Ley de Conway

Cualquier fragmento de software refleja la estructura organizacional que lo produjo.
Melvin Conway

Regla de Cope

En la evolución hay una tendencia general hacia el aumento de tamaño.
Edward Drinker Cope

Ley de Hoare y Ley inversa de Schainker

Detrás de un gran problema hay siempre un problema pequeño que lucha por salir. Dentro de un problema pequeño hay siempre un problema grande que lucha por salir.
Tony Hoare

Ley de Hofstadter

Una tarea siempre lleva más tiempo de los que esperabas, incluso cuando tienes en cuenta la ley de Hofstadter.
Douglas Hofstadter

Ley de Linus

Con suficientes ojos, todos los fallos (bugs) son superficiales.
Linus Torvalds

Ley de Lister

La gente bajo presión de tiempo no piensa más rápido.
Tim Lister

Primera ley de Nathan

El Software es un gas; se expande hasta llenar el recipiente que lo contiene.
Nathan Myhrvold

Ley de Noventa-noventa

El primer 90% del código lleva el primer 10% del tiempo de desarrollo. El 10% de código restante absorbe el 90% del tiempo de desarrollo.
Tom Cargill

Cuchilla de Occam

En igualdad de condiciones, la solución más sencilla suele ser la mejor (original en latín: “entia non sunt multiplicanda praeter necessitatem”, que se podría traducir por “las entidades no deberían multiplicarse más allá de lo necesario”).
William of Ockham

Principio de Pareto (a.k.a. “La regla del 80-20”)

El 80% de las consecuencias procede del 20% de las causas
Vilfredo Pareto

Ley de Parkinson

El trabajo se expande hasta llenar todo el tiempo disponible para completarlo.
C. Northcote Parkinson

Ley de Tesler de conservación de la complejidad

No se puede reducir la complejidad de una tarea más allá de cierto punto. Una vez que se ha alcanzado ese punto, sólo puedes desplazar la complejidad de una parte a otra.
Larry Tesler

La paradoja del Pesticida

Cada método utilizado para prevenir o detectar errores deja otro residuo de errores contra los que estos primeros métodos son ineficaces.
Bruce Beizer

Axioma de Flon

No existe ni existirá un lenguaje de programación en el que sea difícil escribir malos programas.
Lawrence Flon

Leyes de Lehman de la evolución del software

Ley de Demeter

Habla solo con tus amigos cercanos. No hables con extraños.
Un método de un objeto solo puede llamar a métodos de:
1 – El propio objeto.
2 – Un argumento del método.
3 – Cualquier objeto creado dentro del método.
4 – Cualquier propiedad/campo directo del propio objeto.

Amplía la información con los principios básicos en el desarrollo de software

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *