架构师资料教程

Russell Ackoff博士是著名系统思想家，他的观点对于复杂系统DDD和架构设计都有借鉴意义：解决问题的方法： 忽视：忽略问题并希望它会消失 通常解决方案：根据先前的经验和定性判断解决问题。这就是“令人满意”——做得够多

网飞Netflix以行业领先的公共云使用而闻名于技术界，但他们如何构建软件，特别是如何驱动整体架构，可能是他们成就中最具范式转变的方面。传统企业的高管可能会查看 Netflix 案例研究，并将其归结为 Web Scale 公司的成功，而这永远不会适用于银行、政府机构、制造商或任何其他

现在未来有了两种选项：人工智能和区块链？如何将有限精力投入到这两种之一？虽然它们的共同点都是耗费显卡，投入买入一张显卡用来挖矿？还是进行人工智能计算？就目前来看，挖矿非常方便，适合普通人，而人工智能适合博士生等高端人群。这里就催生了两条方向，自下而上还是自上而下，两者都有成功

Uber核心平台技术最初押宝Thrift和Mesos，这种两种技术后来分别被gRPC和Kubernetes主流技术替代。当初您做出技术路线决策的上下文已经时非今日可比，问题：技术决策的上下文半衰期是多少？多长时间你需要重新检查你当初决策的上下文是否已经失效？Will Demaine提

研发创新性产品或系统之前必须考虑的三个问题：第二系统问题、鸡与蛋问题和分布与集中的选择问题。有两种创新：持续创新和颠覆性创新。可持续发展是大公司最擅长的一种。如果您想制造最快的x86处理器，没有人会比Intel做得更好（AMD有时会紧跟其后）。英特尔竭尽全力使他们的x86处理

系统级别的架构为避免过于细节，需要简化架构方法：“做得足够”（即：不多也不少）。架构师（和/或任何决定架构的人）应该专注于解决系统级别的这个最高优先级，以便从事系统那些特定元素的团队可以最大化其对整个系统的有效性（而不是“局部优化”）。这种方法还努力为在系统“较窄范围”要素上工作的团队留出最

本文启发来自 Gregor Hohpe的一篇文章（关于架构策略的参考，有许多关于此主题的

在 Tableau，Tableau Mobile团队约有 30 人，分布在 3 个 Scrum 团队中。我们主要在 Tableau Mobil

您是否参加过有人试图解释软件系统如何工作的会议？我正在与一个刚入行的解决方案架构师进行沟通交流，他试图描述他们提出的系统。它具有大约八个不同的组件，并且它们都以多种方式彼此交互。他们正在使用手势解释解决方案。。。。。我理解从他们嘴里说出来的话，但把它们串在一起并没有任

随着时间的推移，不同的人以各种不同的方式阐明了康威定律。这是我最近在阅读康威定律文献时发现的变化的概述。Melvin Conway对康威定律的原始定义：设计系统的组织被限制生产设计，这些设计是这些组织的通信结构的副本。 尤尔登和康斯坦丁更坚定地重

来自在概率论中的凯利公式的3X模型：Explore/Expand/Extract。

根据Degreed的最新研究，软件架构、Java和机器学习是软件工程师认为2021年至关重要的顶级编程技能。 从2020年2月到2021年2月有等级的全球用户数据研究中揭示了对于软件工程师，产品经理和业务分析师而言，在职场中最重要的技能。数据突出了内部和外部某些技术和产品管理角色中技

很多团队没有专职的架构师，但是实际上有一些角色参与了架构决策，根据康威定理，组织架构决定了技术架构，如果管理者确定了系统的体系结构，那么他们实际上就是其架构师。如果程序员确定了体系结构决策，则实际上是他们就是架构师。如果一位经理决定了团队组织结构（程序员将做什么以及他们如何建立关系）

在定义企业架构之前，TOGAF将企业定义 为“具有共同目标集的任何组织集合”。TOGAF是一个框架，其中包括“协助企业架构接受，生产，使用和维护的方法和工具”。 TOGAF 有 

每一项新技术和创新都会带来以前不可能或不需要的新角色和技能。在20世纪涌现的成千上万的新职业中，“软件开发人员”就是一个很好的例子。毫不奇怪，二十一世纪引入了许多新技术，包括但不限于3D打印，基因编辑，加密货币，在线社交网络等。关于软件开发，一种称为低代码开发的创新稳步发展，并在本世

杰出的赫伯特·西蒙（Herbert Simon）于1978年获得了诺贝尔经济学奖，并于1975年获得了图灵奖章。他1947年发表了《行政行为》，在这本书的开头，Simon