发现现实世界跟代码是有个相通点

[evada]

早上起来看着窗外的时候注意到我家的燃气管道上的胶带还在，记起上次燃气安全检查的问这个胶带是干嘛的，说这个胶带也不能防止燃气泄漏，把它扯了。但是后来工作人员走了我也没有扯，因为我觉得这个燃气管道运行的好好的，而且我也不确定这个当时缠在这里的作用是什么，我不愿意去把它扯了，担心出其他问题。

这也能解释为什么代码写的越久越容易成屎山，当程序员往上加新代码的时候是很乐意的，但是要去改原来的代码或者是删除原来的代码时，如果没有明确的说明或者自己非常确信，一般不敢删除或者修改，就可能导致后续的代码越来越臃肿。

[zhlxsh]

墨菲定律？
你写代码，或者担心删除会有问题，其实也是在现实中的呀。

[evada]

@zhlxsh 有道理，格局提升

[sheldor]

这就跟罗永浩说的那个差不多，他说一家公司的人员如果全部都更换了一遍以后，工作上的一些流程虽然已经没有任何意义了，但是谁也不会去动流程，因为谁也不知道还有没有哪位大仙依赖着这个流程在工作，所以结果就是有很多重复的无效工作

[YuJianrong]

所以我们的 CI 有 test 啊。
相当于你以后不管装了啥，做完了都凑到燃气管道旁闻闻看，有煤气味就撤回不做。

等有了足够多的检查列表，就可以放心装修了。😂

[deorth]

建议重构

[Worldispow]

不仅仅代码，任何事物都是现实世界的冰山一角。
人造的事物，大都是人类对现实世界运行规律的总结和运用。
又不是从外太空飞过来的，咋可能不互通。

[54xavier]

其实反而有时候感觉项目跟屎山一样，总觉得代码不够健壮，某个地方会出问题，但是却能完美的跑起来，甚至熬到我离职了那个地方都没出过 bug 。

[hazardous]

其实就是个项目管理的问题，在项目不断演进、人员不断变动情况下，能否保证对项目的整体把控程度不会降低。如果各个方面都做到位，各个模块权责清晰，接口完整，局部出了问题也不影响到整体，修改优化的时候顾虑会少很多。
不过能做到的少之又少，就简单粗暴地“能不改就不改”了。

[QinYu0226]

最重要的其实是「担责」，改出更大的问题谁背锅。
L3 自动驾驶不能上市也是同样道理，车厂不担责，就不会有真正的 L3 。
项目粪山什么的都是次要的，进橘子才是最重要的。