La Ley de Conway es un adagio que afirma que "las organizaciones que diseñan sistemas... se ven obligadas a producir diseños que son copias de las estructuras de comunicación de estas organizaciones". La ley lleva el nombre del informático Melvin Conway, que introdujo el concepto en 1968.
La ley se cita a menudo en relación con la ingeniería del software, ya que destaca la importancia de una comunicación eficaz dentro de una organización para producir diseños de software exitosos. En particular, la ley sugiere que es difícil para una organización producir un diseño de software que sea significativamente diferente de su propia estructura de comunicación interna. Por lo tanto, la comunicación efectiva dentro de una organización es esencial para producir diseños de software exitosos.
¿Es buena la Ley de Conway?
La Ley de Conway es un adagio de la ingeniería de software que afirma que "las organizaciones que diseñan sistemas ... están obligadas a producir diseños que son copias de las estructuras de comunicación de estas organizaciones." En otras palabras, la estructura de un sistema de software refleja la estructura de la organización que lo creó.
La ley lleva el nombre del informático Melvin Conway, que la formuló en 1967. El propio Conway describió la ley como "una observación divertida" más que como un principio científico serio.
A pesar de su falta de rigor científico, la Ley de Conway ha sido influyente en la comunidad de la ingeniería del software, y se cita a menudo como una razón de la importancia del diseño organizativo en el desarrollo de sistemas de software.
¿Es buena la Ley de Conway? No hay una respuesta sencilla a esta pregunta. La Ley de Conway es un adagio muy conocido en el campo de la ingeniería del software, pero no hay consenso sobre si es realmente algo bueno. Algunas personas creen que la Ley de Conway puede ser útil para crear sistemas de software más eficientes y eficaces, mientras que otras creen que puede conducir a diseños subóptimos. Cada ingeniero de software decidirá si la Ley de Conway le ayuda.
¿Qué son los microservicios en palabras sencillas?
Los microservicios son un estilo arquitectónico que estructura una aplicación como una colección de pequeños servicios independientes que se comunican entre sí. Este enfoque contrasta con las arquitecturas monolíticas, en las que una aplicación se construye como una única y gran unidad.
El enfoque de los microservicios tiene varios beneficios, incluyendo los siguientes:
1. Cada servicio puede ser desarrollado y desplegado de forma independiente.
2. 2. Los servicios pueden ser escritos en diferentes lenguajes de programación.
3. Los servicios se pueden escalar de forma independiente.
4. Los servicios pueden ser reutilizados en otras aplicaciones.
El enfoque de microservicios tiene algunas desventajas, incluyendo las siguientes:
1. Hay una complejidad añadida cuando se trata de un gran número de servicios.
2. 2. Existe la posibilidad de aumentar la sobrecarga de comunicación entre los servicios.
¿Cómo se rompe la Ley de Conway?
La Ley de Conway es una observación sobre la relación entre la estructura de una organización y el software que produce. La ley establece que "las organizaciones que diseñan sistemas... se ven obligadas a producir diseños que son copias de las estructuras de comunicación de estas organizaciones". En otras palabras, la forma en que se estructura una organización influirá en la forma en que se diseña su software.
Hay algunas maneras de romper la Ley de Conway:
1. Cambiar la forma en que su organización está estructurada.
2. 2. Cambiar la forma en que se diseña su software.
3. Cambiar la forma en que se comunica dentro de su organización.
1. Cambia la forma en que está estructurada tu organización:
Si quiere romper la Ley de Conway, una forma de hacerlo es cambiar la forma en que está estructurada su organización. Esto podría implicar la reorganización de su empresa en equipos más pequeños e independientes. Alternativamente, usted podría aplanar la jerarquía de su organización para reducir el número de capas de comunicación.
2. Cambiar la forma en que se diseña su software:
Otra forma de romper la Ley de Conway es cambiar la forma en que se diseña su software. Esto podría implicar el rediseño de su software para que sea más modular, de modo que las diferentes partes del código se puedan desarrollar de forma independiente. Alternativamente, podría utilizar una arquitectura de microservicios, que le permitiría desarrollar y desplegar componentes individuales de su software de forma independiente.
3. Cambiar la forma de comunicarse dentro de su organización:
Una tercera forma de romper la Ley de Conway es cambiar la forma en que se comunica dentro de su organización. Esto podría implicar el uso de diferentes herramientas de comunicación, como el chat o la videoconferencia, para reducir la necesidad de reuniones cara a cara. También puedes crear canales de comunicación dedicados a diferentes equipos o proyectos.