架构师资料教程

     
  • 值得关注的雷达趋势:2024 年 7 月

    15 5K

    O'Reilly 的文章《值得关注的雷达趋势:2024 年 7 月》重点介绍了各个领域的几项新兴技术发展人工智能嵌入式 LLM:一个值得注意的进展是 llama.ttf,这种字体似乎嵌入了大型语言模型.

  • 企业集成两种架构模式

    20 2K

    在本文中,我们将探讨一些可用于不同集成项目的架构模式。在详细介绍集成架构之前,了解集成架构中常用的组件及其应用很有用。1、集成平台:这是集成架构的主要组成部分。集成平台执行集成流程并提供一组连接器和协.

  • 七月中旬大科技工程文摘

    9 4K

    包含来自 Discord、Expedia、Pinterest、Booking 等的文章!1. “驾驭 Web 进化:与 Addy Osmani 就 Web 开发和开发者成长进行深入访谈”Wix ⸱ 阅.

  • 当前系统设计工具严重不足

    22

    人们经常错误地将系统设计等同于简单地绘制软件架构图。另一个误解是将其仅与 BDUF(预先进行大型设计)、UML(统一建模语言)、TOGAF 等特定架构框架或各种文档类型(例如 HLD(高级设计)、SA.

  • 每个Java软件架构师都应该知道的20件事

    45 7K

    本文仔细研究了每个 Java软件架构师在 2024 年应该掌握的 20 个基本领域。这些领域涵盖了微服务、云原生应用程序、反应式编程和区块链技术等各种主题,囊括了驾驭不断变化的软件架构领域所必需的技能.

  • 如何记录产品和软件架构决策?

    16

    记录软件架构决策对于保存设计选择背后的背景和理由非常重要,这对未来的自己和团队来说都是无价之宝:在过去的两年里,我一直在从事一个有趣的应用程序现代化项目。它涉及将业务线从数十年​​历史的单体应用转移到.

  • 每个架构师都应该读的八本经典书籍

    162 1 3K

    格雷戈尔·霍普在本文讨论了8本被视为软件架构师必读的经典书籍。以下是所提及的关键书籍的摘要:1、维特鲁威(公元前 20 年)的《建筑学》:虽然与软件架构没有直接关系,但这部古代文献被提及,具有历史背景.

  • 比喻:什么是大模型操作系统?

    39 13K
    LLM OS (大语言模型操作系统)架构类比图是由 Andrej Karpathy 创建的: LLM 作为 CPU:LLM 作为核心处理单元,替代或增强传统 CPU。它负责自然语言处理、生成和理解,为.
  • 汉斯·霍莱因:万物皆建筑

    15 2K

    汉斯·霍莱因的宣言《万物皆建筑》认为,建筑的定义已经远远超出了传统建筑。他指出:“今天,整个环境(上下文)是我们活动的目标——以及决定环境的所有媒介:电视或人工气候、交通或服装、电信或住所。”霍莱因认.

  • 形式化方法应该为复杂软件工程保驾护航

    10 2K

    Marc Brooker 这篇文章讨论了形式化方法在软件工程实践中的重要性,特别是在构建大型系统、分布式系统或关键的低级系统时,在这些情况下不使用形式化方法很可能会浪费时间和金钱。形式化方法并不便宜,.

  • 使用GPT-4o实现软件架构解决方案

    49 10K
    我向 GPT-4o 提出了为 Architectural Kata Agile Dead Trees 创建解决方案的实验,结果令人印象深刻。在文章的最后,我明确要求创建考虑微服务架构设计模式的软件架构.
  • C4模型的软件架构图

    47 6K
    该存储库是使用 C4 模型创建软件架构图的示例。图表应该易于创建和更新,确保每个人都能获得最新的信息我们都经历过加入一个复杂的项目,解读代码库就像读一整本小说一样。工程师是代码奇才,但即使是最好的工程.
  • 什么是Google Zanzibar授权系统?

    58 5K

    Google 设计了 ​​Zanzibar 授权系统来处理其复杂的访问需求。了解如何利用此系统在您的应用中创建细粒度的 ReBAC.Google Zanzibar 是 Google 于 2019 年发.

  • 使用去中心化标识符 (DID) 作为标识符元系统

    44 6K
    去中心化标识符(DID) 具有一个经常被忽视的优势:它们充当标识符元系统,可实现未来防护和跨不同身份系统的互操作性。这一概念是 Sam Curren 在互联网身份研讨会 (IIW) 上题为“DID 还.
  • 老司机:非谷歌规模就无需使用JWT?

    62 3K

    该文认为:在大多数情况下,您不应使用 JSON Web Tokens (JWT) 作为身份验证令牌,尤其是你的系统规模没有达到 Google/Facebook 规模运营时,特别规模是每秒处理少于 10.

  • 多语言持久性与数据存储比较综述

    38 4K

    在当今数据驱动的世界中,应用程序依赖于各种信息的高效存储和检索。但是,如果单个数据库解决方案无法处理日益复杂的数据需求怎么办?输入多语言持久性,这是一种摆脱单一数据存储限制的强大方法。对多语言持久性的.

  • 图数据库初学者指南

    41 8K

    随着数据量呈指数级增长且查询变得更加复杂,关系成为数据分析的关键组成部分。反过来,需要专门的解决方案,例如显式优化关系的图数据库。其他数据库的设计目的不是能够根据复杂数据结构中的复杂关系来搜索和查询数.

  • 三个因素是软件本质?

    53 2K

    作者在文章中提出了三个因素,用以解释软件的特性,并对软件开发中遇到的困难进行了深入的思考。以下是文章的主要内容概述:三个因素(Triad)1、软件处于边缘状态(Liminal State):软件介于物.

  • AI架构师:职责、技能以及如何称为一名AI架构师?

    56

    人工智能 (AI)是快速发展的技术领域的主导方式,具有改变人类能力并彻底改变整个行业的能力。人工智能架构师的技能负责在每个突破性人工智能解决方案的幕后协调智能系统的创建和使用。本文探讨了架构师的角色、.

  • Zalando RESTful API和事件指南

    58 20K

    这是一套很好的开发Restful API的指南。由Zalando提供。Zalando 的软件架构以解耦微服务为中心,通过带有 JSON 负载的 RESTful API 提供功能。小型工程团队在其 AW.

  • 什么是亚历山大形式?

    44 2K

    亚历山大Alexander形式:一套有组织、连贯的模式,用于解决设计问题,定义了一套有组织的、连贯的模式,用于描述特定专业领域内的问题和解决方案。也称为亚历山大模式语言(Alexander Patte.

  • 近期国外大科技公司工程文摘

    43 3K

    本周Meta 、Netflix 、Doordash 、Booking等发布的最重要、最引人注目的文章!1. “Meta Llama 3 简介:迄今为止最有能力的公开大模型” 讨论新 8B 和 70B .

  • 为何软件IT行业重视创新而不是稳定?

    142 3

    为何软件IT行业重视创新而不是稳定?用户为此受苦:用户体验差!彼得-蒂尔有一句名言:"竞争是失败者的事"。 如果没有必要,就不要把自己置于被迫竞争的境地。 我给年轻程序员的建议是,如果你想创建自己的编.

  • 模块化单体架构综合指南

    216 13K

    在不断发展的软件架构领域,对完美设计范式的追求仍在继续。在单体架构和微服务架构之间持续不断的争论中,出现了一种和谐的融合,提供了两全其美的方案——引入了模块化单体架构的概念。想象一下一种设计方法,它将.

  • 分布式系统阅读清单

    303 13K

    计算机科学家在研究分布式系统理论时使用三种模型类型:同步模型半同步模型异步模型同步模型意味着系统内发送的每条信息都有一个已知的通信上限(发送和接收信息之间的最大延迟)以及节点或代理之间的处理速度。这意.

  • 为什么你可能不需要GraphQL?

    62 2K

    您可能不需要 GraphQL!当您从一家 GraphQL 公司的联合创始人那里读到这句话时,您可能会感到惊讶。为什么您可能不需要 GraphQL2015 年(将近十年前!),Facebook 发布 G.

  • 现代前端架构:关键概念指南

    75 2K

    Web 开发的格局在不断发展,需要创新的方法来构建用户界面。在这个不断变化的环境中,构建强大且可维护的前端架构变得比以往任何时候都更加重要。本指南深入探讨了现代前端架构的关键概念,为您提供构建高性能、.

  • 用于微服务开发的 Java 框架

    148 3K

    本文列出了一些用 Java 构建微服务的流行框架:#Spring Boot:Spring Boot可以说是用 Java 构建微服务的最流行的框架。它提供了一个全面的生态系统,用于以最少的配置开发独立的.

  • Redpanda简介

    138 10K

    在本教程中,我们将讨论一个名为Redpanda的强大事件流平台。这是对事实上的行业流媒体平台Kafka 的竞争,有趣的是,它还与 Kafka API 兼容。我们将了解 Redpanda 的关键组件、功.

  • 人工智能在现代软件架构设计中的作用

    132 4K

    软件架构自诞生以来已经取得了长足的进步。在早期,系统很简单,程序员经常对特定问题的解决方案进行硬编码。随着系统复杂性和规模的增长,这种方法变得难以管理。我们看到了结构化编程、面向对象编程以及最近的面向.