腾讯这个级别的公司设计的这样一个重量级产品，这个 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 中

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

tar 格式可以保持文件时间，权限，用户组等，尤其适合跨系统

@maemo 正如 williamyang 所说，这两个操作都是为了保证对 API 的调用者提供两种截然不同的语义，这种语义就是一种契约。而实现者在满足这种契约的前提下可以可以使用不同的实现。

@billyangg 关于 force push 的技术问题可以参考这个 https://juejin.im/post/5985b9c56fb9a03c376de762

我个人的观点是对版本管理系统而言，发生的所有操作都应该在历史记录中，如同时间不可倒流一样，可以补救但不应该回滚。
除非是系统管理员迫于某种特殊原因，否则其他普通用户不要碰这么底层的功能。

put 的时候如果不传可选参数，则使用默认值，比如空值，而 patch 的时候不传的参数都保持原值。

git push -f 应该是 force push 吧，有一定的危险性，很多仓库不一定开启

买个便宜的真域名，比如.work 之类的，5 年才 60 多块

不要在使用电脑的时候吃东西