理论上如果终端域名被劫持了是可以被欺骗。
当然如果下家知道这个情况，在证明自己是当前的实际持有人，可以向上家的 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

多读书，持久的，大量的读

人很多，但高质量的还是不够

如果来不及引入新的组建（ MQ 之类），就用数据库模拟队列，用不同的标记位来维护状态，定时查询指定状态的数据记录，然后扔到线程池去异步处理。只要处理速度快于订单的到来速度就没啥问题。如果处理不过来，就根据瓶颈在 CPU 还是内存来增加相应的资源。

另一个选择是 launch4j

自己在用 360 安全卫士。可以选择标示或者拦截，是在 IOS 的设置里的。
至于准确率还可以，大多数都可以拦截。记得勤点升级拦截库，因为苹果对隐私的保护，第三方只能提供静态的拦截库，而不是动态的查询，所以准确性是有限制的。

在工作中实践是学习并精通的最佳途径。
本人在学校里学过 2 年 Python， 结果没多久就忘得差不多了。在工作中，机缘巧合，需要接手原本外包公司负责的一个项目，结果花了一个星期重温 Python，然后就开始维护和开发新项目了。
另一个例子是需要写一个 PowerShell 的客户端连接远程 Windows，结果花了两个礼拜硬是啃下 Powershell 语法和基本类库，写出了一个 300 多行的 PS 来模拟远程 Windows Shell。

还有其他的诸如 HTML, Javascript, Go，Shell 等等，都是现学现用。

正常的流程应该是将新磁盘变成一个 pv，然后将该 pv 填加到目标 vg 中

批发价便宜，跟蔬菜批发市场一样，按筐买而不是按斤买