4. "正常人在8小时内可以把事情做得很好。加班是管理失败的症状，而不是勤奋的标志。" ——DHH，《重来》（Rework，2010） 5. "好的软件是迭代出来的，不是设计出来的。你不可能在纸上设计出完美产品，然后按照图纸施工。" ——DHH，Basecamp博客，2014 6. "测试不是信仰。测试是工具。如果测试阻碍了你的开发速度，那测试就变成了问题。" ——DHH，Twitter/X，2014-2019期间对TDD文化的批评 7. "我们拒绝的功能比接受的多10倍。大多数功能提案在第一天就被否决了。" ——DHH，Basecamp团队采访，2018 8. "Ruby on Rails不是为了改变世界而创造的。它是因为我厌倦了当时写web应用的痛苦，我想让那种痛苦消失。" ——DHH，Rails创始人访谈，2015 实战模板（3个） 模板一：功能评估检查（足够好模式） 模板二：技术选型评估（固执-灵活模式） 模板三：发布决策清单（MVP模式） 应用场景 场景一：评估要不要加某个功能 当产品经理提议"我们加一个X功能"： 1. DHH三问 ：真问题吗？代价多大？有更简单方案吗？ 2. 最小版本 ：能不能用最小的方式验证这个需求？ 3. 减法原则 ：加上这个功能的同时，有没有可以移除的功能？ 4. 拒绝的力量 ：DHH团队拒绝90%的功能提案——不是每个好主意都要现在做 场景二…