构建一个项目对程序员来说非常轻松，但是当我们想要保持项目的可持续发展性，就会变得相当的困难。笔者本人对可持续发展的理解是：在原有基础之上可以不断的扩展，修改，并且依然运行良好的项目。试想一下如果 Spring 刚问世的时候一鸣惊人，但是随着后来的发展，功能越来越多，代码也越写越多，如果不保证代码的质量那么我想这个框架会很快走向衰亡。对于程序员自己的项目，商业级项目也是同样的道理。值得庆幸的是，在不断丰富的功能，更加快速的迭代，无数新技术不断涌现的背后 ... 总还会有那么一帮人将关注点始终聚焦在代码的整洁性（更广泛的概念是质量）上。在笔者短暂的3年开发生涯中遇到过不少认为架构才是自己最应该关系的重点，而对细节的代码显示出不屑一顾的态度。每当我遇到类似这种开发人员都会怀疑自己是不是太目光短浅，愚昧无知。进过了长时间的思考，和实践我觉得不是这样，对每一行代码的精益求精才是一个优秀程序员的体现。
-
放任代码我们会得到什么结果
试想一下如果我们生活的这个世界上没有法律的存在，那我们的结局最终会如何？在一个人的成长过程中没有人来约束他的行为，指出他的错误，那么他最终的命运会如何？同样代码也是如此，在一个开发团队中，每个开发人员风格，水平各不相同，每个人都随性发挥，也许我们能够得到正常运行的程序，但是随着时间的增长，人员的更替，需求的变动，技术的升级，再在之前的代码上工作已经举步维艰，维护的成本已经远远大于重新开发的成本，那么告诉我现在我们的选择是什么？很显然，不论我们作何选择，也无法掩盖我们的失败。我们消耗了本不应该消耗的时间，精力，财力...。无论在任何人眼中这样的事情无疑是愚蠢的。但是事实就是，我们经常一遍又一遍的在重复着这件愚蠢的事情。就因为我们忽略了之前太多的细节，以至于最后积累成了一个无底洞，想救也救不回来了。这就如同一个高中生在读书的三年时间内他都没有在学习知识这件事情上付出应有的重视和努力，到了临近高考的时候他幡然悔悟，于是立即翻出书本下决心要好好努力，但是当他正打算翻开书本的时候，感觉到非常茫然完全不知该从何开始，于是乎他沮丧的合上了书本。而事实是，其实只要他在三年的时间中，每天积累一点，并不需要特别努力，所有要做的事情就是每天积累一点，那么高考的时候想必他得到的结果也不会太糟糕。 -
过往工作中的经验
在笔者到目前为止短暂的3年工作时间中，可以说接触过的项目，其中有 70% 他们的代码都糟糕透了。无论是复用性还是扩展性都很差，可读性就更不用提了。这种代码让想要去重构优化它的人都望而却步，大家的做法是“这段代码不是我写的，而且我也不能很好的理解这段代码的用途，所以我只能在尽量不修改原有代码的基础上找一个合适的地方，加一段合适的代码”。当然总有一天，这个项目中很难再找出一个合适的地方让开发人员加入一段合适的代码，那么这时候这个项目的生命也就快走到了尽头。这种情况的主要产生原因有以下几点：整体团队没有一个明确的开发规约；团队leader不重视代码质量，或者说是无质量意识；团队中的个人不重视或者是无质量意识；开发任务多时间紧迫；一个开发团队应当像是一支军队一样，这支军队应有他的特点，纪律，优势，和风格，并不受个体的离开或加入收到影响。唯有这样才能将合理，规范的开发规约一致保持下去。 -
从自身做起，聊聊笔者是如何实践 clean code // TODO 有空更新
