当Python 3.13发布时，如同钟表般准确，setup.py出问题了

这可能就是那些人，他们认为仅仅拥有一个列出包和版本的requirements.txt文件，甚至没有这个文件（2010年向你问好）就足够了。在GitHub上打开一个随机的开源Python项目，你很可能会看到这种现象。可以理解的是，公司里的人做法也差不多。

尽管现在看起来令人害怕，但这个系统已经存在了30年，现在才达到危机点，这多少让人感到一丝温暖。 我曾经维护过一个有数以万计下载量的开源项目（这些下载量 presumably 都是开发者的机器或者网络服务器，所以即使是很小的数量也很有价值），但我从未收到过恶意的pull request，或者有人试图用贿赂安装恶意软件，或者有足够努力的钓鱼尝试引起我的注意。 这告诉我，真正从事犯罪活动的人并不多。这就像你在酒吧的洗手间里掉了钱包，回来发现它还在那里。

> 不仅常见，几乎在所有情况下，人们都会通过在生产机器上运行`pip install`来部署Python程序。 这可能是一个Python文化问题；可能是Python作为“容易招聘的”，经理友好的，最低共同标准的blub语言的标志；可能是源于解释型语言的便利性带来的风险……但在当今这个时代，这真是令人遗憾。 实际上，做到更好并不难。如果你现在还在这么做，那么你在开发和生产环境中都错过了可重复的环境。至少自动生成一个Nix包吧！你甚至不需要发布任何制品，但至少可以确保这个东西在一个沙箱中构建，或者通过SSH将整个闭包扔过去。 从Python项目中获得一个Docker镜像也不是那么难。 整个开发团队只需要一个有平台意识的人就可以实现这一点。 Wha…

virtualenv默认情况下不是可移动的，那么你还有其他方式来部署Python项目吗？ 你可以称之为懒惰，但Python生态系统从未真正解决过这个问题。唯一合理的答案就是使用Docker，这基本上等于承认Python社区什么都没做。