跳至自我介紹
返回 ANLAN.STORE

Dodge Ho / 道安瀾

我從系統邊界向內構建軟體:契約、資料、佇列、失敗路徑、運維檢查,以及讓系統真正可用的產品介面。

我的公開作品不是用來堆疊關鍵詞,而是讓工程判斷可以被檢查。我展示自己如何處理可靠性與可維護性,也清楚說明哪些內容已被證明、哪些尚未。

我的工程方法

我關注第一次成功請求之後仍然重要的決策。

我把後端行為、運維和使用者介面視為同一個工程問題。API 不會在 happy path 成功後就算完成;存取邊界、持久化選擇、非同步工作、健康訊號、復原程序與文件,共同決定系統能否被維護。

可靠性工作必須具體才有價值。我偏好可執行、可評審、可重複的檢查與演練:分離 liveness 與 readiness、worker recovery、備份復原、rollback 程序及明確契約。

我也重視最後一公里。穩健的系統應提供實用介面與清晰評審路徑,而不是用視覺包裝或誇大的陳述掩蓋不確定性。

精選工程證據

先看 PulseBoard,再用較小的項目記錄檢查能力範圍與一致性。

PulseBoard

主要案例

一個 production-shaped portfolio project,連接 Hono API、PostgreSQL、Redis、BullMQ、API key 邊界、OpenAPI、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 RadarAPI key 保護、邀請制、帳戶隔離與明確的公開/私人邊界。運維介面
可維護交付PulseBoardOpenAPI 契約、worker 架構、運維文件,以及部署與 rollback 記錄。API 文件
實用工具設計HeatStack結構化內容、安全的 Windows 安裝、CLI 行為與可重複的學習工作流。HeatStack
可檢查實作VMD_cpp / PAL4 / IELTS / RRT涵蓋訊號處理、本地化、應用型 AI 工具與路徑規劃的公開倉庫。GitHub

十分鐘評審路徑

依序查看運行介面、契約、項目記錄與公開職業資料。

  1. 00-02 分

    開啟 PulseBoard live operations surface

    檢查 health、readiness、運維狀態與運行中系統的形態。

  2. 02-03 分

    開啟 PulseBoard customer surface

    確認系統也有實用的產品端路徑。

  3. 03-05 分

    開啟 API docs

    查看公開契約及 API 如何被呈現以供檢查。

  4. 05-06 分

    查看 OpenAPI JSON

    直接檢查機器可讀契約。

  5. 06-08 分

    閱讀 PulseBoard 項目記錄

    一起檢查架構、可靠性工作與已聲明限制。

  6. 08-09 分

    查看我的 GitHub

    用倉庫歷史檢查精選項目以外的實作。

  7. 09-10 分

    查看我的 LinkedIn

    從公開職業背景繼續了解。

公開邊界

這些說明讓證據保持準確,並降低評審時的不確定性。

  1. 作品集語境

    PulseBoard 是 production-shaped portfolio project,不是真實服務商業客戶的生產系統。

  2. 通知交付

    通知 provider 是 mock-compatible。項目不聲稱已接入真實第三方生產通知服務。

  3. 雲端範圍

    AWS 資源尚未建立。雲端架構材料是設計證據,不是運行中 AWS 基礎設施的證明。

  4. 復原證據

    備份復原與 rollback 屬於本地或 CI 演練,不能證明大規模生產環境的 RPO/RTO 表現。

繼續了解

可用於進一步對話的公開入口。