简单之美

场景故事人物关系图

本书赞誉

前言

为什么写本书

本书面向的读者

如何阅读本书

第1章 无极生太极

1.1 创造的根源

1.2 本质的把握

1.3 简单的追求

第2章 关于软件开发方法论的思考

2.1 方法论的实践场景

2.2 CMM的精髓

2.2.1 过程定义

2.2.2 成熟之路

2.3 敏捷软件开发的精髓

2.3.1 人与实践

2.3.2 海岸灯塔

2.4 最好的软件开发方法

2.4.1 中庸

2.4.2 聚焦

2.5 方法论的执行

2.5.1 关于执行

2.5.2 约束与习惯

第3章 关于需求的思考

3.1 需求的实践场景

3.2 需求开发

3.2.1 准确表达

3.2.2 信息传递

3.3 需求管理

3.3.1 变化之道

3.3.2 应对之道

第4章 关于软件架构设计的思考

4.1 架构设计的实践场景

4.2 软件架构的本质

4.3 软件架构的设计

4.3.1 业界技术成果

4.3.2 软件框架

4.3.3 隐喻的价值

4.3.4 架构模式

4.3.5 软件架构师的素质

第5章 关于软件实现的思考

5.1 软件实现的实践场景

5.2 模型的设计

5.2.1 领域模型

5.2.2 计算模型

5.3 软件开发

5.3.1 写给新手

5.3.2 掌握编程

5.4 负责制度

5.5 软件决策

5.6 质量保证

第6章 关于软件测试的思考

6.1 软件测试的实践场景

6.2 软件测试的本质

6.3 破坏的意义

6.3.1 软件测试的第一个原则：聚焦

6.3.2 软件测试的第二个原则：积累

6.3.3 软件测试的第三个原则：自动化

6.3.4 软件测试的第四个原则：目标一致

6.4 一个典型的破坏：性能测试

6.5 其他

第7章 关于团队的思考

7.1 团队的实践场景

7.2 湘江战役

7.3 团队建设

7.3.1 思想准备

7.3.2 如何组建团队

7.3.3 现实与理想

7.4 团队管理

7.4.1 论人

7.4.2 稳定的价值

7.4.3 团队文化

第8章 关于项目管理的思考

8.1 项目管理的实践场景

8.2 项目管理的本质

8.3 关于项目经理

8.4 计划的本质

8.5 风险的问题

8.6 管理的境界

第9章 关于软件维护的思考

9.1 软件维护的实践场景

9.2 软件维护的本质

9.3 组件化开发

9.4 版本依赖

9.5 妥协的方案

第10章 关于组织发展的思考

10.1 组织发展的实践场景

10.2 知识积累

10.3 行业成熟

10.4 知识资产

《简单之美：软件开发实践者的思考》是一本关于方法论的理论性书籍（尽管已经尝试在大量的思考上进行一些理论归纳），也不是一本关于具体技术的操作手册。它为读者呈现的是作者在软件开发实践中的思考和体验，目的在于探究实践中的问题的根源，并给出思想上的解决之道。
　　《简单之美：软件开发实践者的思考》以软件开发的基本顺序为主线，以简单、想象和文化的开发思想为线索，以为软件开发实践提供指导价值为目标。作者尝试对简单、想象和文化做一些形而上的思考，这些思考会比较抽象，但却是很多话题的基础。《简单之美：软件开发实践者的思考》力图做到传递经过组织的、可操作的软件开发经验，使软件开发领域的新手在知识（软件开发思想）积累过程中少走弯路，也使软件开发领域的老手可以对照自己的经验把可能的困惑降到最低。此外，《简单之美：软件开发实践者的思考》有一个完整的场景故事和有一些有趣例子为书中有价值的思考提供支持。
　　这是一本为那些在实际工作中陷入迷惘或存在困惑的软件开发者、管理者和企业经营者准备的书。当你面对软件开发、管理和架构中的迷惘和失败时，你也许会在追溯问题根源的；过程中用到《简单之美：软件开发实践者的思考》中的知识。

这是一次软件开发者的心灵沟通之旅，10大社区一致鼎力推荐。
　　作者在软件领域工作了12年，也思考了12年。从懵懂无知的开发新手。到成竹在胸的领域行家，其间的人生历练和思想结晶，都化成这本书中的文字，呈现在你的面前。你可以在这本书中看到自己过去或未来的影子，也可以听到自己欲言未吐的声音。还可以感觉到自己面对峰回路转的喜悦。
　　《简单之美：软件开发实践者的思考》的内容涵盖软件开发的整个流程，从方法论到架构思想，从需求分析到软件维护，从个人世界到团队管理……所有的内容都是从思想出发，以实践为证，直奔问题的根源，挖掘简单的本质。
　　帮助读者体验软件开发中的简单之美是作者撰写这本书的价值追求。当你掩卷沉思的时候，请记得有一颗心灵在对你微笑。
　　多年以来，不管是从事一线的软件开发工作，还是从事管理工作，作者一直在思考这样一个问题：业界有这么多知识财富，可是在实践中真正能够被吸收和应用的却很少，这些知识财富的价值是毋庸置疑的，软件开发人员的热情和渴求也是有目共睹的，可问题究竟出在哪里呢？作者最后得出的结论是：这个问题要归结于思想和文化。
　　无论方法论也好，管理理论也好，都是技术层面的，它们来自于大师们的总结和提炼，本身是非常好的，但是它们有复杂的上下文，例如在敏捷开发中没有提到或者强调的——注重个体文化、专业化思想，以及多元化价值认同等，这些都属于思想和文化的范畴，它们是方法论和管理理论的运行环境。换句话说，如果割裂这些上下文，机械地运用那些技术层面的东西，效果就总是不好。
　　所谓机械运用，就是追求形式化的执行，而没有站在以人为本的角度展开思考。以人为本的核心就是对思想和文化的关注。成熟的思想和文化，可以使软件开发中的每一个细节都变得浑然天成；相反，不注重思想和文化的建设，就只能依赖无法预料的外部约束，例如，沉迷于方法论的技术细节而无法自拔。事实上，在软件开发领域，没有解决问题的银弹，没有提升效率的短期计划，也没有获得成功的操作指南，一切都依赖于人。