La Ley de Conway es un adagio que afirma que \"las organizaciones que dise\u00f1an sistemas... se ven obligadas a producir dise\u00f1os que son copias de las estructuras de comunicaci\u00f3n de estas organizaciones\". La ley lleva el nombre del inform\u00e1tico Melvin Conway, que introdujo el concepto en 1968.
\n La ley se cita a menudo en relaci\u00f3n con la ingenier\u00eda del software, ya que destaca la importancia de una comunicaci\u00f3n eficaz dentro de una organizaci\u00f3n para producir dise\u00f1os de software exitosos. En particular, la ley sugiere que es dif\u00edcil para una organizaci\u00f3n producir un dise\u00f1o de software que sea significativamente diferente de su propia estructura de comunicaci\u00f3n interna. Por lo tanto, la comunicaci\u00f3n efectiva dentro de una organizaci\u00f3n es esencial para producir dise\u00f1os de software exitosos. <\/p>\n
La Ley de Conway es un adagio de la ingenier\u00eda de software que afirma que \"las organizaciones que dise\u00f1an sistemas ... est\u00e1n obligadas a producir dise\u00f1os que son copias de las estructuras de comunicaci\u00f3n de estas organizaciones.\" En otras palabras, la estructura de un sistema de software refleja la estructura de la organizaci\u00f3n que lo cre\u00f3.
\n La ley lleva el nombre del inform\u00e1tico Melvin Conway, que la formul\u00f3 en 1967. El propio Conway describi\u00f3 la ley como \"una observaci\u00f3n divertida\" m\u00e1s que como un principio cient\u00edfico serio.
\n A pesar de su falta de rigor cient\u00edfico, la Ley de Conway ha sido influyente en la comunidad de la ingenier\u00eda del software, y se cita a menudo como una raz\u00f3n de la importancia del dise\u00f1o organizativo en el desarrollo de sistemas de software. <\/p>\n
\u00bfEs 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\u00eda del software, pero no hay consenso sobre si es realmente algo bueno. Algunas personas creen que la Ley de Conway puede ser \u00fatil para crear sistemas de software m\u00e1s eficientes y eficaces, mientras que otras creen que puede conducir a dise\u00f1os sub\u00f3ptimos. Cada ingeniero de software decidir\u00e1 si la Ley de Conway le ayuda. <\/p>\n
Los microservicios son un estilo arquitect\u00f3nico que estructura una aplicaci\u00f3n como una colecci\u00f3n de peque\u00f1os servicios independientes que se comunican entre s\u00ed. Este enfoque contrasta con las arquitecturas monol\u00edticas, en las que una aplicaci\u00f3n se construye como una \u00fanica y gran unidad.
\n El enfoque de los microservicios tiene varios beneficios, incluyendo los siguientes: <\/p>\n
1. Cada servicio puede ser desarrollado y desplegado de forma independiente.
\n 2. 2. Los servicios pueden ser escritos en diferentes lenguajes de programaci\u00f3n.
\n 3. Los servicios se pueden escalar de forma independiente.
\n 4. Los servicios pueden ser reutilizados en otras aplicaciones.
\n El enfoque de microservicios tiene algunas desventajas, incluyendo las siguientes: <\/p>\n
1. Hay una complejidad a\u00f1adida cuando se trata de un gran n\u00famero de servicios.
\n 2. 2. Existe la posibilidad de aumentar la sobrecarga de comunicaci\u00f3n entre los servicios. <\/p>\n
La Ley de Conway es una observaci\u00f3n sobre la relaci\u00f3n entre la estructura de una organizaci\u00f3n y el software que produce. La ley establece que \"las organizaciones que dise\u00f1an sistemas... se ven obligadas a producir dise\u00f1os que son copias de las estructuras de comunicaci\u00f3n de estas organizaciones\". En otras palabras, la forma en que se estructura una organizaci\u00f3n influir\u00e1 en la forma en que se dise\u00f1a su software.
\n Hay algunas maneras de romper la Ley de Conway: <\/p>\n
1. Cambiar la forma en que su organizaci\u00f3n est\u00e1 estructurada.
\n 2. 2. Cambiar la forma en que se dise\u00f1a su software.
\n 3. Cambiar la forma en que se comunica dentro de su organizaci\u00f3n.
\n 1. Cambia la forma en que est\u00e1 estructurada tu organizaci\u00f3n:
\n Si quiere romper la Ley de Conway, una forma de hacerlo es cambiar la forma en que est\u00e1 estructurada su organizaci\u00f3n. Esto podr\u00eda implicar la reorganizaci\u00f3n de su empresa en equipos m\u00e1s peque\u00f1os e independientes. Alternativamente, usted podr\u00eda aplanar la jerarqu\u00eda de su organizaci\u00f3n para reducir el n\u00famero de capas de comunicaci\u00f3n. <\/p>\n
2. Cambiar la forma en que se dise\u00f1a su software: <\/p>\n
Otra forma de romper la Ley de Conway es cambiar la forma en que se dise\u00f1a su software. Esto podr\u00eda implicar el redise\u00f1o de su software para que sea m\u00e1s modular, de modo que las diferentes partes del c\u00f3digo se puedan desarrollar de forma independiente. Alternativamente, podr\u00eda utilizar una arquitectura de microservicios, que le permitir\u00eda desarrollar y desplegar componentes individuales de su software de forma independiente. <\/p>\n
3. Cambiar la forma de comunicarse dentro de su organizaci\u00f3n: <\/p>\n
Una tercera forma de romper la Ley de Conway es cambiar la forma en que se comunica dentro de su organizaci\u00f3n. Esto podr\u00eda implicar el uso de diferentes herramientas de comunicaci\u00f3n, como el chat o la videoconferencia, para reducir la necesidad de reuniones cara a cara. Tambi\u00e9n puedes crear canales de comunicaci\u00f3n dedicados a diferentes equipos o proyectos.<\/p>\n","protected":false},"excerpt":{"rendered":"
La Ley de Conway es un adagio que afirma que \u00ablas organizaciones que dise\u00f1an sistemas… se ven obligadas a producir dise\u00f1os que son copias de las estructuras de comunicaci\u00f3n de estas organizaciones\u00bb. La ley lleva el nombre del inform\u00e1tico Melvin Conway, que introdujo el concepto en 1968. La ley se cita a menudo en relaci\u00f3n … Leer m\u00e1s<\/a><\/p>\n","protected":false},"author":4123,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[28],"tags":[],"class_list":["post-9235","post","type-post","status-publish","format-standard","hentry","category-terminos-tecnicos"],"_links":{"self":[{"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/posts\/9235","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/users\/4123"}],"replies":[{"embeddable":true,"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/comments?post=9235"}],"version-history":[{"count":0,"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/posts\/9235\/revisions"}],"wp:attachment":[{"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/media?parent=9235"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/categories?post=9235"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/techlib.net\/techedu\/wp-json\/wp\/v2\/tags?post=9235"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}