只会这个是找不到工作的。

我个人不喜欢 alias 大法。我更喜欢纠正自己的错误，而不是放任自己的错误。

当然必要的防御措施是需要的。比如经常 git commit & push，比如非 git 文件全部网盘同步（包括还有一个 群晖 NAS ）。

资本家擅长把他们和劳动人民之间的矛盾，变成劳动人民内部的矛盾。古今中外，无不如此。

你看，“奋斗逼”。

小米的 Type-C 转 mini-dp，然后 mini-dp 对 mini-dp （我显示器有 mini-dp ）

{：无名指。
}：无名指。
.：无名指。
Enter：小指。
"：无名指。
=：无名指。
;：无名指。

。。。。

感觉我应该无名指痛才对啊。。。

所以问题是他脚臭，而不是他睡午觉。

和他刚，让他想办法让自己的脚臭不散发。

或者干脆 function_list = [a1, a2] 这样

话虽如此，但还是建议你做一个 function_map = {'a1': a1, 'a2': a2} 这样

getattr(sys.modules[__name__], 'a{}'.format(i))

统计每个类型出现的百分比，然后根据 Zipf's Law 选一个阈值删掉百分比小的类型。

我觉得在这个语义层级上包装 shared_ptr 是伪需求。

@lxy42 单核带锁用 MySQL 确实是巨大黑点。

但是话说回来，如果你用很 advanced 的技术优化了 Python 程序（我倒也是想到了很多方案，不过没做过），那么 Python 唯一一条远好于 Go 的优势、写起来容易，不是不成立了吗？就算你作为资深 Python 程序员能够优化到这种程度，但是那也只是和 Go 平起平坐而已吧。。。

利益相关：不会 Go，Python 老手吧。。

我是 1.26 用户。。。。

主要是因为各种配套服务好像不是很兼容最新版。比如我布了 Restbase, Mathoid, Parsoid，要升级好麻烦。。。

框架年年都有新。算法才是永恒的。

你都问这个问题了，还是选 Ubuntu 吧。

@passerbytiny 我不太理解，如果持久数据不存在计算节点上，爆空间有啥可担心的，大不了重装一下裸机呗。再说服务器好歹少说 3T 一般都是 6T 以上的，哪这么容易爆。

我反正没限制用户在 docker 容器里面 apt-get install。至于什么 -v 本机根目录然后 chroot，这种高端操作我这边用户都不会呢。再说哪怕搞坏了，参考前面说的，大不了重装一下呗。反正我有 ansible 脚本。

所以综上所述，唯一最重要的一点就是持久性的数据要存在分布式文件系统上，不要放在计算节点上。

@rizon

1. 关掉容器，删掉容器，重新建立容器。
2. MooseFS 不是类似 Hadoop HDFS 的东西。MooseFS 实现了全功能的 Posix Filesystem，可以像本地磁盘一样 mount 到本地目录上。所以可以 docker -v 挂载进容器。

你看，因为 Docker 的限制，它的用法和虚拟机是很不同的。Docker 容器的正确用法是不在容器里面放持久数据。我选择的策略就是通过 MooseFS 给用户一个跨机器能持久存储数据的“本地文件系统”，用起来和普通的本地文件系统没有区别。在此基础上，他们可以使用跨机器的 Anaconda （如果不超过 50 万个文件的配额，我特别设置的），或者使用 Docker -v 挂载。事实上我这边，用户的整个 /home 目录都是在 MooseFS 上的。

医学不读博，你干脆教你妹子学编程算了……