程序员如何看待祖传代码？为什么祖传代码被为"屎"山？

因为前人的代码能改，如果不能改就不会说成是shit mountain了。 比如盖房子，盖得再烂也没法修补，只能等着最后一锤子干倒。

第一，编程风格不一样，多数程序员看任何人的代码，多少有点像shit！能写的像标准库一样的少之又少。

第二，熟悉程度，自己写的代码，刚开始看着顺眼，过一段时间自己回过头来看，也是一堆shit！特别是汇编，即使写的再整齐，备注再清晰，你拿给别人看看？或者过一个月你自己再看看！

第三，有人写的确实杂乱无章。要么水平不到，要么交期赶得紧，任务重。

我觉得

应该是这样的体验吧 . . . . . . .

几年的代码也好意思叫shit山？这种东西得在微软/电信公司这种toB地方才恐怖。
我司有些代码我正好要升级gcc版本，要试试转docker踢到云上去，然而这批代码写于2000年前，那个酸爽哦。最早的部分可能写于1980年代bell实验室，第一批维护升级做需求的人早就退休了，第二批也退休了，每一行代码动起来都胆战心惊。
这会出现什么结果呢，重构花费时间极长，但是b端客户对稳定性和可升级性的需求不是普通客户能比，所以历代开发在这个坑上只能采取坑上盖板子这样的方式继续开发，坑传个10年20年，从底子上来看问题多太正常了。质量全是靠工程手段维持。框架稀里哗啦，代码风格迥异，逻辑不知道干什么，早期代码没有注释，指针到处乱来，文档有一本砖头一样厚的90年代开发指南，那感觉，嘿嘿嘿。

看着难受，又不能改它，只要一动，山就塌了，将自己深埋屎下，臭不可闻。
就像你有几栋楼，几百个房间，手上拿着一串没有备注的钥匙，一个一个房间试，你以为你打开了，却没想，门后还有一道门。当你费劲心思解决了所有门，你又发现，钥匙断了。你完全不明白为什么要这样设计，那么愚蠢，当你有了个新想法，忙碌之后，又发现自己写的更蠢。
不要试图去理解它，改变它。这是神圣的传火，让你的下一任有点事情做。