代码整洁之道的讨论

代码整洁之道里面说：

引用

不明白整洁对代码有何意义，尝试去写整洁代码就毫无所益

     我目前经历了下面几个阶段，始终觉得思想不到位，听人家再怎么说也不能很好的执行，更不能主动参与执行

• 整洁阶段一：
    项目组会有一些约定，命名规则，代码规则，要求严格的项目组，如果你不按照要求，你的代码无法commit
此时我们的想法是，必须要这样做，至于有何意义，大多停留在如果不这样你的代码别人不好理解，咱们的规章制度是这样嘛，不这样不行

• 整洁阶段二：
    你的代码会有人来读，你的代码是一笔资产，资产的意义不是他只能解决现阶段的需求，它还可以很容易明白，很好修改，他会被很多人读，需要理解你代码的成本大于你代码目前解决现在需求的成本
那么感觉到这个意义后就努力 把自己的代码有好的UI，然后代码逻辑清晰，不断的重构

• 整洁阶段三：
     阶段二和实际问题的矛盾，你的老大或者项目经理是否像整洁之道里面叙述的：

引用

经理和营销人员指望从我们这里得到必须的信息，然后才能做出承诺和保证；即便他们没开口问，我们也不该羞于告知自己的想法。用户指望我们验证需求是否都在系统中实现了。项目经理指望我们遵守进度。我们与项目的规划脱不了干系，对失败负有极大的责任；特别是当失败与糟糕的代码有关时尤为如此！ “且慢！”你说。“不听经理的，我就会被炒鱿鱼。”多半不会。多数经理想要知道实情，即便他们看起来不喜欢实情。多数经理想要好代码，即便他们总是痴缠于进度。他们会奋力卫护进度和需求；那是他们该干的。你则当以同等的热情卫护代码。


    项目进度与自己对进度的职责，让人经常没有时间去思考代码应该更好，因为你有忙不完得事情，尽管你知道好的代码会多好，但是谁能抗住这个压力，有时候还会想，管理层都不在乎自己为什么要在乎，一个更好的解决方式可能耗费你很多时间，这个时候好的代码就成了道德层面的东西，悲剧啊

PS：如果你觉得这本书不错，除了生活必须外还有点零花钱，还是买一本，我工作后每周基本都会买书，虽然我目前的工资除了吃饭等生活必须基本所剩无几