别说一个项目组了。所以通常一个产品做出来之后测试找出一万条bug是正常的。”
“这么夸张？”
“这个并不夸张。关键是写bug的、查bug的、改bug的通常不是一个人。bug反馈到主程那，主程没心思去分析谁造成的bug，有这时间20条bug都改完了，所以直接按功能大体分配。
企业经营也是一样啊，很难随时快速定位到责任人，出现急茬的怎么办？我直接下命令，你这么做他这么做，然后我这么做，先把问题解决了完事。至于谁制造的问题，等复盘的时候再找。这就是扁平化管理的优势，如果不是扁平化管理，那处理起来先走流程，那可能会制造更大的问题。
但是程序猿的工作多急啊？不纠结都要加班。主程是最累的，特别是大项目，主程光提交代码就能累skr人儿，纠结的话还回家不回家了？所以你这种提问的倾向性非常容易把战术上勤奋的那些员工给筛出来，这里面有多少是‘繁荣行业’式的，你根本说不清。”
“什么叫繁荣行业式的程序猿？”
“多写点bug能创造更多代码岗位和测试岗位，行业不就繁荣了？一句hello world程序猿能给你写出800行的代码