前一段时间看了两本书《高效程序员的45个习惯——敏捷开发修炼之道》和《高效能程序员的修炼》。书名很相似，读完这两本书花的时间也差不多，都是两个星期左右。两本书内容差别却不小。不过，总结起来一句话：都是好书！ “变”——读《高效程序员的45个习惯》所想到的《高效程序员的45个习惯》原名Practices of an Agile Developer，所以这本书主要是讲敏捷开发方法与实践的。由于对团队和协作没什么清晰的概念，而且书中大多是以团队开发为实例的，看完以后有好多地 方没太明白。所以，这本书不太适合大一的读，估计我还需要两年后再读一次。 但是还是有很多收获的，作者Andy Hunt和Venkat Subramaniam在书中传授了很多敏捷开发的思想，不但适用于团队，而且对独立开发者也有很大借鉴意义。在这里总结一下：
虽然这是一本关于项目开发方法的书，作者也通篇在讲开发中需要注意规避和正确的做法与心态，但是我却从中看到了更多程序以外的东西。 作者在第一章就总结说，敏捷开发要不断地使用反馈进行自我调整和完善。这句话真的很好，只有不断的调整和完善才能跟上技术和设计的步伐，不至于项目 交付时拿出来的是一个脱离了潮流甚至充满错误设计的东西。其实对生活也是这样。经常总结自己，当发现生活偏向某个极端时，就做一下调整，就像航海时发现偏 离航线了要及时调整航向一样，否则因为反应迟钝带来的痛苦与损失是要付出很多代价的，而且付出的代价往往与问题发现的时间成正比。越早发现问题，就越容易 修复问题。 管理大师德鲁克说∶“世界唯一不变的是变化。”真正的敌人是变化，而且你不可能打败变化，你所能做的就是适应变化。看完这本书，个人感觉，其实就一 个字就能把这本书想说的敏捷开发给概括，那就是“变”。如果能在变化中使自己变化以适应变化，见机行事，随机应变，你就达到了“敏捷”（相关内容可以看我 之前写的All Over Again）。 另外，书中《使用短迭代，增量发布》一文给我留下很深印象。短迭代让人感觉非常专注且具效率。你能看到一个实际并且确切的目标。严格的最终期限迫使 你做出一些艰难的决策，没有遗留下长期悬而未决的问题。如果每个迭代时间都不够用，要么是任务太大，要么是迭代的时间太短。把握好自己的节奏。 重构生活
当你把这段话中的“代码”换成“生活”时，你会发现它同样是对的。所以，就像团队需要隔段时间重构自己项目的某些代码以减少bug、精简代码一样，你也要学会重构自己的生活，来提高生活质量。 所以说，世界著名程序员中有很多是哲学家自己想的。 你所需要的仅仅是一个新的习惯。 “快乐”与“热情”——《高效能程序员的修炼》教给我的另一本，是Stack Overflow创始人之一Jeff Atwood的 《Effective Programming: More Than Writing Code》。这本书类似于《黑客与画家》，文章主要取自作者的博客CodingHorror。看完之后，与上一本不同的是，这本书浅显易懂，而且处处体现出作者积极向上的幽默，通过各种实例，阐述了自己对程序员应有的态度、学习方法、技能的看法，最后还谈到了职业规划和程序员的幸福，很适合初级程序员和学生读。 下面是我对书中主要内容的一些笔记（主要是自己总结的，想了解更多还是去看书吧）：
提问的艺术——你喜欢问“为什么”，这很好。但你为什么问”为什么”?两本书都提到了一点，在问“为什么”之前，一点要想好自己为什么问这个问题。当你问“为什么“的时候，也许你会被反问：“为什么你问这个问题？”所以在提问之前，想好你提问的理由，这会有助于你问出恰当的问题。 在提问之前，一定要确定：
归根结底，这关乎公平：如果你想要别人花上宝贵的时间来帮助你，只有在你也花了相当的宝贵时间酝酿出一个合格的问题时才算公平。帮助别人就是帮你自己！ 如果你能完全投入地向一个假想中的人或者是没有生命的物体问一个透彻而详尽的问题，你往往会在最后认识到你犯了某中愚蠢的错误，于是问题不再是问题，你也因此如释重负。 如果你读到这里了，强烈建议你看下这篇Rubber Duck Problem Solving 唯快不破
其实，作者在建立Stack Exchange时也用到了敏捷方法，而且“快”是Stack Overflow的制胜法宝。第一版做的不好，但照样发布，然后在不断的用户反馈中获得灵感与思路，在快速迭代中完善产品。 idea就是shit在国内App创业浪潮中，很多人都强调了创意的重要性，甚至认为有了一个想法（先不说它的好坏）就有了一点，整天把“idea”挂在嘴边，认为自己 就是下一个乔布斯。但其实idea一文不值，重要的是去实现它。因为你要相信，你能想到的，别人也能想到（同样先不说它的好坏），但你能做到的，别人不一 定能做到。 如何应对初见成功后出现的复制品当遇到自己产品的复制品时，该怎么做呢？很多人发现有类似自己的网站或是模仿自己的App上线时，都变得很疯狂，在各种社区、论坛或是问答网站表达 无奈和委屈，以博得同情，或是大骂山寨者，引起众怒。但其实这一点用也没有，当你在哭爹喊娘的时候别人已经超过你了。我现在还没听说哪个开发者把山寨货告 上法庭并打败对方的事。看看Jeff在面对Stack Overflow的复制品时是怎么做的，
懂了吗？就是一个字——“快”。只有比你的对手快，你才能打败那些山寨者。Chrome为什么会在短短几年打败IE（但人家仍是市场份额老大）和Firefox，就是因为它极速的迭代速度。 前几天在知乎上看到有人问“如何在国内盗版横行的Android市场上存活”，我是这样回答的
其实我是推荐后者的。 自己关于提高效率的想法效率低下的罪魁祸首往往不是信息不足，而是信息过多。 希捷前CEO Bill Watkins在06年曾放出一个让很多人惊掉眼镜的说法：“醒醒吧，硬盘是不能改变这个世界的。它能做的就是帮助人们存储更多的垃圾文件和色情片。”虽 然的确有些夸张了，但是面对越来越大的硬盘，想一下，你真的需要那么多空间来存放那么多文件吗？ 如果想做到“敏捷”和“高效”，就必须轻装上阵,因此：
＊以上按有效程度排序 如果你看到这里了，我的建议是，《高效程序员的45个习惯——敏捷开发修炼之道》和《高效能程序员的修炼》两本书你一定要读。 One more thing
– Steve Jobs 原文出处： Jackie Kuo 的博客 |
