Ports & Adapters（六边形架构），简单讲清楚
一篇友好、示例驱动的六边形架构指南：ports 和 adapters 到底是什么、让它运转的那条核心规则，以及究竟该用多少——无论你是独立创业者还是企业级团队。
文章
博客
关于软件架构与源码结构的深度文章——写得让初学者也能读懂，同时对大规模交付的团队同样有用。配有图示、真实案例，绝不空谈。
按主题浏览
最新文章
Clean、Onion 与 Hexagonal 架构：同一颗北极星，三个名字
它们看起来像是三种相互竞争的架构，实则是同一个思想——依赖指向内部，框架置于边缘——用三种方式画出来。本文讲清楚每种方案真正增加了什么，以及应该选哪一个。
Dependency Injection 与 Inversion of Control，去掉魔法讲清楚
DI 容器看起来像魔法，直到你看清楚它背后的朴素思想：不要让代码自己创建依赖，而是从外部传进来。一篇从零开始的指南，配上真实示例和测试收益。
代码库结构：按层、按功能，还是按领域？
顶层文件夹应该叫 controllers/services/models，还是 orders/billing/auth？这个选择悄悄地影响代码库的成长方式。一篇关于按层、按功能和尖叫式架构的实用指南——附上各公司规模下的权衡取舍。
单体、模块化单体、微服务：一份诚实的决策指南
微服务是你为组织规模支付的代价——而不是起点。一篇不炒作地从单体到模块化单体再到微服务的完整导览，附上告诉你何时（以及是否）该拆分的信号。
微前端：何时值得，以及它们真正的代价
将前端拆分成独立可部署的模块可以解放团队——也可能把你埋在复杂性中。本文来自在规模化场景下落地 Angular 宿主 + React 模块的实战经验：微前端何时有回报，以及它带来的账单。
代码审查的艺术：如何批评代码而不打击人
代码审查是团队文化成败的关键所在。这是一份实用指南，教你如何在让代码更好的同时，也让作者越来越强——具体的措辞、审查者清单，以及那些悄悄让审查变成毒药的习惯。
善意工程：为什么善意让你成为更好的工程师
善意不是温和，也不是软弱，而是力量倍增器——更清晰的反馈、更安全的事故响应、成长更快的队友。“善意工程”真正的含义，以及如何在代码审查、事故处理和日常工作中实践它。
如何写一个让人真正乐于审查的 Pull Request
一个出色的 pull request 是给审查者的礼物：简小、描述清晰、容易说是。可审查 PR 的解剖学——大小、标题、描述、提交卫生和自审——附具体的前后对比示例。
有效的反馈：作为工程师给出和接受批评
大多数工程师从未被教过如何给出反馈——或者如何接受反馈。这是一本关于具体、善意、可操作反馈的实战手册，以及如何在接受批评时保持开放——附即可使用的对话脚本。
指导工程师：如何把初级工程师培养成资深工程师
优秀的团队是培养出来的，不只是招聘来的。来自领导工程团队的实战经验：如何通过结对编程、代码审查、恰当的拉伸任务，以及那些把初级工程师变成你愿意托付一切的人的思维转变，让人快速成长。