PulseBoard
主要案例
一個 production-shaped portfolio project,連接 Hono API、PostgreSQL、Redis、BullMQ、API key 邊界、OpenAPI、liveness/readiness、worker recovery、備份復原演練與 rollback 演練。運維介面和客戶介面讓同一系統可以從不同角度接受檢查。
閱讀 PulseBoard 項目記錄我從系統邊界向內構建軟體:契約、資料、佇列、失敗路徑、運維檢查,以及讓系統真正可用的產品介面。
我的公開作品不是用來堆疊關鍵詞,而是讓工程判斷可以被檢查。我展示自己如何處理可靠性與可維護性,也清楚說明哪些內容已被證明、哪些尚未。
我關注第一次成功請求之後仍然重要的決策。
我把後端行為、運維和使用者介面視為同一個工程問題。API 不會在 happy path 成功後就算完成;存取邊界、持久化選擇、非同步工作、健康訊號、復原程序與文件,共同決定系統能否被維護。
可靠性工作必須具體才有價值。我偏好可執行、可評審、可重複的檢查與演練:分離 liveness 與 readiness、worker recovery、備份復原、rollback 程序及明確契約。
我也重視最後一公里。穩健的系統應提供實用介面與清晰評審路徑,而不是用視覺包裝或誇大的陳述掩蓋不確定性。
先看 PulseBoard,再用較小的項目記錄檢查能力範圍與一致性。
主要案例
一個 production-shaped portfolio project,連接 Hono API、PostgreSQL、Redis、BullMQ、API key 邊界、OpenAPI、liveness/readiness、worker recovery、備份復原演練與 rollback 演練。運維介面和客戶介面讓同一系統可以從不同角度接受檢查。
閱讀 PulseBoard 項目記錄重視隱私的產品系統
具備邀請制、帳戶隔離、收件匣狀態、定期摘要行為與刻意收窄的公開邊界。項目記錄聚焦產品行為與隱私決策,不公開私人求職資料。
閱讀 Career Radar 項目記錄工程學習系統
結構化內容模型、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 |
依序查看運行介面、契約、項目記錄與公開職業資料。
檢查 health、readiness、運維狀態與運行中系統的形態。
確認系統也有實用的產品端路徑。
查看公開契約及 API 如何被呈現以供檢查。
直接檢查機器可讀契約。
一起檢查架構、可靠性工作與已聲明限制。
用倉庫歷史檢查精選項目以外的實作。
從公開職業背景繼續了解。
這些說明讓證據保持準確,並降低評審時的不確定性。
PulseBoard 是 production-shaped portfolio project,不是真實服務商業客戶的生產系統。
通知 provider 是 mock-compatible。項目不聲稱已接入真實第三方生產通知服務。
AWS 資源尚未建立。雲端架構材料是設計證據,不是運行中 AWS 基礎設施的證明。
備份復原與 rollback 屬於本地或 CI 演練,不能證明大規模生產環境的 RPO/RTO 表現。
可用於進一步對話的公開入口。