摘要：
敏捷编码 代码要清晰地表达意图 开发代码时，应该更注重可读性，而不是只图自己方便。代码阅读的次数要远远超过编写的次数，所以在编写的时候值得花点功夫让它读起来更加简单。 PIE原则（Program Intently and Expressively） 代码必须明确说出你的意图，而且必须富有表达力。这样 阅读全文
摘要：
交付用户想要的软件 让客户做决定 在设计方面，做决定的时候好必须有开发者参与。可是，在一个项目中，它们不应该做所有决定，特别是业务方面的决定。 Decide what you shouldn’t decide. 开发者（及项目经理）能做的一个最重要的决定就是：判断哪些是自己决定不来的，应该让企业主做 阅读全文
摘要：
敏捷反馈 守护天使 Coding feedback. 为了应对代码的变化，你需要持续获得代码健康状态的反馈：他是在做你期望的事情吗？最近一次修改有没有无意中破坏了什么功能？为了确保所有功能都能正常工作，就需要自动化单元测试。 一些开发者会对“测试”这个词有意见，应把它看作是一个代码技术。用代码来检查 阅读全文
摘要：
敏捷的方法论 跟踪变化 恶魔：“软件技术的变化如此之快，势不可挡，这是它的本性。继续用你熟悉的语言做你的老本行吧，你不可能跟上技术变化的脚步。” 你不需要一口气爬上10楼，而需要一直在攀登，所以最后看起来就像只要再上一二层。如果你对所有这些技术都一无所知，想要马上登上这10楼，肯定会让你喘不过气来。 阅读全文
摘要：
敏捷的世界观 有一种相当流行的软件方法学要求对一个项目分配35种不同的角色，包括架构师、设计人员、编码人员、文档管理者等。敏捷方法却背道而驰，只需一个角色：软件开发者，也就是你。项目需要什么你就做什么，你的任务就是与客户紧密协作，一起开发软件。敏捷依赖人，而不是依赖于项目的甘特图和里程表。 这大概是 阅读全文