Code Review 的思考

最近出了一个广告物料展示错误的P0线上事故。背景是RD在做视屏流畅度优化时，针对广告视频在滑动出屏幕瞬间出现卡顿的反馈，将资源释放时机延迟到滑动停止后。这个改动埋下了潜在问题——连续刷出两个视频广告时，滑出第一个视频开始自动播放，在滑出现第二个视频后，如果两个卡片cell资源复用，会在滑动停止后才切换播放第二个视频广告物料。在停止前播放的都是上一个广告的视频。

feature对应的commit是一个技术需求，RD自测保证质量，CR +1 的人有对应业务方的RD&QA，也有己方的RD&QA，一切看起来似乎都在正常流程内，那问题是出现在什么环节？

问题应该比较明显：

1. CR效果差
2. 自动化测试没有到位

说到CR，对标一下国外的明星公司，CR的严格可能超乎想象，而CR能严格执行的前提是RD、QA有客观充分的CR时间和风气习惯，RD对于代码出bug要有羞耻心，QA也要对标RD具备同等水位的能力要求。

我们都会说测试左移，都会说bug在自测和CR环节发现的代价是最低的，然而现实是大家都懒得通过CR去发现问题，因为自动化和手工测试成本虽然高，但思维强度低，本质上轻CR重黑盒是偷懒的表现。同时高强度的需求工作伴随着疯狂的迭代速度，CR时间被极度压榨，对单一系统熟悉的人也被压制到一个很窄的范围，每个人都是面向模块单一负责的，一个人都不完全了解另一个人所做的事情，那即使拉上一堆人来CR，实质上潜在能发挥CR作用的人也就那么一两个。

另一方面，国内互联网的风气还是高强度加班，用时间和人力来感产品窗口，某个角度上来看，真的很像劳动密集型产业。为什么会有很多程序员说35岁就中年危机面临失业的危险，当然这跟个人努力程度有着必然的联系，但是存在即合理，有这个焦虑就代表有对应的现象。程序员年纪大了写代码的功力真的会倒退吗？我觉得不是，随着程序员的经验、视野的成长，代码质量的上升是必然的结果，无论在工具使用、问题排查、代码调优、架构设计上都会有长足长进，本身这些能力就是需要时间来补齐的。那问题是什么？

可能的原因是否是国内大多数企业不需要你的经验，不需要你高质量的代码，所以你的经验是浪费的；另一方面伴随着年龄增长由于身体家庭等因素导致你的有效工作时长必然变短，所以老程序员对企业性价比下降了，就有程序员35岁中年危机？所以自然而然又有很多说法，程序员到30来岁就要转管理岗，离开一线编码工作。

B乎：很多程序员都说 35 岁职业危机，那么为什么做开发的 35 岁程序员不转做测试呢？

当然这个标题本身就对测试带着偏见，我们不需要理会标题，里面有些回答比较精彩有参考意义。

理性看待程序员成长这个问题，对于行业说法这里不置可否。字节跳动有一句话，成长看个人。

在一个增长缓慢的公司/业务中大部分人都会遭遇职业瓶颈， 如果你已经被系统所驯化， 失去了对新的平台机会的敏锐嗅觉和拓展自己的勇气， 那怎么走都会遭遇职业危机。