@SakuraKuma 我后面不是追问了吗，他们完全可以如实告知找到了更合适的候选人，可以避免应聘者作无谓的等待

@gzchen 那你是不是应该告知对方？

@wangxiaoaer 令我纳闷的是面试官为什么要给出那样承诺来搪塞我

@gzchen 请问我怎么就加戏了

@chengkai 承诺的话是委婉能说的吗？委婉拒绝的方式那么多，我想不到任何理由来用承诺搪塞对方

@jaynos 这不是错觉了吧，对方给出了承诺，并且我最后还追问确认了。而且面试过程中我并未听出自己被 pass 的潜台词

@hlwjia 对方给出了承诺，pass 不应该给个答复么？并且我还对此追问了，如果不合适没必要让我作无谓的等待吧

@chengkai 我并未听出什么潜台词，只是不明白为什么对方要编出这种承诺来搪塞我

@eteryao 生产环境就不是这样部署的，gunicorn 跟 uwsgi 是必须的吧，无论你是否用 Docker。提前通知用户，凌晨闲时更新即可，为啥非要“优雅”关闭？

之前在 boss 上联系过他们，消息只读不回（这也算 boss 传统了），不合适的话给个反馈有这么难吗？本来挺有好感的，体验不是一般的差...

@cydian #6 why do you want to contact me?

@0xABCD #2 无须登录，将歌单临时设为公开然后通过歌单 id 下载即可

@locoz #32 对的，可能是错觉吧，经过一轮测试我发现 aiohttp 之所以有时比 net/http 稍快是在并发请求上前者对网络的利用率要比后者高

@jiezhi #12 脚本写好了，在已安装 mxget 的基础上运行该脚本即可获取网易云音乐歌单变灰的歌曲列表，使用前须将歌单临时设为公开。
脚本地址： https://gist.github.com/winterssy/822d13e79699118c78b442a02f5c4eae

@blless #24 嗯正则初始化这个后面会修正，你说的“下载保存是放在一个协程里面并发操作”具体是指？

@blless #26 你是指更新音乐标签和下载歌词那块？这个主要是考虑到文件已经下载到本地，而且需要的数据也在内存中，这部分操作是很快的，所以没有另起 goroutine 去处理它，你有更好的实现的话欢迎 pr，感谢~

@zeromake #13 mxget 会通过大量的 API 并发请求来聚合音乐标签、歌词、播放地址等数据，这种情况下 goroutines+channel 的方案要比 aiohttp 异步请求稍为逊色，单次请求 /并发下载文件的话，还是 Go 占优的

@uhian #14 你使用的命令是？我看看能否复现，有能力的话也可以 clone 源码下来自己调试看看

@faceair #19 你没办法知晓平台限制的峰值是多少，不同平台的策略也不一样。二者的限制并发数都是一样的，并没有说 go 性能差，而是说 go 原生的 net/http 库性能确实不是很好，不然也不会有 fasthttp 这样的存在了。这只是我测试的结果，你也可以 clone 源码下来自己跑，如果有 bug，欢迎 pr