La gestión de dependencias como espejo del organigrama

El texto aplica la ley de Conway a las herramientas de gestión de dependencias en el desarrollo de software: cada estrategia de resolución es, en la práctica, una opinión sobre cómo se resuelven los desacuerdos dentro de una organización. Mediante un recorrido por monorepos, workspaces, submódulos de Git, Bazel, Nix, Maven, Artifactory, paquetes deb/rpm, Docker, Terraform, module federation, peerDependencies, dependencias vendored, ausencia de lockfile, semantic-release, Go MVS y Brewfile, el autor muestra cómo cada decisión técnica codifica una dinámica interna: equipos de plataforma que imponen una sola versión, áreas de operaciones que controlan los despliegues, equipos de desarrollo que se independizaron llevándose el sistema operativo, equipos legales que vetan contribuciones upstream o líderes técnicos que vetan los lockfiles. Casos como la mediación de Maven (elige la versión más cercana a la raíz) o Go MVS (solo sube versiones si alguien lo exige por escrito) ilustran que las reglas del build reproducen la jerarquía y los pactos de poder. El hilo conductor es provocador: la mayoría de estrategias de dependencias son intentos de evitar la negociación interpersonal; la herramienta no elimina el desacuerdo, solo decide quién pierde por defecto.