讲的真明白。所以，这个case充分说明不能让外行领导内行，leader能力不匹配，只能推诿责任。

【 在 xcty 的大作中提到: 】
: 凡是事先不知道bug可能在哪里的，都不叫bug，而叫defect缺陷
: 一个算法里的bug才是bug，因为如果有bug，那么知道bug一定在这几行代码里，但是算法的输入输出定义明确，不需要修改，出bug也不用修改其它地方
: 一个不知道在哪里的bug不是算法的bug，而是系统设计的bug，是因为多模块信息不对称导致的信息匹配失误，也就是如过信息充足完备，写新代码的人是100%不会有bug的。是什么导致信息不完备？比如系统模块耦合、重复代码太多导致事实上的无法100%掌握系统所有可用信息或根本无法掌握，写出来的新功能自然会有天生信息不对称的毛病，也就是bug。而排查解决bug的过程不就是一个信息再搜集再理顺的过程么。
: ...................
--
FROM 111.206.214.*

哈哈哈 如果拖油瓶太多就只能云淡风轻了？
【 在 shaolin 的大作中提到: 】
: 如果就一个拖油瓶。。果断开掉。
:
: 【 在 BAIYUXIONG (爱情是个屁) 的大作中提到: 】
: ....................

- 来自「最水木 for iPhone 8」
--
FROM 117.136.38.*

能力低还是没用心？
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。  
:  
: 能想到的提高措施：  
: 1、code review，写完换个人再看一遍  
: 2、提高技术方案要求及严格的方案评审  
: 3、加强测试用例质量及严格审核  
: 4、技能培训，提升能力  
: 5、不安排核心工作，给一些边
: ..................

发自「今日水木 on iPhone X」
--
FROM 117.136.46.*

你是小作坊的吧就别来参和了，业务量诂计是大厂的九牛一毛，大厂发货量都是几十亿，千分之一概率出bug都受不了，出差到现场去搞？客户需求各式各样，真是沒见过世面
【 在 eggcar 的大作中提到: 】
: 张嘴闭嘴就是解耦合的，明显没参与过项目
: 业务发展的不确定性带来的耦合你拿头去解？真当架构都是圣人啊
:
: ....................

- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*

能开除就开除吧

【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
: 能想到的提高措施：
: 1、code review，写完换个人再看一遍
: ...................
--
FROM 125.35.107.*