-
- 我的源码让猫给吃了
- 负责
- 软件的熵
- 灭火
- 我的源码让猫给吃了
我的源码让猫给吃了
在所有的弱点中，最大的弱点就是害怕暴露弱点。
－Ｊ．Ｂ
依据你的职业发展、你的项目和你每天的工作，为你自己和你的行为负责这样一种观念，是注重实效的哲学的一块基石。
注重实效的程序员对他或者她自己的职业生涯负责，并且不害怕无知和错误。
发生错误的事情，我们要设法尽可能职业的吃力他们。这意味着诚实和坦率，我们可以为自己的能力自豪，但对于我们的缺点和我们的无知以及我们的错误，我们必须诚实。
负责
责任是你主动承担的东西，你承诺确保某件事情正确完成，那你就应该切实负起责任。当然你犯错误（就如同我们每个人都会犯错误一样）、或者判断失误，诚实的承认它，并设法给出各种选择。
我们可以提供解决方案，并非寻找借口。即使你告诉你的老板“我的源码让猫给吃了”，也无济于事。
Provide Options , Dont`t Make Lame Excuses.
提供各种选择（解决方案），不要找（而不是）蹩脚的借口。
提供各种各样的选择，而不是找借口。不要说明事情为什么做不到，而要说明能够做什么来挽回局面。你可以：
① 说明重构的价值
② 花时间建立原型
③ 引入更好的测试
软件的熵
熵(shang)是一个来自物理学的概念，指的是某个系统中的“无序”的总量。
当软件处于无序增长时，程序员们称之为“软件腐烂”。
有许多因素可以促生软件腐烂。其中最重要的一个似乎是软件开发项目是的心理（或文化）。即使你的团队只有你一个人，你开发项目时的心理也可能是非常微妙的事情。尽管制定了最好的计划，拥有最好的开发者，项目在其生命期中仍可能遭遇毁灭和衰败。
是什么造成了这样的差异？
破窗户理论。
一扇破窗户，只要有那么一段时间不修理，就会渐渐给建筑的居民带来一种废弃感 – 职权部门不关心这座建筑的感觉。于是又一扇窗户破了。人们开始乱扔垃圾。出现了乱涂乱画。严重的结构损坏开始了。在相对较短的一段时间里，建筑就被损毁的超出业主愿意修理的程度，而废弃感变成了现实。
Dont`t Live with Broken Windows
不要容忍破窗户
不要留着“破窗户”（低劣的代码、错误的决策、或者是糟糕的代码）不修复。发现一个就修复一个。
如果没有足够的时间进行适当的修理，就用模板把它钉起来，采取某种行动，并说明形式在你的控制之下。
灭火
他是一个富得让人讨厌的富翁，拥有一所完美、漂亮的房子，里面满是无价古董、艺术品。有一天，一副挂毯着火了。消防人员冲进来救火 - 和他的房子。但他们拖着粗大、肮脏的消防水管冲到房间门口却停住了 – 火在咆哮 - 他们要在前门和着火之间铺上垫子。
他们不想弄脏毛毯。
这是一极端的实例，但是我们必须以这样的方式对待软件。
如果你发现自己在有好些破窗户的项目里工作，会很容易产生这样的想法：“这些代码的其余部分也是垃圾，我只要照做就好了。”项目在这之前是否一直很好，并没有什么关系。
同样的道理，如果你发现你所在的团队和项目的代码十分漂亮—编写整洁、设计良好、并且优雅—你就会很可能格外的注意不去把它弄脏，就和那些消防员一样，即使有火在咆哮（项目的最后期限、发布日期、会展演示，等等），你也不会想成为第一个弄脏东西的人。