我不认为这是NIH：拥有依赖关系会带来实际的实际成本。我可以访问https://www.python.org/downloads/并下载适用于Windows的安装程序，其中包含功能齐全的pip。但是如果点是用例如Perl，要么Python安装程序必须告诉我先下载Perl安装程序，否则Python安装程序必须包含捆绑的Perl副本（这会使下载量更大，并且可能会引入许多错误，因为Python人员不是如何安装Perl的专家。最小化依赖关系并使所有内容保持相同的语言要方便得多。 （部分原因是Windows没有发行版软件包管理器，该发行版软件包管理器可以将Perl轻松下载为Python的依赖项。但是Python无法解决该问题，他们必须解决该问题。）这有点自指，不是吗？ PM太多了，所以让我们再发明一个-就是为了我们！是的，我认为这是一种公地的悲剧。每种语言都会开发一个程序包管理器来满足自己的利益，而特定语言的程序包管理器的激增会损害整个社区。这是不幸的，但似乎也是不可避免的，尤其是在志愿驱动的社区中，自私是大多数工作的主要动力。作为更广泛社区的一员，将他们推向稍微更好的方向要比坚持他们做完全不同的事情（基于曾经处于同一情况的其他所有语言的经验）更有效。没有发生的机会。 ＆gt;对于类似非发行版的OS（片段），有一个问题是实际上有多少目标受众（＆＃34; developers＆＃34 ;?）仅使用该片段，而没有任何类似于该OS上的PM的信息，例如自制软件，cygwin或Linux包含发行版的Windows子系统。 pypistats建议Windows占某些软件包的10％（例如opencv-python）和其他软件包的4％（例如scipy），而Darwin约占2％-4％。 （WSL可能被认为是Linux，并且我希望现在没有人使用Cygwin。）这比我预期的要少，但看起来仍然足够大，以至于某种语言不应该完全无视这些开发人员。 WSL很棒，但有一些局限性，例如您不能使用matplotlib.pyplot.show（）来获得图形的漂亮交互式视图，除非通过SSH进行X转发（这不是最佳体验）。我不知道您是否可以在WSL中使用OpenGL开发游戏（显然X转发支持该功能，但是我不确定性能或功能），但是我很确定您无法做到这一点。与Vulkan合作开发游戏。有时开发人员确实需要本机平台支持，因此一种语言不应完全依赖WSL。