程序员修炼之道 - 注重实效_程序员修炼之道 确保你主动承担的东西正确完成。

1.注重实效的程序员

注重实效的程序员的特征是什么？我们觉得是人们处理问题、寻求解决方案的态度、风格、哲学。

1.1 越出直接的问题，把问题放到更大的语境中

没有更大的语境，如何做出明智的妥协和有见识的决策。

1.2 对所做的每件事情负责

因为负责，注重实效的程序员不会坐视他们的项目土崩瓦解。

1.2.1我的源码让猫给吃了

在所有的弱点中，最大的弱点就是害怕暴露弱点。即使是最好的项目，彻底的测试、良好的文档、足够的自动化，事情还是会出错。遇到未曾见过的问题，我们要设法尽可能的处理它们，这意味诚实和坦诚。
责任是主动承担的东西。承诺确保某件事前正确完成，但你不一定能直接控制事情的每一个方面。分析风险是否超出你的控制，如果风险太大，你有权不为之负责；如果确实要为某个结果负责，就应切实负起责任。如果发现可能的风险，应该制定一份应急计划。
提供各种选择，而不是找借口。如：重构、更好的测试、自动化、额外的资源等。

1.2.2软件的熵

开发时，人们的心理是很微妙的，制定好计划，拥有最好的开发者，项目仍可能毁灭。

1.2.2.1 破窗户理论

一扇破窗户，只要有那么一段时间不修理，给人们带来一种废弃感，于是又一扇窗户破了，人们开始扔垃圾，乱涂乱画，最后超出业主愿意修理的程度，废弃成了现实。人们失去了和熵战斗的意愿。
不要留着破窗户，低劣的设计、错误决策、糟糕的代码。

1.2.2.2 灭火故事

一所完美、漂亮的房子，里面满是无价的古董、艺术品，以及诸如此类的东西。有一天，一幅挂毯挂得离他的卧室壁炉太近了一点，着了火。消防人员冲进来救火——和他的房子。但他们拖着粗大、肮脏的消防水管冲到房间门口却停住了——火在咆哮——他们要在前门和着火处之间铺上垫子。他们不想弄脏地毯。
你也不会想成为第一个弄脏东西的人。

1.3 认识变化

1.3.1 石头汤

士兵戏弄了村民，他们利用村民的好奇，从他们那里弄到了食物。
每个人都会维护他们自己的资源，调用人们干活，会遇到拖延和漠然，这叫做"启动杂役"。画饼，拿出合理的要求，好好开发，一旦完成让大家看，让人们瞥见未来，你就能让他们聚集在你身边。

1.3.2 煮青蛙

青蛙放进冷水里，然后慢慢加热，青蛙不会注意到温度的缓慢变化，会呆在锅里，直到被煮熟。没有察觉变化。

做变化的催化剂。记住更大的图景。

1.4 足够好的软件

足够好的软件。不一定是完美的软件，而是客户想要的软件。

1.4.1 让用户参与权衡

一味地给程序增加新特性，或是一次又一次润饰代码，这不是有职业素养的做法。许诺不可能兑现的时间标度，为赶上最后期限而削减基本的工程内容，这些同样不是有职业素养的做法。
你所制作的系统的范围和质量应该作为系统需求的一部分规定下来

1.4.2 使质量成为需求

许多用户宁愿在今天用上有一些“毛边”的软件，也不愿等待一年后的多媒体版本。
今天的了不起的软件常常比明天的完美软件更可取。

1.4.3 知道何时止步

不要过度修饰和过于求精，让代码凭着自己的质量站立一会儿。
真理是经得起经验的考验的。

1.5 知识资产

知识也是一种资产，是可以管理的。而它是有时效的资产。

1.5.1 知识资产投资

每年至少学习一种新语言；每季度阅读一本技术书籍；也要阅读非技术书籍；上课；参加本地用户组织；试验不同的环境；跟上潮流。
定期投资，多元化投资，保守的投资和高风险、高回报投资，设法低买高卖，周期性地重估和平衡资产。

1.5.1.1 学习的机会

在你的领域，你站在了所有突破性的前沿。把找到答案作为对你个人的挑战。找不到答案，找到能解决问题的人。所有的阅读和研究都需要时间。

1.5.1.2 批判的思考

你需求确保你的资产中的知识是准确的，批判的思考你读到的和听到的，警惕那些声称提供唯一答案的狂热者，或许那不适合你。
不要低估商业主义的力量，内容供应商可以花钱让自己排在前面。

1.6 注重交流。

知道你想要说什么，试着找答案。规划你要说的东西，写出大纲；简略记下你想要交流的想法。
了解你的听众，小心得体的组织你的问题。
选择时机，决定是公开问还是私下提问。
选择风格。简报、书面文档、备忘录等，得有反馈。让文档美观。
让听众参与。
做倾听者，耐心等候。
回复他人。

[参考文档]
《程序员修炼之道》