[译]具有上下文映射的战略领域驱动设计https://www.infoq.com/articles/ddd-contextmapping/ 介绍当应用程序规模和复杂性增长时，许多面向对象建模方法往往无法很好地扩展。上下文映射是一种通用技术，是领域驱动设计(DDD) 工具包的一部分，可帮助架构师和开发人员管理他们在软件开发项目中面临的多种类型的复杂性。与其他众所周知的 DDD 模式不同，上下文映射适用于任何类型的软件开发场景，并提供可能帮助开发人员做出战略决策的高级视图，例如是 ...

【翻译】关于生成式 AI 技术领导者需要知道的 5 个的真相创造真正业务价值的生成式 AI 需要付出真正的努力，但这绝对值得。 生成式 AI (Generative AI) 已经无处不在。各行各业的组织正迫切要求他们的团队加入这场风潮 — 有 77% 的业务领导 担心他们已经错过了利用生成式 AI 的机遇。 数据团队正在努力应对这一挑战。但是，打造一个真正能促进业务增长的生成式 AI 模型并非易事。 长期来看，仅依靠快速接入 OpenAI API 是远远不够的。我们谈论的是生 ...

如何设计一个类似youtube的视频网站系统需求概要让你设计一个类似youtube的视频网站系统 ，你设计的技术方案使用Pugh matrix方法论，给出具体的文字描述 解决方案 (chatgpt生成)设计一个类似 YouTube 的视频网站系统是一个复杂的任务，涉及多个方面的技术和功能。以下是使用 Pugh Matrix 方法论对一些关键技术和功能进行比较评估的文字描述： 步骤 1：定义标准和选择方案 标准： 视频加载速度（Video Loading Speed） 用 ...

如何画好架构图（嘻哈版）？有年轻朋友问：“架构图全是长条块和小方块，看不出模块关系，也无法指导开发，有什么用啊？”我就要代技术大师们说一句了：“差不多得了。架构师不是神笔马良，画出来就可以了，难道还真的负责变现啊？”记住，你是架构师，也是画家。画家要留白，供观众去想象。你的架构图也要留白，供码农去猜测。 一主两翼画图法（横向）四横三竖藏宝图先不管什么架构，最底下一层放计算，存储，网络三个方块，总是没错的。然后往上堆两个中间层，可以是资源池，可以是PaaS能力，也可以是机器学 ...

Razorpay 如何在 IPL 等事件期间处理大量交易突发Razorpay 是印度领先的支付网关服务，为企业提供一套产品来接受、处理和支付付款，使他们能够建立在线业务。 他们处理了一个有趣的问题：印度板球超级联赛等赛事期间交易突然爆发的问题。企业，尤其是食品配送和游戏领域的企业，在板球比赛前几分钟和比赛期间向顾客提供限时抢购和各种优惠，这导致了交易的突然爆发。 该公司的基础设施托管在 AWS 上并配置为自动扩展。但要做到这一点，集群和节点的自动缩放器必须启动。这需要 3-4 ...

谷歌服务上的100亿用户意味着什么？– 如何设计大规模、高可用性的系统想象一下具有 API 服务器和数据库的简单服务。 现在，当这项服务归谷歌所有时，流量预计将达到100亿用户的规模。这意味着： 每天 10 亿个请求 100k 请求/秒（平均） 200k 请求/秒（峰值） 每秒 2 万次磁盘寻道 （IOPS） 这些是如何提供的？100 亿用户（高峰期）需要 2 万次 IOPS（每秒输入输出操作数），每个磁盘 100 IOPS，即每台服务器 20 个磁 ...

真正的冥想，正确的冥想练习冥想不是一种行动：它不是要加在你的todo list，是感知做呼吸觉知和身体扫描，而非一个新的待办事项，所以没有固定方法 冥想并非一定要在安静环境：当你坐下来准备冥想时，总希望安静不被打扰。当你还在抱怨周围嘈杂，就还没进入真正的冥想，真正的冥想是无论发生什么都把它融入，并且臣服于它，噪声只是流经你不受影响。但初期冥想练习仍建议选在宁静舒适的环境和姿势中进行，效果更好。 练习冥想的方式可以通过专门的音乐、音频指导、课程进行疗愈，熟练者也可以什么都不借 ...

什么是ADR？ADR是“Architecture Decision Record（架构决策记录）”的缩写。它是一种用于记录软件系统设计和架构决策的文档或方法。ADR旨在记录团队在开发过程中所做的重要技术决策，以及这些决策背后的考虑因素、理由和影响。 ADR通常包含以下内容： 标题和标识符：每个ADR有一个唯一的标识符或编号，以及描述性的标题，以便于识别和检索。 背景和上下文：解释为什么需要做出这个技术决策，涉及到的问题是什么，以及这个决策对系统或项目的重要性。 决策：明 ...

arc42方法系统和过程无关于适当的解决方案。（Systematic and process-agnostic to appropriate solutions.） arc42为以下两个问题提供了实用的答案，并且可以轻松定制以满足您的特定需求： WHAT 关于我们的架构，我们应该沟通/记录什么？ HOW 我们应该如何沟通/记录？ 架构和开发中的方法程序应该始终是迭代的：始终（！）通过系统反馈补充和伴随分析和建设性任务。 持续学习让我们从一个基本和无所不 ...

在现实生活系统中，我们发现有着良好编写的代码，积极的团队和高效的系统 - 但是软件架构的知识往往隐藏在单个大脑中、分散的代码中或者仅仅是丢失了。 几个典型问题阻碍了许多软件项目 - 而arc42可以通过低成本高效地帮助减少或消除这些问题。 不存在或过时永久链接第一个问题是缺少或过时的文档： 曾经在过去某个地方创建了文档。传言说很久以前它可能是正确的，但原始作者已经不可知或消失了。这样的历史文献只是浪费磁盘空间，对任何人都没有任何价值。 混乱永久链接第二个问题是混乱和令人 ...