视而不见兄来到引热议，这件事到底有什么蹊跷之处？

视而不见兄这个事儿，最近在圈子里闹得挺欢，大家都在议论，这到底是怎么回事。

我这人平时不爱凑热闹，但这回这事儿，听着确实有点意思，就琢磨着把自己知道的，或者说我观察到的，跟大家聊聊。

事情的起因很简单，就是有位老兄，咱们就叫他“视而不见兄”，他手头上一个项目，本来挺顺利的，突然就跟卡住了似的，没人搭理。

我记得他跟我说的时候，还挺淡定的，就说：“我这边有个模块有点问题，找人review代码，结果大家看了都跟没看见似的，默默地就溜走了。”

一开始我也没太在意，代码Review嘛大家都很忙，偶尔慢点也正常。可这事儿拖得时间久了，就有点不对劲了。

我开始留意了一下，发现这事儿确实有点蹊跷。

代码Review的路子

我这个人，写代码习惯写得比较直接，追求效率，但也知道代码质量的重要性。这“视而不见兄”的代码，我瞄了一眼，确实有些地方写得比较“个人化”，不是说写错了，而是那种风格跟咱们团队主流的有点不太一样。

• 他那边用了一个比较少见的库，作者可能是他之前的老搭档，写得挺复杂，普通人接手起来有点费劲。
• 逻辑分支特别多，一层套一层，看着就头疼，能看懂的估计不多。
• 还有一些性能上的优化点，他自己搞了一套比较激进的方案，这东西风险不小。

当他把代码扔出来的时候，大家第一反应就是：这玩意儿烫手！

我当时就想，这不就是典型的“技术债”吗？如果能早点发现，早点重构，也就没这事了。可烂摊子摆在那儿了，谁愿意去接？

沉默的“视而不见”

没人说话，这才是最吓人的地方。如果有人指出来哪里写得不咱们还能讨论讨论，争论一番，起码有人愿意看。

可现在是，代码放在那里，大家心照不宣地避开。我去问了问其他几个资深工程师，他们都是摇头摆手。

一个老同事跟我说：“那代码块，我看了三遍，感觉自己得重新学一遍编程了，我还是先去修那个打印机的问题。”

我当时就明白了，这不是单纯的技术问题，这是个“人际关系”问题，或者说，是“责任”问题。

谁去碰这个雷，谁就得负责搞清楚这里面所有的弯弯绕绕。要是真改出问题了，那可就成了“背锅侠”。

最安全的方式，就是“视而不见”。

我的尝试与结果

我这个人，还是有点好奇心。我就硬着头皮，把那部分代码拉下来，自己开始摸索。

我花了差不多一天半的时间，才把那些错综复杂的调用关系捋顺。不少地方的设计确实有点别扭，但也能看出作者是下了功夫的，只是出发点和最终效果有点偏差。

我把我的理解和一些修改建议写成了文档，准备找“视而不见兄”聊聊。

结果，他看到我找他，反而有点紧张了。我把文档递给他，他看了一眼，脸色就变了。

他赶紧说：“这个不用看了，我已经自己想通了，方案调整了一下，问题不大了。”

这就是最蹊跷的地方了。他自己搞不定，让大家看，结果有人真的去看了，他还赶紧叫停。

我琢磨着，这事儿肯定没他说的那么简单。也许他想推的方案，根本经不起细究，只是想找人背书，而不是真的找人帮忙。

这事儿就这么不了了之了。代码还是那样放着，大家该干嘛干嘛没人再提了。这事儿，真是让人看不懂，也看得透。