具体描述
关于构建软件，我们理应知道许多东西，但是实际上却因为这样或那样的原因不知道，甚至我们想当然的一些看法实际上是显而易见的错误。本书抽取软件行业中经典的55个基本事实和10个谬误进行分析，对于每个观点，作者都提供观点的来源和证据，以及相关的参考文献。除此之外，还介绍业界对这个观点的其他不同的认识和理解。可能并非所有的读者都喜欢书中的这55个事实，其中有些事实与某些所谓的现代方法截然相反，但了解这些事实一定大有裨益。
作者简介
格拉斯（Robert Glass）是Computing Trends的创始人。他写过数十本关于软件工程和软件研发失败教训方面的书。许多人，特别是阅读过《Communications of the ACM》和《IEEE Software》中他的专栏文章的人，相信Robert是软件工程界的一位重要的作者。Robert还发行自己的通讯稿《The Software Practitioner》，并经常就软件工程方面的事件发表评论
目录信息
致谢
序
第1部分 55个事实
简介
第1章 管理
1.1 人员
1.2 工具和技术
1.3 估计
1.4 复用
1.5 复杂性
第2章 生命周期
2.1 需求
2.2 设计
2.3 编码
2.4 错误消除
2.5 测试
2.6 评审和检查
2.7 维护
第3章 质量
3.1 质量
3.2 可靠性
3.3 效率
第4章 研究
第2部分 5+5谬论
简介
第5章 管理
5.1 人员
5.2 工具和技术
5.3 估计
第6章 生命周期
6.1 测试
6.2 评审
6.3 维护
第7章 教育
结论
关于作者
· · · · · · (收起)
读后感
http://wjason.javaeye.com/blog/280777 扫了一眼，忘记了不少。 要温故知新啊
评分好书。 Glass阐述了一些事实，都是领域里的基本问题。每一个事实，先讨论，再列出围绕这个事实的争议，最后提出这个事实的信息来源，以及参考文献。 对于列出大量的争议，Glass相当自信自己的选择。 激烈的争议非常有助于行业的健康发展，可遗憾的是，很多事实没有争议，甚至，...
评分http://wjason.javaeye.com/blog/280777 扫了一眼，忘记了不少。 要温故知新啊
评分http://wjason.javaeye.com/blog/280777 扫了一眼，忘记了不少。 要温故知新啊
评分http://wjason.javaeye.com/blog/280777 扫了一眼，忘记了不少。 要温故知新啊
用户评价
这是一本让人读完后会忍不住想在团队内部组织读书会的书。它的论述逻辑严密，却又极富同理心，它理解工程师的理想主义，也正视商业环境的残酷现实。我尤其欣赏作者对“过度文档化”和“过度设计”的批判，这与当下许多组织推崇的“大而全”的方法论形成了鲜明对比。书中强调，软件的价值在于其运行时的行为和它能解决的问题，而非其设计图纸的精美程度。这种回归价值创造本源的观点，对我进行代码审查和架构评审时提供了全新的视角。它鼓励我们在追求工程美学的同时，保持对交付价值的敏锐嗅觉。这本书的行文风格带着一种老教授的沉稳和对行业乱象的深刻洞察，没有激烈的批判，而是通过严谨的逻辑推导，让读者自己得出结论——即，软件工程的“事实”往往是复杂、模糊且充满妥协的，而那些被奉为“谬误”的简化模型，才是我们最需要警惕的。它不是一本教你如何“做”软件的书，而是一本教你如何“思考”软件的书。
评分这本书对于那些刚刚踏入软件行业，带着“完美主义”光环的新人来说，简直是必修课。我当年刚入行时，也曾天真地以为，只要写出结构清晰、注释详尽的代码，就能“战胜”一切复杂度。这本书用一种近乎冷峻的视角，描述了“技术完美主义”在真实项目中的巨大成本。它细致地分析了技术债是如何像慢性病一样侵蚀项目的长期健康，以及如何在企业政治、短期交付压力和技术愿景之间进行残酷的平衡。作者对“需求稳定性”的探讨尤其深刻，他指出，与其抱怨客户总是在变，不如建立起一种能够优雅地、低成本地响应变化的架构和流程。这种思维转变，是从“防御式编程”转向“适应性工程”的关键一步。我过去常常因为需求变更而感到挫败，但这本书让我明白了，抵抗变化是徒劳的，学会驾驭变化才是核心竞争力。它的语言风格有一种老派工程师的务实和智慧，不讲漂亮话，只谈效率和生存之道，让人读来受益匪浅。
评分这本《软件工程的真相与谎言》真是让我大开眼界，简直可以算是软件开发领域的一剂清醒剂。在信息爆炸的时代，我们常常被各种“银弹”式的解决方案和过度乐观的成功案例所轰炸，感觉好像只要遵循某个流程或工具，项目就能一帆风顺。然而，这本书用一种近乎残酷的坦诚，揭示了许多我们心照不宣却又不敢公开讨论的行业痛点。它没有空泛地谈论什么敏捷的口号，而是深入剖析了在真实世界中，需求变更的不可避免性、技术债务的悄然积累，以及人与人之间沟通障碍的复杂性。作者仿佛坐在我身边，用那种过来人的、带着点无奈和幽默的语气，讲述了那些项目经理们在深夜里独自面对的噩梦。特别是关于“过度设计”的章节，我深有感触，多少次我们为了一个“未来可能”的需求，浪费了大量人力和时间，最终那个未来却从未到来。这本书的价值不在于提供一套放之四海而皆准的“标准答案”，而在于引导我们思考，在面对复杂、充满不确定性的软件开发时，我们真正需要警惕的是什么。它教会了我，软件工程不是一门精确的科学，而是一门充满妥协和权衡的艺术，理解这些“谬误”远比盲目追求“事实”来得更为重要和实用。
评分这本书的独特之处在于它对“软件项目的非技术因素”的透彻剖析。通常的技术书籍会把重点放在架构模式、设计原则上，但《软件工程的真相与谬误》却大胆地将聚光灯投向了组织结构、团队激励和高层决策对工程实践的颠覆性影响。我发现书中关于“项目估算”的部分极其精准地击中了我的痛点。每次估算似乎都像是一场赌博，充满着乐观偏差和信息不对称。作者揭示了为什么我们总是在低估复杂性，以及这种低估如何系统性地导致项目失控。这不是简单的说“估算很难”，而是系统性地分析了导致估算失真的组织文化和流程缺陷。读完这一部分，我开始理解，软件工程的失败，往往不是因为代码写得烂，而是因为管理和沟通的系统性失灵。这种从宏观组织视角切入微观技术实践的分析框架，使得这本书的深度远超同类作品。它更像是一本关于“项目生存学”的教科书，而非纯粹的技术手册。
评分读完这本书，我感觉自己仿佛完成了一次高强度的行业“排毒”。市面上充斥着太多包装精美的成功学叙事，让人误以为软件开发是一条可以被完全预测和控制的线性路径。这本书却毫不留情地撕开了这层华丽的包装纸，直视那些隐藏在光鲜发布背后的混乱、挣扎和妥协。我尤其欣赏作者处理“自动化陷阱”的角度。很多人迷信工具链的完善度，认为只要引入最先进的CI/CD流程、最智能的测试框架，问题就迎刃而解。但书中强调，工具是为人服务的，当工具本身成为目的时，流程就会变得僵化，反而扼杀了团队的适应性和创造力。这种回归到“人”和“沟通”本质的论调，在这个日益依赖自动化的时代显得尤为珍贵。它让我重新审视了我们团队内部的知识共享机制，意识到文档和代码一样重要，而沟通的低效才是吞噬项目进度的无形黑洞。这本书的叙事风格非常扎实，没有使用任何浮夸的形容词，而是用大量的实际案例和数据支撑起每一个论点，读起来非常过瘾，让人不得不信服。
评分略读 没到用时 读着无滋味
评分一般
评分一般
评分现在想起来，这本书依然如此好
评分只有大纲可看，也够了。归纳得很好。消化简要者消化天下也。“项目失控的两个最主要原因之一是糟糕的估算，之二是不稳定的需求”：这不是人生么？“COBOL是一种非常糟糕的语言，但是其他的语言也同样糟糕。”这句笑开了，的确是如此啊！～“质量是一组属性的组合。”很有启示。“效率主要来自于优秀的设计，而不是优秀的编码。”嗯。另外在谬论中三条倒是引起我关注：“你不能管理自己无法度量的东西。”（我知道这句是错的，但是我非常想早日亲身感受一下）“软件需要更多的方法论。”（据说不要……？）“估计将来的维护成本和做出产品更新的决策需要参考过去的成本数据。”（哦，是错的！），不管怎样，我还是很相信这书中归纳的，因为感觉很有道理，即使不用看到实例时。牢记OSI和TCP/IP啊～
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.quotespace.org All Rights Reserved. 小美书屋 版权所有