为什么值得读
系统梳理软件工程最佳实践，指导团队高效交付并避免资源浪费
- 提倡为复杂脑力任务保持适度工时与充足休息
- 总结经过验证的软件开发实践供团队选取落地
- 帮助理清软件工程规范以减少研发中的巨大浪费
适合：追求研发效率并希望规范团队流程的技术管理者
值得读指数：84 / 100
Hacker News 读者推荐
……生产力与处理复杂认知任务所需的状态是不同的。认知任务要求越高，睡眠和放松就越重要。这就是为什么 Steve McConnell 在经典著作《Rapid Development》（快速软件开发）中提倡每周工作 35 小时。而且对很多人来说，实际的极限可能还要更低。比如读读 http://www.kalzumeus.com/2012/05/18/kalzumeus-podcast-ep-2-w... 就会发现 patio11 认为……
btilly 在 HN 的推荐
……岗位的人听说过它们，更别说读过了。举个例子，90 年代 Microsoft Press 出的书就很棒：《Debugging the Development Process》《Software Project Survival Guide》《Writing Solid Code》《Rapid Development》，还有像《人月神话》（The Mythical Man-Month）和《人件》（Peopleware）这种书。我只要求他们稍微了解一点点就行。但现实并非如此。得宠的人和“被公交车撞了公司就转不下去”（can't be hit by a bus）的核心骨干干啥都没事，而优秀的人却……
RogerL 在 HN 的推荐
……低吞吐量，最后一个方案虽然接受了这些问题，但能让你搞定小团队解决不了的难题。顺便再随口提个建议。如果你对生产力感兴趣，去搞一本《Peopleware》和《Rapid Development》，读一读，挑一套最佳实践去试水。
btilly 在 HN 的推荐
找书
豆瓣 微信读书 京东 Open Library ISBN 0787960756
数据整理自 Hacker News 公开评论，数据来源 hackerbooks.org 与 Open Library。