重点项目，核心代码，不敢动。

在一些关键项目中，核心代码往往被视为系统的“心脏”。由于这些代码对于系统的稳定性至关重要，任何改动都可能带来巨大的风险。一旦出现问题，不仅影响系统的正常运行，还会直接影响团队的绩效和公司业务。因此，程序员往往选择维持现状，尽量避免对这些代码进行大的改动。

边缘项目，长期不迭代代码，不敢动。

对于一些边缘项目或已经很久没有进行过迭代的代码，由于缺乏持续的维护和更新，这些代码的整体质量和可读性往往较低。如果要对其进行修改，可能需要对整个系统进行全流程回归测试，这不仅费时费力，还可能导致人力资源的浪费。因此，除非遇到重大问题，否则这些代码通常也不会轻易被动。

代码能跑就行的结果是啥？

经过你一系列深思熟虑，不断优化重构，代码终于写的跟诗一样的。但是你的工期比别人多了1/2，虽然bug少了，但是研发成本大增。

尽管你的代码十分优秀，但不出意外的，在绩效评定的时候，你只拿到了及格。相反，另外一个能跑就行的同事，在每次线上出现问题的时候，都能及时化解，拿到了优秀。

因为你的项目进度慢，一些新项目和重点项目优先分配给了其他人。

慢慢的你对这家公司失去了信心，转投其他公司，但新公司的领导看到你的代码，惊为天人，于是你顺利的走上人生巅峰（给个happy end吧）。

究竟应该怎么做？

中国人讲究“中庸”,大多数情况，在非开源项目或公司无具体要求时，要求我们要掌握一个开发成本/代码质量的度。

尤其在一些并不太优秀的团队中，我们优秀的代码质量无法为我们换得足够匹配的价值回报。相反，交付效率/交付质量/线上稳定性才是优先考虑的问题。

尤其在现在降本增笑的大环境下，保护自己才是最重要的。

但优质的代码，带来的是身心的愉悦，后续维护的简单，代码的灵活性更高。建议在核心代码，工具类等优先使用高质量代码，而在一些增删改查，非核心/重点项目内容上，还是难得糊涂一下吧。