代码应该规范，还是应该得过且过

        如题，我相信很多人都会毫不犹豫地选择前者，代码应该规范。但是现实中，由于项目的期限，公司的成本考虑，总会想将规范降低到最低要求，只要功能实现就可以了。所以，最后代码总将会变成一团很难继续维护下的结果，面临各种重构。那么，我很疑惑是否应该一开始规范地去书写代码，还是应该快速的响应需求，完成功能，一段段的取舍，着实让我下不去手。

       诚然，我不是一位优秀的程序员，在自己手上也出过大量不规范的代码。但是在接触别人优秀的代码时，才发现原来代码可以写的如此优雅。那时立志让自己的出手的代码也可以靠近优秀，在这个过程我感受到代码的魅力，也体会到代码的美感。我相信我这样做是在做一件对的事情。

       一个杯子，只要满足可以装水，手拿方便，那么这个杯子就是一个合格的杯子。如果你仅仅只是做一个合格的杯子，那毫无疑问你是一个合格的杯子制造工人。但是如果你把杯子当作一件艺术品，那你就是一位艺术家。艺术品的完成带来的成就感是一个杯子所难以比拟的。当然，杯子终究只是一个杯子，也许买杯子的人，只是需要一个杯子，并不关心它有多么艺术。所以你做的艺术的杯子对他毫无意义。

        很多人会认为编码是一件很枯燥的事情，我想他们应该只是把自己定位在一个合格的杯子制造工人，每天在做重复的事情。我认为编码的过程是一个创造的过程，你可以选择创造一个杯子，你也可以选择创造一件艺术品。

       我希望我的代码可以是优雅的，所以我否定得过且过的编码。

       个人能力有限，我不认为我一次就可以写出很优雅的代码，因此代码必然存在一个维护优化阶段。当然一般很少有人会给你这个时间去做这个事情。但是我依然坚持这是一个很有必要的阶段。 

       既然很难有时间去维护优化，那么如何让自己的代码，既能实现功能又可以不至于得过且过呢？我相信这也许就是代码规范存在的道理。

       代码规范原则，是大部分人在优化维护阶段发现的痛处，所总结出来的经验。在自己能力不足的情况，即使是无脑的遵从，也是可以避免将来很多不必要的痛处。认真熟悉各种规范原则，也是一种很快提升自己代码水平的方式。

       最后，也许没有时间，也许没有理解，但是我依然相信这是一件对的事情，因为自己能写出一段优雅的代码，是一件很开心的事情。