往往写多了代码，如果不严格要求自己，代码质量就停滞不前，甚至在怀疑代码质量还重要吗？以下从两个方面来聊这个问题——

工作

1. 代码质量不影响大部分产品功能。
   一个优秀的产品背后肯定存在若干个优秀的产品经理，但是一个优秀的产品背后未必存在都是靠谱的程序员的。在产品突然收到关注的那一刻，代码质量未必是优秀的，至少是那一刻。
   但是过来那个阶段，产品还是要迭代的，要维护的，要更新的，发现的BUG还是要修的。此时代码质量此时是助力还是阻力，当年自己是在代码里“下毒”还是埋下彩蛋，只有经手的程序员才清楚。
2. 项目工期太紧，代码质量无法保证。
   往往现实情况下，代码工期是“不科学”的。各种稀奇古怪的原因，导致一个快deadline的坑落到程序员面前。及时想好好编写功能，这样也需要时间。不管过程如何博弈，当“妥协”的按钮被你按下时，代码质量的原则已经突破了。
   可是“妥协”也是有不同的方法的——
   1. 尽量最小交付功能，砍掉不必要的功能，把多余的BUFFER加到核心功能上，强化核心功能的质量。
   2. 尽量遵守simple原则。越是简单的代码实现，无论是维护成本，还是将来的重构成本，也会因为你今天的选择而庆幸。
   3. 核心功能不要马虎。该产品做完分层以后，如果发现存在值得核心的代码和功能，请不要妥协，哪怕是加量完成他。
3. 良好的编码习惯，产出优质的代码，更少的BUG，本质是节省了开发周期和维护成本。
   这点之前已经聊过了一部分。良好的代码质量，往往来自于下意识遵守的编码习惯，良好的编码习惯和个人意识，代码质量的保证。当然把个人的编码习惯总结出来，同时和业界多多交流，增益补缺。

个人

1. 代码质量代表的个人的抽象能力。
   提升个人抽象能力，本文不做展开。
   
2. 在力所能及的情况下，对自己严格要求。
   实际生活和工作中情况比较复杂，但是也要尽力而为，良好的编码习惯是要持之以恒的坚持的。

代码质量其实就是你的个人职业道德的表现。做一行爱一行精一行。不外如是。

代码质量是否重要？

原文：https://www.cnblogs.com/xnightsky/p/12541649.html