Re:Babel – Nimrod's package manager
by MichaelDickens on Tuesday June 24, 2014 @08:36PM
(#7941582)
If you're the author of a new programming language, it's easier for you to develop a plugin for an existing package manager than to develop a new package manager.
Is it though? Do existing package managers even provide a way for you to write plugins for them?
Not that I know of. I haven't come across many that are thoroughly documented for the sake of people that come later and furthermore many come with the baggage of the decisions made early on that are difficult if not impossible to change. No one wants a "so so package manager" that supports plugins.
Furthermore, writing a package manager is usually one of the first large scale projects common to most language ecosystems that really exercise what a language is capable of. Other tools for working with the language, such as parsers, interpreters and compilers are among the first projects in any ecosystem.
More specifically, the import/require statements in a language, coupled with the information you can get from a package manager and syntax tree parsers provides enough information to map out entire programming ecosystems.
If there were ever one package manager to rule them all, it would have to support bindings (possibly as a plugin) for every language for it to truly be as valuable as the language/runtimes it supports.