Ok, esto suena como una farsa, pero me preguntaba si había una razón técnica por la cual Erlang no tiene un sistema de administración de paquetes adecuado por defecto.¿Por qué Erlang no viene con un sistema de administración de paquetes decente como una joya?
Ninguna razón técnica importante realmente. Simplemente diferentes necesidades, ya que la forma clásica de configurar e instalar el software erlang es a través de las aplicaciones. Y algunos lanzamientos de uso se agregaron a eso.
A menudo, usted ve el software erlang distribuido completamente autosuficiente. Es decir, contiene todas las bibliotecas y la máquina virtual juntas en un paquete y no necesita ningún tipo de dependencias externas. Incluso ves esto en versiones de desarrollo de paquetes. El árbol fuente de la base de datos Riak, por ejemplo, tiene todas las bibliotecas dependientes en él.
Esto no es una mala idea, como muchos de los que vienen de Ruby (como yo) pueden pensar. De esta forma, cada aplicación es autosuficiente. Como uno de los principales objetivos de Erlang es ser lo más confiable disponible, tiene sentido en todo el mundo que cada aplicación pueda tener su propia versión de la biblioteca. Por lo tanto, asegúrese de que una aplicación no hace que la otra sea inestable.
Probar rebar; es un sistema de compilación para erlang que incluye un sistema de administración de dependencias. No tiene un repositorio central como gem hace con rubygems.org, por lo que debe especificar git urls. Pero te ahorra la molestia de tener que descargar deps anidados; se ocupa de eso mismo.
Y se apega a la filosofía de Erlang al mantener los documentos descargados dentro del directorio de su proyecto en lugar de hacerlo en una ubicación central del sistema; esto es similar al modo de despliegue de bundler.
Sí, parece ser un buen camino a seguir. Hablando de Riak, sin embargo, tuve muchos problemas para instalarlo, pero el concepto de contener bibliotecas relacionadas es útil. – Zubair