@mcfog
我觉得能写好 promise 的人一定能用 async/await，但是不会用 async/await 的肯定 promise 也不懂。
而且还有 async 属于新标准，很多人不一定知道并且用过……

@flowfire
async await 收益巨大，傻子也能写异步了。promise 真的太难了。
try 相比之下收益太小了，错误处理还是要写，只能包一个 func （这点真的很蠢……），而且现在很多 MustFunc 写法。总之看起来就不是个好的解决方案，况且它没解决根本问题。

刚好前几天看了眼，感觉 try 根本就没解决问题，只是看起来 /写起来稍微简单了点，所以被拒是正常的。

MongoDB ObjectID 并不保证自增！它自增是因为有时间戳，你在多线程里同时调用是没有严格顺序的。
可以看下官方文档它的实现。

angular

result = []
index = {}
c = 0

for i in list1+list2:
index[i['id']] = c
if not resut[c]:
result[c] = i
else:
result[c].update(i)
c++

我建议再往上看一下业务场景。应该有别的方式。

比如可以不存 state，业务侧根据写入时间判断应该是 0 还是 1

然后再整成 list。或者直接用 list，id 当索引（范围可控的话，不可控就存个 id 到 list 的索引）

不会比 pandas 差。

按 id ？那把 id 当 key 扔字典里，遍历一遍 update 就行了呗

反正我绝不在一个正则里写多个 .*
因为我自己都会看不懂了。

我的意思是这些库都提供了 logger 接口，你把自定义的 logger 提供给他他就往你指定的地方输出了。

当然没提供的也有，高质量库都会有的。

啥意思？你请老师吗？

各种类库一般都支持设置 logger 的，如果它真的不支持，那就没办法了。

支持远程吗

错了，好像不如每天 1G 多一点，每天 2 块的算法……

最坏情况：尽可能多的天数用到 3G，就是 40/3 = 13 天。剩下的 1G 分配到 17 天里用一点点。

13 * 3 + 17 = 56 块。

据我所知 glibc 几乎没法安全升级