我前几年在里面回答过 1000 多个问题，声望 10000 多一点，后面慢慢没欲望去答题了。

sf 给我感受是问题质量很差，大多数问题其实可以通过搜索一下就能解决，而且官方没有一个很好的引导用户如何去问好问题，大多数问题都没有一个很好的描述，基本就是一句没有上下文的问题，如果要回答需要花不少精力去沟通，让人提不起劲。

最快的后端是没有后端

克雷格总是给我一股俄罗斯特工的感觉

1. 如果想存钱去留学，选一线城市
2. 留学就不要考虑换城市了

“每次修改后，立即执行文件保存并上传的操作”，需求本身就很奇怪，这么高耗时的请求竟然要频繁触发，脑子有洞才会这么设计。

本身请求就是异步的，不用搞什么队列，不搞阻塞就行了，像 1 楼说的。

结合劳动合同法( http://www.gov.cn/flfg/2007-06/29/content_669394.htm)，第四十条、第四十一条、第四十三条、第四十六条、第四十七条、四十八条。

如果公司裁员不符合第四十一条，不能视为裁员，只能视为解雇，如果解雇不符合第四十条的话，则为非法解除劳动合同，赔偿为 2N 。
如果是合法裁员或者合法解雇，则赔偿为 N+1 或者 N+提前 30 天通知。

就像学习和工作一样，每天都做同样的事情，背同一个单词，是不会有成长的。

有经历才会有成长，吃一堑才会长一智；时间的流逝是成长的必要条件，但不是充分条件。

维修店花点钱接个总成备份数据。

如果只是短暂使用，调试之类的，用啥方式做穿透都没啥区别，但如果你的使用场景更丰富，SSH 端口转发就未必能满足了。

强制的格式要求放到 CI 里面去执行，不通过就不能合代码。

"cd 进 /tmp 文件夹直接在终端输入.auto 无法执行"，无法执行是什么现象呢，说不定是依赖了路径。

实际上你只要导出私钥，是不是国人运营的有啥关系……

工具也好，方法也好，制定了计划要切实执行才有意义，不然都是虚的，刚开始做时间管理的话，一个简单的 TODO 都够用了。

@avastms #6

"Functions and operators like Object.assign, Object.keys, object spread ({ ...obj }), and for–in loops behave differently depending on whether or not a property actually exists on an object."

基于官方的说法，这个场景更多针对于下面这类的用法：
const a = {b:1, c:undefined}
object.keys(a) // ['b', 'c']
const b = {b:1}
object.keys(b) // ['b']

当然，意义确实不大。

@zhuwd #6 联盟链最出名的应该是 https://github.com/hyperledger/fabric