前阵子，我们团队终于在时隔大半年之后，终于组织起了一次正儿八经的代码review小会。会上主管直接让大家一起来看每个人要提交的代码，逐行检视指出要优化的点，折腾了一个小时，只看完了3个人要提交的4笔代码。“如果不是赶需求抓进度，你们这些代码一笔都不给合...”会议结束时，主管如是说。可惜没如果，看起来低效但其实教学作用显著的代码review小会，之后又因为大家赶需求抓进度，再也没能凑齐大家时间来举办。有时就在想，究竟是真的没时间，还是说这种本质上大家一起学习技术、共同进步的事情，在大多数公司就是走个过场呢？
刷到一篇帖子，直言国内公司和老外的差距：
为什么老外每天工作几小时，还能写出简洁高效的代码和技术文档；
我们每天996还都是写的屎山代码，还有一堆读不懂的文档？
我没经历过老外的开发环境，可我太懂国内996写出来的屎山代码了，无论大厂小厂。
首先我对自身定位很清楚，属于那种不深钻底层、代码够用就行的表面文章小卡拉米。
但就像我这种货色，却时常觉得同事写的代码真是和屎一样，真的就是只实现功能，多一点优化的时间都不会投入那种。
一个函数给你干到多少多少行，后面只要修改哪怕加一行，都会导致超大函数、不得不去重构。
咱就是说，自己写个代码就压根不考虑后来人？你倒是写得很快，唰唰唰把功能交付了，后面测出一堆问题，改你一个点都得重构大半天，还得不能破坏原先就脆弱得一逼的功能。
除了代码，还有更令人发指的技术文档：
据我观察，国内能把话说得清晰明了的程序员，应该超不过半数。各种交接时整理的文档还真就作者本人能看懂，更多情况下都懒得去整理个文档去说明，就甩个代码链接
至于所谓的技术文档，对不起，那是架构师的职责，我们开发哪有时间写那玩意。
当你去拿着代码怼脸问责时，对方怂了，悄无声息地关掉边写代码边刷的小视频，哆哆嗦嗦就是几个字：太忙了，没时间。
你知道我回国之前，一百行代码要被review多少次、要修改多少次吗？你能想象大家真的可以因为一个变量名的起名，或者一个函数规范讨论半天吗？到了国内就是明天就要，这我还能管得了这么多？堆就完了！这哪是能不能想的问题，压根就不敢想！从来就没打过这么富裕的仗。我所待过的公司，别说有的压根就没有代码review一说，真正能认真review的，100行代码review的时间不超过半小时，还不如代码编译用的时间多。就这国内团队还在自夸艰苦奋斗、弯道超车，真就拿人、拿时间去砸，大力出奇迹？有网友直言，别说屎山了，就我现在的工作强度和压力，设计个锤子，能跑起来就行。真实，多少公司自上至下都是这种心态，业务交付第一，至于质量，那些检测质量的数据达标就行。只要干不死，就往死里干，需求拉满，早干完就早开始下一波需求，这样才有高绩效。老外是做事，国内是做人，国内只要会做人，就不可能做错事。Well done well done，老外 well 我们 done。可不是么，事 done 了顺便把人也一起 done。
