程序员修炼之道（通俗版）——第一章

《程序员修炼之道》这本书中的内容挺不错，里面包含了很多精华，但一些句子很拗口，所以我就根据国人的阅读习惯，在不改变原意的情况下对词句稍加修改，标题中的“通俗版”就是这么来的。

1、在《程序员修炼之道》一书中，Dave和Andy将告诉我们怎样以一种我们能够遵循的方式编程。他们何以这样聪明？他们不也是和其他程序员一样，专注于各种细节而已吗？答案是他们在做某件事情时，会把注意力投注在上面——然后他们会试着把它做得更好。
设想你在参加一个会议。或许你在想，这个会议没完没了，你还不如去写程序。而Dave和Andy会想，他们为什么在开会，他们想知道是否可以通过另外的方式取代会议，并决定是否可以使某件事情自动化，以使开会的工作推后。然后他们就会这样去做。
这就是Dave和Andy的思考方式，开会并非是某种使他们远离编程的事情。开会就是编程，并且是能够加以改善的编程。我之所以知道他们以这样的方式思考，是因为书中的第二条提示：思考你的工作。

2、如果事情出错了，我们要设法尽可能职业地处理它们，这意味着诚实和坦率。我们可以为我们的能力自豪 ，但对于我们的缺点、无知和错误，我们必须诚实。

3、在某些方面，编程就像是绘画。你从空白的画布和某些基本原材料开始，通过知识、艺术和技艺的结合去确定画些什么。你勾勒出全景，绘制背景，然后填入各种细节。不时地后退一步，用批判的眼光观察自己的作品，你常常会扔掉画布，重新再来。
但艺术家们会告诉你，如果你不懂得何时止步，所有的辛苦劳作就会遭到毁坏。如果你一层又一层、细节复细节地叠加，绘画就会迷失在绘制之中。
不要因为过度修饰和过于求精而毁坏完好的程序，继续前进，让你的代码凭借自己的质量站立一会儿。它也许不完美，但不用担心：它不可能完美。

4、在工作中使用的更为正式的交流方式中，最困难的部分也许是弄清楚你想要说什么。小说家在开始写作之前，会详细地构思情节，而撰写技术文档的人却常常乐于坐到键盘前，写下“1、介绍……”，并开始敲入接下来在他们头脑中冒出来的任何东西。
规划你想要说的东西。写出大纲，然后问自己：“这是否讲清了我要说的所有内容？”提炼它，直到确实如此为止。
这个方法不只适用于撰写文档。当你面临重要会议，或是要与重要客户通电话时，简略几下你想要交流的想法，并准备好几种把它们讲清楚的策略。

5、假设你想提议开发一个基于Web的系统，用于让你们的最终用户提交bug报告。根据听众的不同，你可以用不同的方式介绍这个系统。如果不用再电话上等候，每天24小时都能提交bug报告，最终用户将会很高兴。市场部门可以利用这一事实促销。支持部门的经理会因为这两个原因而高兴：所需员工更少，问题报告得以自动化。最后，开发者会因为能获得基于Web的客户-服务技术和新数据库引擎方面的经验而感到享受。通过针对不同的人进行适当地修正，你将让他们都为你的项目感到兴奋。

6、如果你向别人提问，他们不做出回应，你会觉得他们不礼貌。但当别人给你发邮件或备忘录，请你提供信息或采取某种行动时，你是否经常忘记回复？
在匆忙的日常生活中，很容易忘记事情。你应该总是对电子邮件和语音邮件做出回应，即使内容只是“我稍后回复你”。随时通知别人，会让他们更容易原谅你偶然的疏忽，并让他们觉得你没有忘记他们。