@shcc 是的哈

@lance6716 部分同意，但是编译器可不能帮我把冒泡排序优化成快排。

https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html 供家参考

@rmb1222 哇，瞬间变成 95ms。多谢大佬指点。

@ipwx 四个字节

@yangyaofei https://bugs.chromium.org/p/chromium/issues/detail?id=848210

@callofmx
感谢，原来还有这种操作！

@mashiro233
其实也没啥需求，自己瞎搞着玩儿。
同意其实绝大多数情况下 goroutine 处理并发就够好用了。但是 epoll 和 goroutine 并不是一个层面上的事情。goroutine 是计算能力上的并行，而 epoll 负责搞定异步 io。一般情况下我们可以给每个请求开一个 goroutine 处理，并在处理结束后销毁这个 goroutine。但是如果要维持大量的长连接(websocket 服务器等)，却给每个长连接都起一个 goroutine 等着就蛮浪费的。可以参考这篇文章 https://medium.freecodecamp.org/million-websockets-and-go-cc58418460bb

@kmyzzy
@CKboss
@mind3x
多谢各位回复

自问自答，racket

发错节点了,sorry

@weaming 多谢

@jasondan 用 promise 实现链式调用，查询歌手--歌手专辑--专辑歌曲，最后返回歌手的歌曲集合(url 和 name)，用 mplayer 来播放网易服务器上的歌曲

@knarfeh 不错，去膜下

@Aalen 恩恩，应该改成 /usr/bin/env node ，我重新 publish 下。

@roychan 果然活捉上科大师弟一枚

@fhefh 谢谢支持，有兴趣的话也可以在这上面做一些常用的 cheatsheet

@winterbells 多谢提醒，已改正

@bazingaterry 一时疏忽，多谢指出，已在 footer 加上版权信息。也感谢张秋怡同学做的这个[简历生成器]( https://github.com/joyeecheung/resume)