Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
架构师资料教程
每个架构师都应该读的八本经典书籍
格雷戈尔·霍普在本文讨论了8本被视为软件架构师必读的经典书籍。 以下是所提及的关键书籍的摘要:1、维特鲁威(公元前 20 年)的《建筑学》:虽然与软件架构没有直接关系,但这部古代文献被提及,具有历史
什么是Google Zanzibar授权系统?
Google 设计了 Zanzibar 授权系统来处理其复杂的访问需求。了解如何利用此系统在您的应用中创建细粒度的 ReBAC. Google Zanzibar 是 Google 于 2019 年发布的一份白皮书,其中介绍了其用于处理大量用户和服务的访
C4模型的软件架构图
该存储库是使用 C4 模型创建软件架构图的示例。 图表应该易于创建和更新,确保每个人都能获得最新的信息 我们都经历过加入一个复杂的项目,解读代码库就像读一整本小说一样。工程师是代码奇才,但即使是最好的工程
比喻:什么是大模型操作系统?
LLM OS (大语言模型操作系统)架构类比图是由 Andrej Karpathy 创建的:
本周7篇架构文摘
本周7篇架构文摘: 1、使用
使用GPT-4o实现软件架构解决方案
我向 GPT-4o 提出了为 Architectural Kata Agile Dead Trees 创建解决方案的实验,结果令人印象深刻。在文章的最后,我明确要求创建考虑微服务架构设计模式的软件架构 1、用户:<
老司机:非谷歌规模就无需使用JWT?
该文认为:在大多数情况下,您不应使用 JSON Web Tokens (JWT) 作为身份验证令牌,尤其是你的系统规模没有达到 Google/Facebook 规模运营时,特别规模是每秒处理少于 10k 个请求情况下更不应该使用JWT。
软件架构阅读清单
Andrew Leigh CITP MBCS 博士回顾了作为软件架构师的 25 年专业经验,并提供了他的见解和阅读建议清单。 软件架构 "包括我们如何通过决策来满足利益相关者的需求,以及如何将这些决策转化为软件组件和连接器。 架构决策一旦体现在代码
每个Java软件架构师都应该知道的20件事
本文仔细研究了每个 Java软件架构师在 2024 年应该掌握的 20 个基本领域。这些领域涵盖了微服务、云原生应用程序、反应式编程和区块链技术等各种主题,囊括了驾驭不断变化的软件架构领域所必需的技能和知识。此外,每个部分都提供了对相关技术的见解,并推荐了相关书籍,为架构师提供了全面的路线图,以保持
使用去中心化标识符 (DID) 作为标识符元系统
去中心化标识符(DID) 具有一个经常被忽视的优势:它们充当标识符元系统,可实现未来防护和跨不同身份系统的互操作性。 这一概念是 Sam Curren 在互联网身份研讨会 (IIW) 上题为“DID 还是非 DID?标识符元系统的价值;eIDAS
多语言持久性与数据存储比较综述
在当今数据驱动的世界中,应用程序依赖于各种信息的高效存储和检索。但是,如果单个数据库解决方案无法处理日益复杂的数据需求怎么办?输入多语言持久性,这是一种摆脱单一数据存储限制的强大方法。对多语言持久性的深入研究将为您提供以下知识: 了解多角持久性背后的核心原则及其好处。
当前系统设计工具严重不足
人们经常错误地将系统设计等同于简单地绘制软件架构图。另一个误解是将其仅与 BDUF(预先进行大型设计)、UML(统一建模语言)、TOGAF 等特定架构框架或各种文档类型(例如 HLD(高级设计)、SAD(软件架构文档)、KDD(关键设计决策)、ARD(架构需求文档)、LLD(低级设计)和 ADR(架
企业集成两种架构模式
在本文中,我们将探讨一些可用于不同集成项目的架构模式。 在详细介绍集成架构之前,了解集成架构中常用的组件及其应用很有用。 1、集成平台:这是集成架构的主要组成部分。集成平台执行集成流程并提供一组连
如何记录产品和软件架构决策?
记录软件架构决策对于保存设计选择背后的背景和理由非常重要,这对未来的自己和团队来说都是无价之宝: 在过去的两年里,我一直在从事一个有趣的应用程序现代化项目。它涉及将业务线从数十年历史的单体应用转移到更现代的 SaaS 应用程序。作为这一旅程的一
值得关注的雷达趋势:2024 年 7 月
O'Reilly 的文章《值得关注的雷达趋势:2024 年 7 月》重点介绍了各个领域的几项新兴技术发展
汉斯·霍莱因:万物皆建筑
汉斯·霍莱因的宣言《万物皆建筑》认为,建筑的定义已经远远超出了传统建筑。 他指出:“今天,整个环境(上下文)是我们活动的目标——以及决定环境的所有媒介:电视或人工气候、交通或服装、电信或住所。” 霍莱因认
形式化方法应该为复杂软件工程保驾护航
Marc Brooker 这篇文章讨论了形式化方法在软件工程实践中的重要性,特别是在构建大型系统、分布式系统或关键的低级系统时,在这些情况下不使用形式化方法很可能会浪费时间和金钱。 形式化方法并不便宜,也不是特别容易,并且并不适合每种软件工程方法。
七月中旬大科技工程文摘
包含来自 Discord、Expedia、Pinterest、Booking 等的文章! 1.
上页
下页
关闭