康威定理

单体架构是一种软件设计方法，其中应用程序的所有组件都集成为一个不可分割的单元。在这种架构中，整个应用程序（包括用户界面、业务逻辑和数据访问层）作为单一实体进行开发、部署和维护。 什么是单体？ 单一存储库 —

阿里蔡崇信说：我们知道阿里落后了，因为我们忘记了我们真正的客户是谁。我们的客户是使用我们的app进行购物的人，而我们没有给他们最好的体验。 软件工程中的#康威定理 提供了启发：为何阿里 淘宝的app用户体验不好？是因为被划分一个个小

这篇文章主要讨论了在公司中知识流失的问题，特别是从工程师的角度出发。作者提出了“生物数据存储”这个术语，强调了每位员工在保存和传递知识方面的关键作用。 文章指出，知识流失可能会对组织的沟通结构和系统设计产生重大影响，因此需要采取措施来避免这种“黑洞

本文说明在决定单体、微服务和无服务器架构时权衡的简化思维模型。目标是突出每种风格的固有优势和差距，同时为何时选择哪种建筑风格提供指导。 单体小型团队或项目的理想入门架构。它启动起来很简单，并且通常可以提供很多里程，

提升产品经理与设计、技术的关系，从而更快地开发产品！ 谁是产品经理？产品经理（Product Manager，简称 PM）是负责产品从构思到市场的全生命周期管理的专业人员。

咱团队当年搞文档API的时候，简直就是个"科技小白鼠实验室"！第一次做SaaS产品，看见别人都在玩"微服务"这种高大上的东西，我们脑子一热就跟风了。结果呢？就像小学生非要穿大人的高跟鞋——摔得那叫一个惨！ 微服务这玩意儿本来是大公司用的，人家每个部

微服务是技术债吗？关于扩展、复杂性与增长的思考 我在职业生涯中花费了大量时间设计和构建需要随着团队和用户增长而扩展的软件系统。 很多公司（包括我自己经手的项目）都会遇到一个关键选择：是把所有代码堆成一个“

这篇文章聊聊软件工程里一些常见的经验规律（大家通常叫它们“定律”）。虽然这个领域有很多这样的定律，但在这篇文章里，我会重点讲五个我觉得特别有用的。 1、

这篇文章出自一个安全至上的作者视角，或者说智勇双全中的勇敢缺乏了点，是安全利他主义，不是加速主义世界观： 创业公司怎么选技术架构？别被"微服务"忽悠瘸了！（就像盖房子，你见过谁家茅草屋非要装电梯吗？）1. 创业公司保命秘诀：（ban

大型组织中的软件开发团队之间的依赖关系是一个大问题。多年来，我看到了许多应对这一问题的不同策略——有些成功，有些则比较麻烦。  处理依赖关系最常见的问题是，它们经常被忽略或简化；有时，一刀切的万能框架被错误地应用：解决依赖关系总是取决于具体情况。这

工程师们（还有他们的老板）在过去四十年里花了很多时间学习（有时候是反复学习……）分布式系统的各种影响和含义。作为一个工程经理，我发现分布式系统的设计和工程团队的组织设计之间有很多相似的地方。 大多数工程经理如果对“组织设计”有所了解，要么是通过

我第一次读到《团队拓扑Team Topologie：简称TT模型》是在 2021 年（这是我遇到过的最好的经理之一送给我的礼物）。但自从我与Agile Yorkshire</

故事要从一个苦逼程序员（就是我）的吐槽开始—— 【第一幕：站着开会开到腿麻】想象一下：14个程序员每天像电线杆似的杵着开晨会，有人打哈欠打到下巴脱臼，有人偷偷掐大腿保持清醒。为啥？因为90%的内容都跟自己无关！（摔）我们甚至发明了"时间到"

这篇题为《心率对认知负荷的反应是抑郁和焦虑增加的标志

最近，我注意到越来越多的公司正在采用敏捷实践来跟上快速的市场变化。与此同时，这也给架构师带来了挑战：如何在支持灵活性的同时保持结构和长期规划？ 我遇到过一些旨在扩展敏捷实践的工具，例如 Leading SAFe Course，但我很好奇——它们在实

一篇由Jack Vanlightly撰写的博客文章，标题为“Dismantling ELT: The Case for Graphs, Not Silos”。这篇文章探讨了数据架构中的ELT（提取、加载、转换）流程，以及它如何受到Conway定律的影响，导致软件开发和数据分析团队之间的隔阂。