@xupefei 居然这都有，还有 1899 的下载量。。。

怎么好像现在的“大 V ”我都不认识了？以前那些不见了。。。

@lolizeppelin 部署我不觉得要打成 rpm，rpm 只保证兼容 red hat 系。我觉得在 Dockerfile 里写 pip 打包是 docker 镜像才是最佳实践。

go/gts

@codermagefox 你可以放“全球工单系统”，/go/gts

@reechang manjaro 要等 Arch 先更吧？我的 Arch 刚滚了

这个帖归类到 SEO 板块？

关于包的列表，以行来分割有很大的方便性。sed、grep、xarg、cut 等等的工具都是以行为单位处理的。
我就是通过 pip freeze > pip_package_list 来备份包列表，同时把列表放在 dotfiles 里面的。
我最近尝试在我的 dotfiles 下加一个 Dockerfile，通过 docker 来让我的服务器保持跟我桌面一样的环境（装相同的软件，相同的 zsh、vim 配置）。
我在 Dockerfile 里的其中一个操作就是 pip install -r <(cut -d = -f 1 pip_package_list) --user，通过 cut 命令来把版本号截掉，从而让 pip 安装最新版本。

其实大多数包，在 archlinux 下用 pacman 或者 AUR 装，都自动处理好了 C 库的依赖。
装 python-lxml 的时候，会自动安装依赖 libxslt，装 python-scipy 会自动安装 scipy。

@zachguo 那么 npm 的 cbinding 怎么处理？

我使用 Archlinux，其中一个原因也是他们把所有包都更新到最新，避免了我以前使用 debian/fedora 的那种 Dependency hell，摆脱了大量为了照顾老项目而影响体验的历史遗留问题。
与此同时，npm 的依赖版本写死不更新却成为一种共识，有点可悲。

npm 的项目，经常指定库版本，不同的项目就需要不同的版本，而不是大家都有一个共识去适配最新版。这样导致了本地安装就必需要多版本共存，也做不到很好的复用，全局共享一个库就变得没有太大意义了。

Python 的包管理很科学，npm 的包管理才是非常不科学。
即便这样，我在 ArchLinux 上还是用 pacman 来装 Python 包，这样就能随着系统更新而滚动更新。官方源+archlinuxcn 源+AUR 覆盖了我大部分需要的包，剩下的用 pip install --user 来安装。
至于 virtual env 的话，也只适合在开发环境用，针对特定项目使用，日常使用并不需要那么搞得复杂。如果你在对付一个老项目并且有大量的坑填不过来，那么就用它来维持一些旧版本的库吧，否则的话还是建议把所有的库更新到最新。

谢邀
Python 用三引号写注释，然后自动生成文档

明明普通电热水壶+水管+保温瓶，￥ 100 就能搞定的。。。

@fever 199 都没有自动接水功能。。。

@dreamcountry 就是换起来麻烦一点