0. 这份示例解决什么问题 你已经有了 Plumego，但真正把它用进“用户中心”这种业务时，通常会卡在三件事： 模块边界：User / Auth / Project 怎么拆，拆

定位：工程级框架文档，而不是教程集合 docs/ ├── _index.md ├── intro/ ├── getting-started/ ├── concepts/ ├── architecture/ ├── core/ ├── guides/ ├── patterns/ ├── advanced/ ├── reference/ ├── faq/ ├── roadmap/ └──

引言：为什么需要 Plumego？ 在 Birdor 的工程实践中，我们反复遇到同一个问题： 当项目从“能跑”进入“要长期维护”阶段，Go Web 框架往往开始成为负担

前言：为什么还要再做一个 Go 框架 在 Go 生态已经高度成熟的今天，“再做一个 Go Web 框架” 看起来既多余，又无趣。 我们已经有了： 功能极其完备、社区庞大的全

以测量为起点，以架构调整为核心，以细节优化为补充。 这份指南面向已经在生产或准生产环境使用 Node.js 的工程团队，希望在 延迟、吞吐量、资源利用 上做系统性

理解现代 JavaScript Runtime 的核心本质。 Node.js 不仅是“让 JavaScript 跑在服务器端的工具”，它是一个完整的 Runtime，由 V8、libuv、内置调度器、事件循环、模块系统