3.9 用户推荐指数
科技
类型
6.8
豆瓣评分
可以朗读
语音朗读
118千字
字数
2014-12-01
发行日期
展开全部
主编推荐语
本书从全新的视角重新解读软件架构，揭示软件架构的本质，是一本强调实践、注重实效、轻量级、面向开发人员的软件架构指南。
内容简介
通常，人们对软件架构师持两种错误的看法。有人认为软件架构师是一种高高在上的职位；有人认为软件架构师完全不懂开发，只是会画条条框框的指挥家。《程序员必读之软件架构》将打破这些传统的认知，模糊软件开发和架构在流程中的界限，进而为软件架构正名。《程序员必读之软件架构》是一本强调实践、注重实效、轻量级、面向开 发者的软件架构指南。如果你是一名想成为软件架构师的程序员，那么《程序员必读之软件架构》就是为你准备的。
目录
- 版权信息
- 版权声明
- 献词
- 推荐序一：架构师真正要学会的事情
- 推荐序二
- 译者序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 Ⅷ 附录：“技术部落”的软件指南
- 看完了
展开全部
评分及书评
3.9
13个评分
- 给这本书评了4.0很好，但不解渴
作者阐述了他所认为的架构，架构师以及做架构的基本方法。但这些内容大多比较抽象，如果没有一定经验，理解起来有一定难度。当然了，没有经验的人成为架构师是困难的。如果书中能再给出一些案例那就更解渴了，因为初学者，或者架构新手更需要的是具体的经验。
给这本书评了3.0尽管很多人以组件来谈论他们的软件系统，然而代码通常并未反映出这种结构。这就是软件架构和依据原则编码之间会脱节的原因之一：墙上的架构图说的是一回事，而代码说的却是另一回事。
给这本书评了4.0挺不错学完有所收获
- 查看全部5条书评
出版方
人民邮电出版社·图灵出品
图灵社区成立于2005年6月，由人民邮电出版社投资控股，以策划出版高质量的科技书籍为核心业务，主要出版领域包括计算机、电子电气、数学统计、科普等，通过引进国际高水平的教材、专著，以及发掘国内优秀原创作品等途径，为目标读者提供一流的内容。
