Clean Code (1)

阅读代码整洁之道的总结

代码整洁之道中的5S哲学

• 整理（Seiri）：恰当的命名
• 整顿（Seiton）：代码应该出现在它应该出现在的地方
• 清楚（Seiso）：清除代码垃圾
• 清洁（Seiketsu）：标准化，保证小组内清洁工作的共识
• 身美（Shitsuke）：自律且乐于改进
  （上面括号中为日文罗马拼音）

---

不要成为“代码猴子”，要承诺写出Clean Code

---

代码永存——代码永远不会消失，因为编程是为了实现需求，需求就是一种抽象的描述的集合，而将这种抽象的需求明确到机器可以执行的精细程度就是编程，这种约束就是代码。代码不可能消失，虽然代码的抽象程度会越来越高，但是抽象程度更高的代码依然是代码，也必须且一定会具备“严谨”，“精确”，“规范”，“详细”等等特点。

代码是用来描述需求的，是一种能够让机器读的懂的需求描述而已。因此编程其实是一种翻译，翻译的好坏就体现出了代码是否足够Clean。文学翻译的时候会反复琢磨某一句话，在努力尝试使用更好的方式表达出来，带有更多的美感，更好的描述等等，编程也是一样的。

糟糕的代码会毁掉一切，有时候烂程序居然能运行，我们心存侥幸，希望某天出了问题之后再回头整理，殊不知Later equals never（LeBlanc勒布朗）

作者认为，如果项目最后出现了因为糟糕的代码出现的失败，其责任完全在于程序员，而非经理。这完全是因为程序员在最初没有告知经理项目的可行性等等专业判断。

如果因为项目的压力导致自己一直在制造混乱，从而越来越糟，那么这个命题是错误的。因为制造混乱无助于赶上进度，混乱只会拖慢你，叫你错过期限。而做得快的唯一办法就是——始终保持代码整洁。就像是破损了窗户的建筑，要及时修补，否则会越来越倾褪，从一闪窗户直至移动大厦，完全倾褪。

另外的一个观点是，我们在写程序时会不断的回看以前的代码，花费在“读”自己写的代码和“写”代码之间的时间比例大概是10：1，这时，我们应该费力的去将代码写得易读，这样能够使得新的代码更加易写，从而提升效率。编写代码的难度取决于读周边代码的难度，因此想要轻松写代码，先努力的让代码易读吧。

此外，结束每次编代码时要比每次开始编代码时的代码更加clean，这样一个项目才会越变越好，否则就会逐渐腐烂变质。