图书标签: 架构 软件工程 软件开发 方法论 计算机 架构设计 软件设计 经济学
发表于2024-11-22
演进式架构 pdf epub mobi txt 电子书 下载 2024
本书由IT行业领导企业ThoughtWorks的CTO和架构专家联合执笔,详尽介绍了演进式架构的必要性以及如何在具体的软件开发流程中实现演进式架构,涵盖了适应度函数、增量变更、架构耦合、演进式数据、构架可演进的架构、实践演进式架构等内容。
-适应度函数:架构呈现或前进的目标
-增量变更:在开发和运维中实现渐进改变
-架构耦合:确定适当的架构耦合以支持无瑕变更
-演进式数据:随时间推移按要求和架构转变演进数据库
-构建可演进的架构:结合以上各方面构建演进式架构
-实践演进式架构:助你起步的实践指南
尼尔·福特(Neal Ford)
是ThoughtWorks软件架构师、Meme Wrangler,曾任DSW集团CTO,是国际公认的软件开发与交付专家。
丽贝卡·帕森斯(Rebecca Parsons)
是ThoughtWorks CTO,在大规模分布式对象应用开发和系统集成方面拥有丰富经验。
帕特里卡·柯(Patrick Kua)
是数字银行N26首席科学家,曾任ThoughtWorks主任咨询师和技术主管,在敏捷和精益开发方面拥有丰富经验。
啥啥啥,这写的都是啥,为什么我读不懂,为什么蹦出来一堆看不懂的名次,什么是部署流水线。。。看了 GoodReader 上英文版的评论,说欲读此书,请先理解持续集成和交付,于是又找了一本 CI/CD 的书。暂时不需要该技能
评分有点虚。看完能理解一些架构出现的历史背景和演进动力。架构能力本来就很虚,所以缺乏一些实操性也基本能接受。 一些观点摘录:微服务,团队推荐用ddd的领域,业务为维度划分。微服务不适合有大量事务的业务场景使用。soa出现源于服务器资源有限的背景,希望功能性重用达到最大化,由于以整个企业为上下文,实体设计会很复杂,通用却难用。
评分最新的架构思想总结和洞见你不看吗?
评分感觉老生常谈了,没什么新的概念,如果对架构有点经验的建议直接从第六章开始读。 不是很认可“重复优于耦合”的观点,重复和控制力是成反比的,重复的逻辑越多,你对架构的控制力就会越弱,随着时间的推移你的架构会慢慢变得无法治理,应该提倡复用和严格的版本管理,尽可能复用依赖并指定依赖的严格版本,这样的架构容错性和伸缩性更高。 很认同“产品高于项目”,把软件当成产品的迭代,组织高水平的全功能团队,并且在关键的事情上有明确的责任制,而不是按职能来组建团队,职能的冲突和矛盾是不可避免的,而且职能会疏远团队和产品/用户,这样很难打造出卓越/极致的产品。
评分比较抽象,感觉是正确的废话?还是我格局不够?
《Building Evolutionary Architectures》这本书大概翻译过来是《设计可进化架构》。这本书虽然目标读者是系统构架师,但是也推荐从业三五年的工程师阅读。非常不推荐在校大学生或者刚刚毕业的工程师看这本书,因为这本书实例很少,只有做过很多项目、也在很多项目上摔过跤的人...
评分整本书其实就是一个大的idea - 变化无法避免,让我们把适应变化作为架构设计的一个原生维度来考虑 - 这个写一篇文章即可 - 写一本书实在是。。。 英文版就很啰嗦,翻译的版本就更难读了 - 两星给英文版,一星给中文版。 字数补丁 字数补丁 字数补丁 字数补丁 字数补丁 字数补丁...
评分整本书其实就是一个大的idea - 变化无法避免,让我们把适应变化作为架构设计的一个原生维度来考虑 - 这个写一篇文章即可 - 写一本书实在是。。。 英文版就很啰嗦,翻译的版本就更难读了 - 两星给英文版,一星给中文版。 字数补丁 字数补丁 字数补丁 字数补丁 字数补丁 字数补丁...
评分《Building Evolutionary Architectures》这本书大概翻译过来是《设计可进化架构》。这本书虽然目标读者是系统构架师,但是也推荐从业三五年的工程师阅读。非常不推荐在校大学生或者刚刚毕业的工程师看这本书,因为这本书实例很少,只有做过很多项目、也在很多项目上摔过跤的人...
评分整本书其实就是一个大的idea - 变化无法避免,让我们把适应变化作为架构设计的一个原生维度来考虑 - 这个写一篇文章即可 - 写一本书实在是。。。 英文版就很啰嗦,翻译的版本就更难读了 - 两星给英文版,一星给中文版。 字数补丁 字数补丁 字数补丁 字数补丁 字数补丁 字数补丁...
演进式架构 pdf epub mobi txt 电子书 下载 2024