本书总共有49个栏目，以一位微软内部人士的视角，揭示了关于软件编码、软件测试和项目管理的残酷现实。作者文笔犀利，见解独到，对软件行业内的很多常见问题提出了解决方案，并提供了最佳实践。通过阅读本书，你将了解到：怎样提高软件的质量和价值；怎样切合实际地管理项目的时间表、风险和规范书；怎样为常见的低效率开发瘦身；怎样应用过程改进方法，避免固执盲从；怎样驱动一个成功的、令你自己满意的职业生涯；以及怎样发展并管理一个欣欣向荣的团队。.
本书提出的观点，是作者对过去在软件行业6个不同的公司、28年的工作经验的一次总结。本书不仅是微软内部员工的必读之书，它也同样适合于软件行业内其他所有的工程师和管理者阅读。
具体描述
读后感
近2年来读到的最好的最贴近技术的非技术类书籍。 每一个章节，都找到了自己和身边的团队，项目的影子。直到现在，阅读《人月神话》的时候，都会仰视那些高瞻远瞩的观点，但是不知其所从来，但是这本书可以说是一个桥梁，真正的展开了你身边的问题，你曾经有过但是没有仔细考虑...
评分非常好。网上可以找到英文电子版，不过有些地方比较口语化，需要多费点力气进行理解。中文版有一部分内容可以在线试读http://book.51cto.com/art/200810/93998.htm
评分近2年来读到的最好的最贴近技术的非技术类书籍。 每一个章节，都找到了自己和身边的团队，项目的影子。直到现在，阅读《人月神话》的时候，都会仰视那些高瞻远瞩的观点，但是不知其所从来，但是这本书可以说是一个桥梁，真正的展开了你身边的问题，你曾经有过但是没有仔细考虑...
评分近2年来读到的最好的最贴近技术的非技术类书籍。 每一个章节，都找到了自己和身边的团队，项目的影子。直到现在，阅读《人月神话》的时候，都会仰视那些高瞻远瞩的观点，但是不知其所从来，但是这本书可以说是一个桥梁，真正的展开了你身边的问题，你曾经有过但是没有仔细考虑...
评分写得不错，但是应该出本儿英文的。有些东西翻译成中文很别扭，像break build， code review之类的。
用户评价
作者见解独到，读后还是很有收获的。“重写的代码实际上将比当前的丑陋代码带来更多的Bug。因为当前的丑陋代码是在第一次编写的基础上，经过了几个月甚至是几年的测试和修复之后才达到的质量水准”，这一段很有体会啊。 有时候重写是必要的。重写可以提高代码的性能、扩展性、可靠性、安全性、或者对于新技术的适应能力。在这些情况下，应该把重写当作一个功能来对待；像处理其他功能一样，写一份规范书，然后为它制定时间表。“否则，不要做代码重写这种愚蠢的事情，它只会重新引入一大堆令人讨厌的Bug，而且还对客户价值没有丝毫的贡献。” 规范书检查清单。维持一个在线的知识仓库。如何成为一个优秀管理者--我服务于人，避免团队成员之间的比较。不要给他们任何理由去进行相互竞争。
评分译名“代码之道”，道倒是很贴切，至于代码。。。似乎欠妥
评分作者见解独到，读后还是很有收获的。“重写的代码实际上将比当前的丑陋代码带来更多的Bug。因为当前的丑陋代码是在第一次编写的基础上，经过了几个月甚至是几年的测试和修复之后才达到的质量水准”，这一段很有体会啊。 有时候重写是必要的。重写可以提高代码的性能、扩展性、可靠性、安全性、或者对于新技术的适应能力。在这些情况下，应该把重写当作一个功能来对待；像处理其他功能一样，写一份规范书，然后为它制定时间表。“否则，不要做代码重写这种愚蠢的事情，它只会重新引入一大堆令人讨厌的Bug，而且还对客户价值没有丝毫的贡献。” 规范书检查清单。维持一个在线的知识仓库。如何成为一个优秀管理者--我服务于人，避免团队成员之间的比较。不要给他们任何理由去进行相互竞争。
评分有点意思
评分本书由一篇篇独立文章构成，虽然书籍组织时已给这些文章归了类，但整体上还是比较散，阅读时虽然能不停的感觉到新启示，但读完后却没几个想法能自然的回忆起。这可能和阅读方法有关。这种文章集不大适合一口气一气呵成的读，分散开，单篇单篇的阅读和整理心得，可能会好些。回头抽几篇单篇细读下试试。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有