我坚定的认为，代码的可维护性是编码标准的第一标准，没有之一。
不错，不是可运行性，也不是稳定性。
我试着从经济方面来说明这个问题。
编码是有成本的，就像从事别的活动，编码实际上是一种投资，因为这需要耗费人的聪明才智，人的精力和时间，而进行了投资就一定要得到回报（这里不谈佛系或者共产主义），那么怎么才算得到回报呢？
个人角度
如果你写的代码过了5年还能用，你看到5年前的代码花了5分钟就明白5年前的自己所编写代码做了什么，怎么做的，那恭喜你，作为一个程序员，你有了自己固定资产，因为你不断的积累，当你遇到同样问题的时候，你有足够的资产让你快速产生出价值，这意味着，只要有机会，你除了足够养家糊口之外，还能获得相当大的财务自由，你的生活一下子变得不一样了。
如果不是这样，具体说就是没有这些代码的积累，你每遇到问题，几乎都要从头开始，那基本你永远不会自由，你会一直在公司内或者公司之间辗转流离，直到干不动为止。这就像资本界的种子资金，如果一直没有种子，那就永远不会有投资结果。
公司角度
公司投资巨大，终于开发出自己需要的软件系统，那这个系统就要对得起这部分投资。
如果代码是高可维护的，那公司每年只需要再投资一点维护费用，就可以让之前的巨额投资充分发挥作用；如果代码可维护性太低，那就意味着，系统在公司内部经过几次人员交接，系统无法根据实际情况的变化而变化，那最可能的结果就是抛弃，然后重新开发。抛弃之前的系统意味着之前的投资完全打水漂，也就意味着亏损。我相信任何公司的拥有者都不愿意有这样的亏损，如果高明的公司管理者意识到这个问题，那就会重视这方面。
当然，这样的公司还很少很少，少到你基本上遇不到。
最后
如果周围有人提醒你把代码写得好一点，那你应该好好感谢这个人，因为他提醒你往好的方向发展，这会为你的将来打下了很好的基础。当然，这个人可能过不了多长时间就离开了，因为他很有可能受不了公司太low的逼格
