推荐序二

推荐序二

说起架构,想必很多人会认为它离自己太远,我做的事情还远到不了架构这么高的层次。那么什么是架构呢?正如本书作者所做的调查一样,不同的人会给出不同的见解。

我们不妨从平时的项目中来观察一下,技术选型是怎么出来的?团队的分工协作是如何进行的?项目质量和进度是怎么得到保障的?

是的,你会发现,在任何一个项目中,总有些人会在这些事情上付出努力。从他们身上可以看到哪些不一样的特质?他们看起来都很积极,好像整个项目就是他们在负责;他们让事情得到解决,最终让项目得以交付。

可以认为,项目中出现的类似行为都是在对架构的思考,思考架构会是从被动服务到主动服务的Owner 意识养成过程,会让我们Get things done!而最终完成的好坏及是否有方法论支撑则是另外讨论的范畴,这也正是本书要为大家呈现的内容!

如果你刚接触项目不久,建议由浅入深,从分清楚什么是库什么是框架开始,带着问题在本书中寻找答案!如果你已经验丰富,同样可以认真思考书中每一部分后面的问题进行自我对照,看看与作者的建议是否有共鸣之处!

从现在开始,认真且有效地去规划完成自己负责的事情!

杜欢
淘宝网高级技术专家
2012 年加入淘宝,曾就职于雅虎台湾及CISCO

目录

  • 版权声明
  • 献词
  • 推荐序一:架构师真正要学会的事情
  • 推荐序二
  • 译者序2.0
  • 关于本书
  • 软件架构培训
  • Part Ⅰ 什么是软件架构
  • 第 1 章 什么是架构
  • 第 2 章 架构的种类
  • 第 3 章 软件架构是什么
  • 第 4 章 敏捷软件架构是什么
  • 第 5 章 架构对上设计
  • 第 6 章 软件架构重要吗
  • 第 7 章 问题
  • Part Ⅱ 软件架构的角色
  • 第 8 章 软件架构的角色
  • 第 9 章 软件架构师应该编码吗
  • 第 10 章 软件架构师应该是建造大师
  • 第 11 章 从开发者到架构师
  • 第 12 章 拓展T
  • 第 13 章 软技能
  • 第 14 章 软件架构不是接力运动
  • 第 15 章 软件架构要引入控制吗
  • 第 16 章 小心鸿沟
  • 第 17 章 未来的软件架构师在哪里
  • 第 18 章 每个人都是架构师,除非他们有其他身份
  • 第 19 章 软件架构咨询师
  • 第 20 章 问题
  • Part Ⅲ 设计软件
  • 第 21 章 架构驱动力
  • 第 22 章 质量属性(非功能需求)
  • 第 23 章 处理非功能需求
  • 第 24 章 约束
  • 第 25 章 原则
  • 第 26 章 技术不是实现细节
  • 第 27 章 更多分层等于更高复杂度
  • 第 28 章 协同设计是一把双刃剑
  • 第 29 章 软件架构是对话的平台
  • 第 30 章 SharePoint项目也需要软件架构
  • 第 31 章 问题
  • Part Ⅳ 可视化软件
  • 第 32 章 沟通障碍
  • 第 33 章 对草图的需要
  • 第 34 章 无效的草图
  • 第 35 章 C4:语境、容器、组件和类
  • 第 36 章 语境图
  • 第 37 章 容器图
  • 第 38 章 组件图
  • 第 39 章 是否包含技术选择
  • 第 40 章 你会那样编码吗
  • 第 41 章 软件架构和编码
  • 第 42 章 你不需要UML工具
  • 第 43 章 有效的草图
  • 第 44 章 C4的常见问题
  • 第 45 章 问题
  • Part Ⅴ 为软件生成文档
  • 第 46 章 代码不会讲述完整的故事
  • 第 47 章 软件文档即指南
  • 第 48 章 语境
  • 第 49 章 功能性概览
  • 第 50 章 质量属性
  • 第 51 章 约束
  • 第 52 章 原则
  • 第 53 章 软件架构
  • 第 54 章 外部接口
  • 第 55 章 代码
  • 第 56 章 数据
  • 第 57 章 基础设施架构
  • 第 58 章 部署
  • 第 59 章 运营和支持
  • 第 60 章 决策日志
  • 第 61 章 问题
  • Part Ⅵ 开发生命周期中的软件架构
  • 第 62 章 敏捷和架构的冲突——神话还是现实
  • 第 63 章 量化风险
  • 第 64 章 风险风暴
  • 第 65 章 恰如其分的预先设计
  • 第 66 章 初识软件架构
  • 第 67 章 问题
  • Part Ⅶ 附录金融风险系统
  • 第 68 章 金融风险系统
  • Part Ⅷ 附录:“技术部落”的软件指南