所谓的祖传的代码主要在存留很长时间的代码而且很可能里面很多隐患，通常状态下如果祖传的代码不是很复杂作为程序员来讲都会不自觉地给重构下，如果是非常复杂的模块即使程序员想重构但是考虑后续的影响可能是心有余而力不足，除非公司或者部门下决心把这个事情给做了，单纯的一两个人都不会考虑重构大的功能模块。

一些程序员视祖传代码为宝贵的资产，因为它们是公司或项目的基石。这些代码经过多年的演进和修复，具有稳定性和可靠性。他们认为祖传代码应该被维护和改进，以适应新的需求和技术变化，而不是被完全重写。他们珍惜这些代码，并尽可能遵循其中的规范和设计模式。

然而，另一些程序员可能对祖传代码持不同意见。他们可能认为祖传代码过于陈旧，难以理解和维护。他们可能会主张对祖传代码进行重构或重写，以提高其可读性和可维护性。他们认为，过时的代码可能会导致bug和性能问题，并且不利于引入新的功能。

在老板眼里，优化代码不是工作，完成需求才是；

在很多老板或者领导眼里，完成业务，完成需求，才是重中之重，各种绩效考核，年终评审，都是业绩作为导向的，

今天完成了需求，领导会说，“小伙子，很不错，加油干！”

今天优化了代码，老板只会说，“小伙子，你是不是不想干了！”

互联网公司，人员更替太过频繁，就在这干半年，你的代码啥样不关我的事；

程序员的平均跳槽时间才不到两年，这么短的时间内，很多人能怎么糊弄就怎么糊弄。

再加上好多人来到公司就拿到一套烂代码，不想费劲就只能打补丁，打不动了也就离职了。

产品小步快跑，快速迭代，各种需求朝令夕改；

好多产品经理也是半吊子，摸不清领导的想法，有点思路就开始找你该需求，架构前期已经搭建好，如果需求频繁修改就只能打补丁。

代码有级联效应，优化一行，修复半年；

很多代码不是不想改，而是真心改不动，改了，就崩了，不光代码崩了，心态也崩了。

互联网门槛太低了，很多水牛在行业里为祸四方；

我真的见过什么也不会的开发者，需要什么功能就去网上找示例，找demo，缝缝补补就是自己的代码，这种代码逻辑混乱，结构松散，你不知道他为什么这么写，他自己更不知道。

无论如何，对待祖传代码要持有开放和尊重的态度。程序员应该仔细评估代码的优点和缺点，并根据实际情况做出决策。重要的是要确保代码的质量和可靠性，并根据项目的需求和资源进行适当的改进。