知道 Erlang 是从学习 Rabbit MQ 开始的。R.I.P

日常开发的桌面环境应该还是 Windows 和 Mac 比较方便舒适。部署和运行环境应该选择 Linux 比较好，因为其对自动化支持比较好。

能接受 1G1 核的配置，还接受不了 15s 的停机时间？

统一回复一下楼上各位，的确换行符和文件路径分隔符微软都不是始作俑者，但是在 Unix 已经在当时很流行的情况下，微软选择了一条与众不同的路，或许当时因为它只是一个无足轻重的小公司，这些选择是无意的，但事实上在其今日成长为一个巨无霸公司之后给业界造成的标准上的分歧则是不争的事实。

微软不遵循惯例，自己作的怪的也不少：换行符用\r\n，文件分隔符用反斜杠，不知坑了多少代程序员

索尼的头戴式蓝牙降噪 WH-1000XM2 应该 1500 以内搞得定。

一直在低分段 500 以下的怎么破？

可以参照我做的一个个人项目 httpshell，类似 ssh，但可以自定义需要执行的命令。

理论上如果终端域名被劫持了是可以被欺骗。
当然如果下家知道这个情况，在证明自己是当前的实际持有人，可以向上家的 CA 申请吊销该证书。

依赖注入本质上是思维的转变：不要管对象从哪里来，只管使用便是。

著作权简单来说是为了声明一套代码的所属权，跟文学著作权中的作者类似，防止第三方随意复制，出版。
一般的程序员只要不随便把公司的代码原模原样的泄露出去，你自己脑子里的知识还是你的，不然你在一个公司待几年学的东西还得还给公司吗？

亡羊补牢，为时不晚。人贵有自知之明，你能自责说明你起码是有担当的。人不是机器，迟早会犯错误，你接下来要做的就是总结经验，同样的错误不要再犯第二次。如果长期如此积累，你比别人会多很多经验。

是否有空 Review 是公司流程和开发人员整体水平的问题。
Gerrit 能够做到每个人的提交不会影响到其他人，这个对一个大 team 开发是很有好处的。
至于没有 reivew 的 代码无法发布测试完全是你们的 DevOps 的水平来决定的。我们这边完全可以做到自己的代码提交到 Gerrit 之后可以 构建-> 测试->代码质量扫描（ Sonar ）-> 发布个人 build-> 安装个人实例一条龙服务。而这一切与 Code Review 都是并行的。也就是做到开发提交一行代码到 Gerrit，等待若干时间就可以在一个全新创建的个人实例上看到自己的改动是否与期望一致。而是否能够通过 Code Review 则是 Reviewer 的事。

当然 Gitlab 能否做到这一切我不清楚，毕竟没用过。但是 Gerrit 带来的好处却是实实在在的。

智力是一种自然选择，现代社会对智力的需求与日俱增，人类的智力只会越来越高。当然人类 DNA 的稳定性注定了这种变化的可见度起码是以千年万年为尺度的。

记得 20 多年前全国都是 6 天工作制，包括在学校读书。

时间不是主要问题，还得看压力和年龄大小。

腾讯这个级别的公司设计的这样一个重量级产品，这个 ID 应该不是系统主键。但是 ID 是暴露给用户用来查找，添加的一个入口，尽管不需要绝对的不重复和不可变，但是在用户体验和安全角度来说随便变更都是不可取的。毕竟没人愿意按照 ID 找到的好友是被骗子冒名顶替的

说明楼主的学习已经上升到一个新的境界，到这个阶段，直觉就是最好的判断。

AMQP

不用索引：

last = None
for i in l:
if last:
print '[%s,%s]' % (last, i)
last = i