Aixtuz

最遗憾的一点就是：
开发为避免所有 bug 堆积在一处效率低，也为了避免反复被打断工作，努力提供便于判断问题的日志之类。
希望在集中到某个判断点之前，有一个简单的初筛分流过程，类似招聘中的 HR ~
但是遇到只测”是否正常“，不想管“哪里异常、如何复现、根据现有表现和提示能不能初步判断归属之类问题”的测试，就会觉得心累了。如果测试在问题堆积的时候，不管你的节奏，反复打断让你立刻查原因，催你怎么还没改好，那可就不止是心累了...

始终觉得把 “初步判断” 和 “详细核查” 分摊到不同人身上，会比较高效吧？

@vocaloidchina #9 http

福建电信，之前 BWG dc8 不混测速只有 1Mbps，混完满带宽。
去年年底到现在，dc8 取消了 cn2，换成 dc3，混完也只有 1~2Mbps 。
另一个 Cloudcone 的混完大约 5Mbps 。