想不到，BUG会藏在我们的补丁里面。”
“况且，我们最少也要一个星期的时间，才能够发现问题！他们怎么可能有我们的速度！”又有一个工程师道。
“不错，不如我们打个赌吧，我赌100美金，这群华夏人没有半个月的时间，休想发现问题出在哪里！”最初的工程师哈哈大笑道。
“不，我和你赌，不过我赌他们要一个月之后才找到我们！”另一个工程师立刻应和道。
“哈哈哈！”所有工程师们轰然大笑了起来。
这些工程师们的想法倒也没有错误，因为搁在米国，搁在微软，就算是一个星期的时间，想要找到问题也是一件很困难的事情。
首先，在问题出现之后，第一时间肯定不是反映在工程师那里的，而是会投诉到客服部门。
微软的客服部门在接到投诉之后，首先为好言安抚自己的顾客，只不过等顾客挂断电话之后，他们并不会直接将问题反映到技术部门，而是记录在自己的工作记录里面。
嗯，如果恰好客服的心情不太好的话，不记录都是很正常的事情。
同时按照微软的惯例，客服的工作记录会在一天的工作结束之后上交给客服部门的领导，然后领导再来查看出现的问题，选出一些比较严重的，意见较大的，再交给上一级领导。
上一级领导会收集这些问题，然后在每个星期两次的碰头会议上面，交给技术部门的负责人。
光是这一个步骤，运气好的话需要等待三天的时间，运气不好的话，直接就是一个星期后转交给技术部门了。
假设三天内问题出现在了技术部门的面前，那么技术部门的领导还得先派人来统计和选择问题，这样大概又需要一天左右的时间。
选择出一些需要解决的问题之后，负责人就需要给上面打报告，得到上面的批准，问题就转交到技术部门的相关工程师手中，由他们去解决问题。
不过因为很多工程师手中都会堆积大量的任务，所以这些问题一旦落到了工程师的手里，恐怕又要堆集个好几天的时间，工程师才会真正的开始审视这个问题，然后思考解决问题的办法。
如果是小问题，工程师自己可以解决，那么就打报告给自己的领导，经过批准之后，再增加到补丁里面。
如果工程师自己无法解决问题，那么就又需要等待一两天的时间，等到技术部门的常会，在会议上也拿出这个问题，由大家来讨论，判断这个问题的严重性，是否
…。。