PulseBoard
主要案例
一个 production-shaped portfolio project，连接 Hono API、PostgreSQL、Redis、BullMQ、API key 边界、OpenAPI、liveness/readiness、worker recovery、备份恢复演练与 rollback 演练。运维界面和客户界面让同一系统可以从不同角度接受检查。
阅读 PulseBoard 项目记录Dodge Ho / 道安澜
我从系统边界向内构建软件：契约、数据、队列、失败路径、运维检查，以及让系统真正可用的产品界面。
我的公开作品不是用来堆叠关键词，而是让工程判断可以被检查。我展示自己如何处理可靠性与可维护性，也清楚说明哪些内容已被证明、哪些尚未。
我的工程方法
我关注第一次成功请求之后仍然重要的决策。
我把后端行为、运维和用户界面视为同一个工程问题。API 不会在 happy path 成功后就算完成；访问边界、持久化选择、异步工作、健康信号、恢复程序与文档，共同决定系统能否被维护。
可靠性工作必须具体才有价值。我偏好可执行、可评审、可重复的检查与演练：分离 liveness 与 readiness、worker recovery、备份恢复、rollback 程序及明确契约。
我也重视最后一公里。稳健的系统应提供实用界面与清晰评审路径，而不是用视觉包装或夸大的陈述掩盖不确定性。
精选工程证据
先看 PulseBoard，再用较小的项目记录检查能力范围与一致性。
Career Radar
重视隐私的产品系统
具备邀请制、账户隔离、收件箱状态、定期摘要行为与刻意收窄的公开边界。项目记录聚焦产品行为与隐私决策，不公开私人求职数据。
阅读 Career Radar 项目记录HeatStack
工程学习系统
结构化内容模型、Windows CLI、更安全的安装路径与 AI engineering 学习工作流。它展示我如何把困难的学习领域做成可维护工具，而不是零散笔记。
阅读 HeatStack 项目记录公开源码项目
可检查的源码历史
VMD_cpp、PAL4_EnglishMod、IELTS_writing_GPT 与 Dynamic RRT Connect 公开了信号处理、本地化、应用型 AI 工具与路径规划方面的工作。
打开我的 GitHub证据索引
从能力方向到可直接检查证据的精简地图。
| 能力方向 | 代表项目 | 可验证证据 | 评审链接 |
|---|---|---|---|
| 可靠性判断 | PulseBoard | 分离 liveness/readiness、队列恢复、备份恢复演练与 immutable-image rollback 演练。 | 项目记录 |
| 边界与安全 | PulseBoard / Career Radar | API key 保护、邀请制、账户隔离与明确的公开／私人边界。 | 运维界面 |
| 可维护交付 | PulseBoard | OpenAPI 契约、worker 架构、运维文档，以及部署与 rollback 记录。 | API 文档 |
| 实用工具设计 | HeatStack | 结构化内容、安全的 Windows 安装、CLI 行为与可重复的学习工作流。 | HeatStack |
| 可检查实现 | VMD_cpp / PAL4 / IELTS / RRT | 涵盖信号处理、本地化、应用型 AI 工具与路径规划的公开仓库。 | GitHub |
十分钟评审路径
依次查看运行界面、契约、项目记录与公开职业资料。
- 00-02 分
打开 PulseBoard live operations surface
检查 health、readiness、运维状态与运行中系统的形态。
- 02-03 分
打开 PulseBoard customer surface
确认系统也有实用的产品端路径。
- 03-05 分
打开 API docs
查看公开契约及 API 如何被呈现以供检查。
- 05-06 分
查看 OpenAPI JSON
直接检查机器可读契约。
- 06-08 分
阅读 PulseBoard 项目记录
一起检查架构、可靠性工作与已声明限制。
- 08-09 分
查看我的 GitHub
用仓库历史检查精选项目以外的实现。
- 09-10 分
查看我的 LinkedIn
从公开职业背景继续了解。
公开边界
这些说明让证据保持准确，并降低评审时的不确定性。
作品集语境
PulseBoard 是 production-shaped portfolio project，不是真实服务商业客户的生产系统。
通知交付
通知 provider 是 mock-compatible。项目不声称已接入真实第三方生产通知服务。
云端范围
AWS 资源尚未创建。云端架构材料是设计证据，不是运行中 AWS 基础设施的证明。
恢复证据
备份恢复与 rollback 属于本地或 CI 演练，不能证明大规模生产环境的 RPO/RTO 表现。
继续了解
可用于进一步对话的公开入口。