跳转到主要内容

Engineering Notes

从真实工程里长出来的记录

文章优先记录真实项目中的架构决策、边界、失败、部署与维护经验。尚未完成的主题会明确标注为草稿或计划中。

已发布 1计划中 5

Notes & essays

当前内容

状态是内容成熟度,不是装饰性标签

Build in Public已发布

Harukaze Lab 2026-08:从展示型个人站到真实工程日志

这次重构不追求更多动画和更多“成绩”,而是把网站重新对齐到真实项目:AI-native engineering、FDE、企业软件现代化、Asterisk 通信平台和可验证的项目交付。

Harukaze LabBuild in Public工程实践
通信系统计划中

Asterisk 从 0 到 1:为什么先做模块化单体,而不是微服务

记录 Asterisk 企业通信平台的架构取舍:为什么 Local MVP 阶段优先 Modular Monolith + Ports & Adapters,以及怎样为 AMI/ARI、WebRTC 和后续多节点演进保留边界。

AsteriskSIPArchitecture
FDE计划中

从 EXE 到 Web:传统企业软件现代化真正要解决什么

Web 化的价值不只是“浏览器更现代”,而是版本统一、部署简化、维护成本下降、权限与数据集中,以及为后续自动化和 AI 接入建立可治理入口。

FDEWebEnterprise Software
AI-native Engineering计划中

AI Coding 时代,个人作品集应该证明什么

当“写出页面和 CRUD”越来越便宜,作品集真正需要证明的是问题定义、架构判断、边界控制、验证能力、部署维护和对真实业务的理解。

AI CodingPortfolioEngineering
AI Agent计划中

让 Agent 真正参与项目交付:从 Prompt 到仓库上下文

比超长 Prompt 更重要的是可持续的项目上下文:README、AGENTS、ADR、Runbook、验收清单和 Git 历史。它们决定 Agent 能否在多轮迭代中保持一致。

AgentAGENTS.mdGitHub
工程交付计划中

小团队做企业软件:部署和维护为什么应该从第一天设计

企业软件不是“开发完成就结束”。对小团队来说,可安装、可升级、可回滚、可排障和可交接,本身就是架构的一部分。

DeploymentMaintenanceRunbook

Publishing rule

先有事实,再写结论

这里不会为了维持更新频率把计划包装成成果。已验证的写结论,进行中的写状态,暂时没有证据的就保留为问题或计划。