紹介本文へ移動
ANLAN.STORE に戻る

道安瀾(ドッジ・ホー)

私はシステム境界から内側へソフトウェアを構築します。契約、データ、キュー、失敗経路、運用チェック、そしてシステムを実際に使えるものにするプロダクト画面までを一つの問題として扱います。

公開成果の目的は、エンジニアリング判断を検証可能にすることです。信頼性と保守性をどう考えるかを示しながら、証明できた範囲と未検証の範囲を明確にしています。

エンジニアリングへの向き合い方

最初のリクエストが成功した後も重要であり続ける判断を重視します。

バックエンドの動作、運用、ユーザー画面を一つのエンジニアリング課題として扱います。API は happy path が動くだけでは完成ではありません。アクセス境界、永続化、非同期処理、健康信号、復旧手順、文書が保守性を決めます。

信頼性は具体的であるほど有用です。liveness と readiness の分離、worker recovery、バックアップ復元、rollback 手順、明確な契約など、実行・レビュー・反復できる確認と演習を優先します。

最後の一歩も重視します。堅実なシステムには実用的な画面と明確なレビュー経路が必要であり、視覚的な演出や誇張で不確実性を隠すべきではありません。

主なエンジニアリング成果

まず PulseBoard を確認し、次に小規模な記録から能力の幅と一貫性を確認できます。

PulseBoard

主要ケーススタディ

Hono API、PostgreSQL、Redis、BullMQ、API key 境界、OpenAPI、liveness/readiness、worker recovery、バックアップ復元演習、rollback 演習を結ぶ production-shaped portfolio project です。運用画面と顧客画面から同じシステムを異なる視点で確認できます。

PulseBoard の記録を読む

Career Radar

プライバシーを重視したプロダクトシステム

招待制、アカウント分離、受信箱状態、定期ダイジェスト、限定した公開範囲を備えます。プロジェクト記録は個人のキャリアデータを公開せず、プロダクト動作とプライバシー判断に焦点を当てます。

Career Radar の記録を読む

HeatStack

エンジニアリング学習システム

構造化コンテンツモデル、Windows CLI、より安全な導入経路、AI engineering 学習ワークフロー。難しい学習領域を散在するノートではなく、保守可能なツールへ変える方法を示します。

HeatStack の記録を読む

公開ソースプロジェクト

確認可能なソース履歴

VMD_cpp、PAL4_EnglishMod、IELTS_writing_GPT、Dynamic RRT Connect は、信号処理、ローカライズ、応用 AI ツール、経路計画にわたる作業を公開しています。

GitHub を開く

証拠索引

能力領域と直接確認できる証拠を結ぶ簡潔な一覧です。

能力領域代表プロジェクト検証可能な証拠レビューリンク
信頼性の判断PulseBoardliveness/readiness の分離、キュー復旧、バックアップ復元演習、immutable-image rollback 演習。プロジェクト記録
境界とセキュリティPulseBoard / Career RadarAPI key 保護、招待制、アカウント分離、明確な公開/非公開境界。運用画面
保守可能なデリバリーPulseBoardOpenAPI 契約、worker 構成、運用文書、デプロイと rollback の記録。API docs
実用ツール設計HeatStack構造化コンテンツ、安全な Windows 導入、CLI 動作、反復可能な学習ワークフロー。HeatStack
確認可能な実装VMD_cpp / PAL4 / IELTS / RRT信号処理、ローカライズ、応用 AI ツール、経路計画を扱う公開リポジトリ。GitHub

10分レビュー

稼働画面、契約、プロジェクト記録、公開プロフィールを順に確認します。

  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 の証明ではありません。

さらに確認する

今後の対話に利用できる公開窓口です。