祖传代码
祖传代码是程序员对历经多人多代维护、文档注释缺失、业务依赖复杂且不敢轻易改动的旧代码的戏谑称呼，强调像祖传旧物一样被一代代程序员接手。
什么意思
3 个义项- 指经历长期迭代、多次交接的旧代码。这类代码往往缺少文档和注释，原作者已经离职，业务逻辑层层叠加，接手的人只能靠猜和试来理解它。
- 泛指任何难以维护、没人真正看懂的代码，哪怕年代并不久远。有观点认为，只要代码需要长期维护却无人理解，就可以叫祖传代码，新生成的代码也一样。
- 在程序员自嘲语境中，也用来形容自己写的、过一阵子自己都看不懂的代码，或同事留下的、只能继续打补丁的问题模块。
什么语气
戏谑、自嘲、带无奈的调侃语气。是程序员圈内的吐槽说法，贬义但不激烈，通常针对代码和遗留状况，不针对具体的人。正式技术文档中一般不用，会改说“遗留代码”或“历史代码”。
用在哪儿
- 程序员入职新公司接手老项目，打开代码库发现结构混乱、注释缺失、原作者已离职，在同事群里吐槽时。
- 团队讨论要不要重构某个模块时，有人提醒这是祖传代码，动一处可能牵连一片，需要先评估风险。
- 技术博客或社区发帖讲维护旧系统经验，标题里用祖传代码来概括痛点。
- 开发者回顾自己几年前写的代码，发现已经看不懂，自嘲这也是祖传代码。
这样说
今天接手了一个祖传代码项目，注释全是空的，变量名是 a1、a2、a3。
这个模块是祖传代码，谁都不敢动，加了新功能就绕过去。
别问为什么这么写，问就是祖传代码，上一个人已经走了三年了。
我上周写的代码今天自己都看不懂了，成功实现祖传代码。
想重构祖传代码，结果测试跑不过，只能先撤回来继续打补丁。
例句是编辑写的，只为演示怎么用，不是从谁的帖子里扒下来的。
从哪来的
现有资料无法确认首创者和确切起源时间。可查证的材料显示，2019 年 6 月前后这个说法已出现在程序员话题中，但这只能说明当时已在圈内使用，不能当作词语起点。它的构词方式是借“祖传”这个日常词做比喻，把代码比作被一代代交接的旧物。没有辞书、学术论文或平台官方释义可以核验其出处。
注意什么
这个词是圈内吐槽，不适合在正式技术文档、对外汇报或写给非技术同事的材料里使用，会显得不专业。它和“遗留代码”“技术债”并不完全等同：遗留代码偏中性描述历史项目，技术债偏指设计和实现上的欠账，而祖传代码更强调跨代交接、没人真正看懂。也不是所有旧代码都算祖传代码，正常迭代、结构清晰的旧系统一般不会这么叫。当面说某位在职同事负责的模块是祖传代码，容易被理解成在指责对方，需注意场合。
还不确定
- 首创者、确切起源和最早流行时间均无法核实，资料中没有任何可采信的权威出处。
- 是否必须年代久远才成立存在分歧：有材料侧重历史悠久、多代维护，也有材料认为只要无人理解且需要维护就算，较稳妥的理解是年代久远属于典型特征而非绝对条件。
- 不能断定所有祖传代码都等同于技术债，技术债的范围本身在资料中也有不同看法。
常见疑问
祖传代码是什么意思
指历经多代程序员交接、文档注释缺失、业务依赖复杂、改动容易引发未知故障的旧代码。它强调没人真正看懂、只能继续打补丁，是程序员的戏谑说法。
祖传代码和遗留代码有什么区别
遗留代码偏中性，泛指历史遗留下来的项目代码；祖传代码更戏谑，突出被一代代交接、原作者早已离职、谁都不敢动的感觉，情绪色彩更重。
祖传代码和技术债是一回事吗
不完全是。技术债指设计和实现上的欠账，可能是有意也可能是无意造成的；祖传代码侧重没人看得懂、跨代维护的状态，两者常同时出现但不能划等号。
祖传代码是褒义还是贬义
偏贬义，属于调侃式吐槽，但语气不算激烈。多用来抱怨维护困难和历史包袱，一般针对代码状况而非某个人。
新写的代码也能叫祖传代码吗
可以。有观点认为年代久远不是必要条件，只要代码需要长期维护却没人真正理解，哪怕刚生成不久也能这么叫，比如快速生成、无人细看的代码。
遇到祖传代码该怎么办
常见做法是先用测试和日志摸清行为边界，再小步修改；大范围重构风险较高，需评估业务依赖和回归成本后再决定，有时重写反而更省事。
祖传代码和屎山是一个意思吗
两者常一起用但侧重不同。屎山形容代码结构极其混乱、难以收拾；祖传代码强调经历多代交接、没人看懂，一个偏结构糟糕，一个偏历史包袱。