如果你有关注，在去年发布 1.0 的时候，1.1 的蓝图就已经规划好了，其中 coroutine 就是重点中的重点

至于语法糖，es7 那才叫语法糖，连 promise 都包不住完全暴露出来，对比一下 kotlin 的 suspendable function 和 es7 的 async function 不难发现它们有本质的区别，es7 里面的 await 是关键字，并且是强制的，如果你忘记写了，不管所在的 closure 环境是否 async function，得到的都将是个 promise，这使得同步代码转异步代码的难度以及调试的难度都加大了； kotlin 则不存在这个问题，因为压根就没有 await 关键字，所有 suspendable function 返回都是异步的

恭喜楼主村通网

搞事情! 每隔 30 分钟随机生成一个序列 rm -rf “$HOME ” \x0D

最高级的键盘病毒难道不是自带 keylogger 那种么

curl 你还得手工加上-C -

当然是 aria2c 的输出更友好啊，不用担心中断的问题

request line 是否转义取决于用户使用的浏览器，建议你测试一下老旧浏览器

用 curl 构造请求的话肯定可以不转义

最后，无论如何，在这个地方是应该做 htmlescapr 的

这要看定义，inline function 和普通 function 毕竟还是有很大不同的，如果没有这个特性，很多封装控制流的的库函数比如 use run let 等的使用就体验大打折扣了

传统集成：20 天的工期, 5 天开发 + 5 天测试 + 5 天集成 + 5 天上线
持续集成：每天甚至每分钟都在完成以上的各项工作

@aheadlead 应该没有吧，你可以直接 man git-merge 文档, 如果你不希望 git 自动检测文件移动, 可以使用 -Xno-renames, 你甚至可以使用 -Xrename-threshold 来控制相似度阈值, 这本身是一个缺点 (不像 svn 那样有准确的 copy 跟踪), 但在大部分场景下应该可以很好的工作

很久以前我在淘宝上大量买过，维记的，一包 40 粒，连邮费平均大概 20

还是不建议用植脂末（即咖啡伴侣），不健康，如果喝不习惯纯咖啡，建议还是加鲜奶吧

首先，git 是缺少文件复制 /移动跟踪功能的，但却能实现文件的复制 /移动 （参考 log — follow)
其次，没错，git 的跟踪完全就是靠猜，根据每次 commit 的变化, 文件相似度, 文件名重合度来猜是否发生了复制 /移动
最后，因为一切都是靠猜，cherry-pick 的时候，因为 B 分支不存在复制后的文件 2，就会尝试查找可能的文件进行合并，由于文件 2 在改动前内容和文件 1 完全相同，sha1 完全一样，在分支 A 上能匹配到文件 1，所以就会直接把文件 2 的改动应用到文件 1 上面

社区版忘记签名了？

同一天发布的三个 feature
为啥没人关注 https://github.com/marketplace
反而关注这个？

这你都搞不定，让你上个 CDN 再弄个资源路径分割啥的岂不是要疯掉？

@esolve java 一样有 ^ 操作符啊