存在问题，比如说注释清晰不清晰，代码结构合理不合理。一个优质的程序猿，代码结构清晰，注释非常到位，任何人接手他的工作都很顺利，所以是‘可以替代的’；相反，代码写的脏乱差没人能看懂，还不加注释，菜得只有自己看得懂，是‘不可替代’的人。这就是你的问卷反应出来的。”
“不是……”刘璐有大量的槽点但是不知道该怎么吐，“这都是本组员工互相评价，难道他们不是互相之间最了解的人？”
“真不是，姐姐，员工最容易盲人摸象了，你要知道程序猿的潜规则是出了问题大家一起解决，但不会公布问题是怎么造成的。所以即使是同一个组的也不见得知道谁捅的篓子。别说同组成员了，就连主程很多时候也不知道，不是不想知道，一定要挖是能顺藤摸瓜的，但是没那个心思。”
刘璐发现这是一个能够提高自己的地方，顿时放下被质疑后的不爽，化身为好奇宝宝：“这为什么啊？”
要是有程序猿在场，楚垣夕就不敢以假行家的做派开口，但现在敢。“写代码是一件很神奇的事，bug能‘和弦’你敢信？特别是客户端，两个人写的都不是bug，拼起来就能出bug。就算是独立开发者，一个人写出来的程序都可能出这种问题，别说一个项目组了。所以通常一个产品做出来之后测试找出一万条bug是正常的。”
“这么夸张？”
“这个并不夸张。关键是写bug的、查bug的、改bug的通常不是一个人。bug反馈到主程那，主程没心思去分析谁造成的bug，有这时间20条bug都改完了，所以直接按功能大体分配。
企业经营也是一样啊，很难随时快速定位到责任人，出现急茬的怎么办？我直接下命令，你这么做他这么做，然后我这么做，先把问题解决了完事。至于谁制造的问题，等复盘的时候再找。这就是扁平化管理的优势，如果不是扁平化管理，那处理起来先走流程，那可能会制造更大的问题。
但是程序猿的工作多急啊？不纠结都要加班。主程是最累的，特别是大项目，主程光提交代码就能累skr人儿，纠结的话还回家不回家了？所以你这种提问的倾向性非常容易把战术上勤奋的那些员工给筛出来，这里面有多少是‘繁荣行业’式的，你根本说不清。”
“什么叫繁荣行业式的程序猿？”
“多写点bug能创造更多代码岗位和测试岗位，行业不就繁荣了？一句hello world程序猿能给你写出800行的代码
本章未完，请点击下一页继续阅读！