双子宫殿

摘要： 承诺用语 口头上说。心里认真。付诸行动。做出承诺，包含三个步骤 1、口头上说自己将会去做。 2、心里认真对待做出的承诺。 3、真正付诸运行。 识别“缺乏承诺”的征兆 在承诺做某事时，应当留意自己的用词，因为这些用词透露了我们对待承诺的认真程度。 真正的承诺听起来是怎样的 对自己将会做某件事做了清晰的 阅读全文

摘要： 对抗角色 要做出艰难决定的时候，存在对抗角色间的冲突于此是最为有利的。 “为什么”远不如“事实”重要。事实是功能还需要两个星期才能完成。而为什么需要两个星期，则只是个细节。 高风险时刻 最要说“不”的是那些高风险的关键时刻。 要有团队神精神 有团队精神的人不会总是说“是”。 试试看 许诺“尝试”，意 阅读全文

摘要： 担当责任 “专业主义”就意味着担当责任，不但象征着荣誉与骄傲，而且明确意味着责任与义务。 不行损害之事 1、不要破坏软件功能 1）让QA找不出任何问题，发布软件时，你应该确保QA找不出任何问题。 2）要确信代码正常运行，要求进行百分百测试覆盖，可以使用测试驱动开发（TDD）。 3）自动化QA，自动化 阅读全文

摘要： 注释 C1：不恰当的信息 让注释传达本该更好地在源代码控制系统、问题追踪系统或任何其他记录系统中保存的信息，是不恰当的。注释只应该描述有关代码和设计的技术性信息。 C2：废弃的注释 过时、无关或不正确的注释就是废弃的注释。 C3：冗余注释 如果注释描述的是某种充分自我描述了的东西，那么注释就是多余的 阅读全文

摘要： 为什么要并发 并发是一种解耦策略。它帮助我们把做什么（目的）和何时（时机）做分解开。解耦目的与时机能明显地改进应用程序的吞吐量和结构。 迷思和误解 1、并发总能改进性能：并发只在多个线程或处理器之间能分享大量等待时间的时候才能改进性能。 2、编写并发程序无需修改设计：并发算法的设计有可能与单线程系统 阅读全文

摘要： Kent Beck的简单设计四条规则 1、运行所有测试 2、不可重复 3、表达了程序员的意图 4、尽可能减少类和方法的数量 简单设计规则1：运行所有测试 遵循有关编写测试并持续运行测试的简单、明确的规则，系统就会更贴近OO低耦合度、高内聚度的目标。编写测试引致更好的设计。 简单设计规则2~4：重构 阅读全文

摘要： 无论是设计系统或单独的模块，使用大概可工作的最简单方案。 将系统的构造与使用分开 1、分解main 将构造与使用分开的方法之一是将全部构造过程搬迁到main或被称之为main的模块中。 2、工厂 有时应用程序也要负责确定何时创建对象。 3、依赖注入 有一种强大的机制可以实现分离构造与使用，那就是依赖 阅读全文

摘要： 类应该短小 1、单一权责原则（SRP） 系统应该由许多短小的类而不是少量巨大的类组成。 每个小类封装一个权责，只有一个修改的原因，并与少数其他类一起协同达成期望的系统行为。 2、内聚 类应该只有少量实体变量。类中的每个方法都应该操作一个或多个这种变量。 3、保持内聚性就会得到许多短小的类 为了修改而 阅读全文

摘要： TDD三定律 定律一 在编写不能通过的单元测试前，不可编写生产代码。 定律二 只可编写刚好无法通过的单元测试，不能编译也算不通过。 定律三 只可编写刚好以通过当前失败测试的生产代码。 保持测试整洁 测试代码和生产代码一样重要。它需要被思考、被设计和被照料。它该像生产代码一般保持整洁。 整洁的测试 在 阅读全文

摘要： 1、使用第三方代码，把边界接口保留在类或近亲类中。避免从公共API中返回边界接口，或将边界接口作为参数传递给公共API。 2、浏览和学习边界，不要在生产代码中试验新东西，而是编写测试来遍览和理解第三方代码。Jim Newkirk把这个叫做学习性测试。 3、学习性测试的好处不只是免费，能帮助我们增进对 阅读全文