收录了 软件技术架构图 频道下的 50 篇内容
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的,并且与代码保持一致性。为了保证利益相关者能够看懂架构图,需要遵循一些原则。
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解,以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
作者是一名从业数十年的软件架构师,在与不同领域、不同学科的软件工程师交流时,大家都会问,如何成为一名架构师,架构师需要掌握需要能力?作者将通过本文向读者介绍,什么是软件架构,什么是软件架构师,软件架构师要掌握什么样的技能以及如何获得这些技能。
软件架构图可能是一个非常有用的沟通工具,但很多团队减少了图表的创建,即使有创建图表,也往往模糊不清。C4模型由用于上下文、容器、组件和代码的分层软件架构图组成。
开发和架构的界限难以捉摸。有些人认为这并不存在,架构只是开发者所做的设计过程的扩展而已;另外一些人说这是一个鸿沟,它只能由那些做到高度抽象,而且不会陷入实现细节的开发者才能跨越。这之间有个平衡,但是你怎么从开发者成为架构师呢?
Spotify的工程师最近分享了公司内部如何标准化架构图。
了解软件架构基础比以往任何时候都要来得重要,因为我们现在构建的系统越来越趋于分布式化,而且开发团队也越来越分布式化。为了解开这些迷思,开发者需要了解五个与软件架构有关的事实。
本文围绕作者所精挑细选的“新技术顾问必读的十本书”出发,分享在培养“通用型软件技术顾问”的过程中的一些思考。
提供云端轻量级的协同编程开发环境,零启动速度、零延迟、零加载,满足企业对工程师的技术能力评估需求。
优秀的工业软件通过长期的技术沉淀形成专业优势,如何将优势迅速地转移到云端,结合并吸收云端的种种优势,是工业软件上云重点考虑的因素。
软件架构在软件项目中是否经常做得糟糕,经常被忽视了呢?这是CodingTheArchitecture.com的创始人兼独立咨询师Simon Brown在近期一篇博文中提及的一种现象。Brown认为这是对架构的误解,是敏捷项目中随意的架构方法导致架构走到如此糟糕的境地。
Roy Fielding博士是IETF发布的HTTP和URI协议的主要设计者。HTTP和URI是两个最为重要的Web基础技术架构协议,因此Fielding博士可谓是Web架构的奠基者之一。这篇论文很不容易读懂,作为论文中文版的译者,笔者试图在这篇导读中为读者梳理出一个阅读的脉络。不过笔者还是希望读者能克服困难,亲自去读一下这篇论文,因为这篇论文实在是太精彩了。
Boyan Mihaylov回顾了自己在传统瀑布式软件架构和敏捷软件架构下的工作经历。他描述了两者在以下三个方面表现出来的相似性及差异性:软件架构扮演的具体角色、软件架构的时间跨度以及软件架构的输出。
软件工程的核心任务是控制复杂度。
软件开发团队一直反对“前期大设计”,而倾向于自组织团队中出现的架构设计,这可能导致低估软件架构重要性的心态。
企业信息化建设已经发展了几十年,传统企业和成熟互联网企业的应用架构并没有本质的区别。本文将通过一个线下小型门店成长为多元化集团的发展历程,逐步向读者展示企业应用架构的演变和设计的理念。
本文介绍爱奇艺云剪辑Web端。
本文整理自许式伟在GTLC全球技术领导力峰会上的演讲。