O'Reilly：语义软件设计

为什么有如此之多的软件项目都以失败告终？本书的作者是一名资深的首席架构师兼CTO，他在本书中介绍了一种全新的软件架构理论与实践方法。语义设计打破传统思想，重新定义了软件架构：为构建强大、灵活及可扩展系统而构思概念的过程。

本书概述了语义软件设计的核心实践，并提出了一套完整的架构实践工具包，其中包括一组实践模式和模板。架构师、系统设计师、软件开发经理、CTO和CIO可以通过本书学习如何创建有效且全面的架构与技术计划，从而提高项目的成功率。

·学习一系列久经考验的架构实践，从有效的架构、设计思维与运维等方面入手，创建优质的软件产品。

·深入探索业务架构、基础设施架构、数据架构与应用程序架构。

·探讨架构师、项目经理以及管理层如何通过价值链，与开发团队、管理团队和产品团队高效地开展工作。

·探讨机器学习架构与自动化流水线的特殊应用。

·为企业架构团队提供一套完整的实践模板。

Eben Hewitt是一家全球企业SaaS公司的首席架构师兼CTO。曾出版《Technology Strategy Patterns: Architecture as Strategy》、《Cassandra: The Definitive Guide》等多部有关架构、服务，以及软件开发的书籍。

“本书的观点犀利而又务实，让我们重新思考如何构思、设计与创建软件。本书指出了现代软件开发体系的不健全之处，对部分基本假设提出了质疑，为你提供了一种全新的方法和一整套工具，帮助你在预算范围内准时交付高质量的软件。”

——Holt Hopkins，

Sabre高级架构总监

前言
第一篇 设计理念
第1章 软件架构的起源
1．1 软件的概念起源
1．2 复制与创新
1．3 为什么软件项目会失败
1．4 失败的影响
第2章 概念的产生
2．1 语义与软件工厂
2．2 需求的神话
2．3 语义与软件架构
2．4 语义领域
2．5 设计就是概念生成
2．6 什么是概念？
2．6．1 达成、避免和修复
2．6．2 拟定概念的大纲
2．7 通过设计图册记录想法
2．8 契合目标
2．9 通过总体构图传达概念
2．9．1 示例
2．9．2 从其他角度考虑总体构图
2．9．3 总体构图基于一系列发现
2．10 理解理念
2．10．1 感性确定性
2．10．2 元认知
2．11 上下文
2．12 集合
2．13 语义设计的优势
第3章 解构与设计
3．1 解构简介
3．2 简单的复杂
3．3 构造与解构
3．4 功能可供性
3．5 赋予负空间意图和使用价值
3．6 设计决策至少具备两个正当理由
3．7 多角度设计
3．8 创建隔离区或大使馆
3．9 容错设计
3．10 设计语言
3．11 从用户的对立面着手
3．12 平台

第二篇 语义设计实践
第4章 设计思维
4．1 为什么采用设计思维？
4．2 探索设计思维
……
第三篇 运维、流程以及管理

　　感谢你选择这本书。欢迎你的阅读。本书介绍了一种设计软件的新方法。提出了一种思考如何构建软件的新方式。本书主要面向大型项目，特别是新建的软件项目，或大规模旧系统的现代化改造项目。如果软件未能控制在预算范围内，未能在计划时间内交付，或没有按照承诺交付功能，则可以称为失败。然而，软件项目的失败比率非常高，这一点毫无争议，而且有据可查。在过去二十年间，这种情况越演越烈。为了软件设计更加成功，我们必须寻求不同的出路。但是出路在哪里呢？
　　假设你正在制作业务应用程序软件和服务，并作为产品出售给客户，或者在某家公司内部的IT部门工作。本书不涉及导弹制导系统、电话通信系统或固件，也无意讨论面向对象与函数式编程，而且也没有兴趣讨论任何流行的框架。需要说明一点，书中提到的“语义”源自我接受过的哲学思想教育，因此指的是“符号”。我们这里所说的“语义”与蒂姆·伯纳斯．李提出的语义网没有任何关系。
　　本书面向的读者主要包括CTO、CIO、工程副总裁、各行各业的架构师（无论是企业、应用程序、解决方案还是其他方面）、软件开发经理和立志成为架构师的高级开发人员。此外，技术领域的任何人，包括测试人员、分析师和高管都可以从本书中受益。书中的代码很少。希望经理、领导、有求知欲的高管，以及软件项目的从业人员能够在阅读本书后，理解并接受主要内容。
　　对于本书提出的观点，有些人可能会对感到惊讶，有些人甚至可能会感到愤怒。这些观点看起来很新颖，而且对于某些人来说非常陌生，但实际上这些观点借鉴了《设计思维导论》。我根据多年的经验，并结合多方面的信息，总结出了一套方法。基本思想大多源自我在读研时期对于哲学的研究。本书概述了语义设计的思想、流程、实践、模板和实用方法。
　　这种软件设计方法已经过检验，实证有效。在过去的二十年里，我有幸与很多大型全球上市企业的CTO、CIO、首席架构师合作，设计并领导创建了许多大型的重要软件项目，并赢得了多个创新奖项。更重要的是，我们创建了成功的软件。从某种意义上来说，本书中提出的思想代表了我设计软件的方式。我采用这种方法已经十多年了，以此领导了大大小小的软件项目设计。虽然与传统的软件设计思维方式截然不同，但我的这套思想并非“无本之木”，也不是“纸上谈兵”，而是已经得到了证实，确实有效。
　　在软件设计中，我们不得不使用前人留下来的专业术语。但在本书中，有时我会在“架构师”或“架构”上划上删除线，比如像这样：架构师。意思是说，虽然迫于历史的原因，我不得不在交流中使用这些专业术语，但它们在当前上下文所表示的含义并不准确。
　　本书的第一篇介绍了该方法的理念框架。我们介绍了希望解决的问题以及原因。这部分内容大多是概念讲解，为后面的章节提供了理论基础。本书的第二篇的内容非常务实。我们介绍了一系列文档模板和可重复的实践，可在日常工作中使用。
　　本书的第三篇概述了管理软件以及控制软件混乱程度的一些方式。最后以一份宣言结尾，简明扼要地总结了构成该方法的一系列原则和实践。
　　总的来说，本书介绍了一套理论框架以及实践的方法。然而，这套理论并不是一成不变的，我在这里抛砖引玉，希望将来能够进一步提炼和改进。