Ley Conways

Autor: Louise Ward
Fecha De Creación: 5 Febrero 2021
Fecha De Actualización: 1 Mes De Julio 2024
Anonim
La comunicación determina la arquitectura... 🚀🚀 LEY DE CONWAY - Aprendizaje Ágil del día en 2 min  🚀
Video: La comunicación determina la arquitectura... 🚀🚀 LEY DE CONWAY - Aprendizaje Ágil del día en 2 min 🚀

Contenido

Definición - ¿Qué significa la Ley Conways?

La ley de Conways es un aforismo en TI que plantea la idea de que "las organizaciones que diseñan sistemas están limitados a producir diseños que son copias de las estructuras de comunicación de estas organizaciones". Esta idea se remonta a un programador llamado Melvin Conway que desarrolló este principio a finales de los años sesenta.


Una introducción a Microsoft Azure y la nube de Microsoft | A lo largo de esta guía, aprenderá de qué se trata la computación en la nube y cómo Microsoft Azure puede ayudarlo a migrar y administrar su negocio desde la nube.

Techopedia explica la ley de Conways

Otra forma de explicar la ley de Conways es que los equipos de personas que trabajan en una pieza de software dejarán sus propias marcas en su diseño final. Un ejemplo común utilizado es el ejemplo de un compilador de software. Una de las declaraciones más frecuentemente citadas sobre la ley de Conways dice que "si tiene cuatro grupos trabajando en un compilador, obtendrá un compilador de cuatro pasos". Un compilador de software puede ser un compilador de un solo paso o un pase múltiple. compilador. El número de "pases" es el número de veces que el compilador vuelve sobre un fragmento de código fuente. La idea es que si hay varios grupos trabajando en el compilador, cada uno construirá su propio pase único que será diferente a cualquiera de los otros.


En lugar de agrupar todos sus recursos para crear una estructura de código monolítico, los individuos o grupos de empresas contribuirán con sus propios módulos de código, que son claramente únicos. Algunas de las implicaciones de la ley de Conways son que las personas siempre ponen su sello único en sus contribuciones a un proyecto de software, y que los humanos pueden ser inherentemente incapaces de trabajar juntos de manera monolítica para escribir el código fuente.