<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>DavidHLPL · RHINE LAB</title><description>LLMを用いて出典を追跡できる技術・工学知識を整理する、DavidHLPLの個人AIナレッジベース。</description><link>https://davidhlp.github.io</link><language>ja</language><item><title>chronicle.yaml</title><link>https://davidhlp.github.io/blog/legacy/information/ja/chronicle/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/information/ja/chronicle/?lang=ja</guid><description>chronicle.yaml · src/content/information/ja/chronicle.yaml</description><pubDate>Mon, 05 Oct 2026 05:34:00 GMT</pubDate><category>ja</category><category>information</category></item><item><title>賀恋棚 (が れんほう)</title><link>https://davidhlp.github.io/blog/legacy/information/ja/introduction/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/information/ja/introduction/?lang=ja</guid><description>賀恋棚 (が れんほう) · src/content/information/ja/introduction.md</description><pubDate>Mon, 05 Oct 2026 05:34:00 GMT</pubDate><category>ja</category><category>information</category></item><item><title>ナレッジベース目次</title><link>https://davidhlp.github.io/blog/legacy/information/ja/kb-index/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/information/ja/kb-index/?lang=ja</guid><description>ナレッジベース目次 · src/content/information/ja/kb-index.md</description><pubDate>Mon, 05 Oct 2026 05:34:00 GMT</pubDate><category>ja</category><category>information</category></item><item><title>ナレッジベース操作ログ</title><link>https://davidhlp.github.io/blog/legacy/information/ja/kb-log/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/information/ja/kb-log/?lang=ja</guid><description>ナレッジベース操作ログ · src/content/information/ja/kb-log.md</description><pubDate>Mon, 05 Oct 2026 05:34:00 GMT</pubDate><category>ja</category><category>information</category></item><item><title>linkroll.mdx</title><link>https://davidhlp.github.io/blog/legacy/information/ja/linkroll/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/information/ja/linkroll/?lang=ja</guid><description>linkroll.mdx · src/content/information/ja/linkroll.mdx</description><pubDate>Mon, 05 Oct 2026 05:34:00 GMT</pubDate><category>ja</category><category>information</category></item><item><title>プライバシーポリシー</title><link>https://davidhlp.github.io/blog/legacy/information/ja/policy/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/information/ja/policy/?lang=ja</guid><description>プライバシーポリシー · src/content/information/ja/policy.md</description><pubDate>Mon, 05 Oct 2026 05:34:00 GMT</pubDate><category>ja</category><category>information</category></item><item><title>データベース筆記試験の復盤：SQL セマンティクスからバッチ処理まで</title><link>https://davidhlp.github.io/blog/legacy/note/ja/database-written-test-review/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/database-written-test-review/?lang=ja</guid><description>データベース筆記試験を検証可能な判断の連鎖として振り返る。SQL の意味と方言を分け、NULL・重複・空結果を扱い、最後に Kettle と巨大テーブルの操作を分割・復旧・照合・リスク管理へ落とし込む。</description><pubDate>Sat, 12 Sep 2026 16:00:00 GMT</pubDate><category>数据库</category><category>SQL</category><category>Oracle</category><category>MySQL</category><category>Spark SQL</category><category>Kettle</category><category>ETL</category><category>笔试复盘</category><category>ja</category><category>note</category></item><item><title>非同期の早期期限切れが TTL 短縮だけを行う理由：version CAS で古い task を無効化する</title><link>https://davidhlp.github.io/blog/legacy/note/ja/resicache-early-expiration-cas/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/resicache-early-expiration-cas/?lang=ja</guid><description>キャッシュ値の version、Redis Lua CAS、通常の miss 経路を使い、古い非同期 task が新しい cache value を変更しないようにする ResiCache の方法。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>ResiCache</category><category>Redis</category><category>EarlyExpiration</category><category>CAS</category><category>Concurrency</category><category>ja</category><category>note</category></item><item><title>ResiCache の cache responsibility chain：control flow、nested fragment、observer lifecycle</title><link>https://davidhlp.github.io/blog/legacy/note/ja/resicache-handler-chain-and-observer/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/resicache-handler-chain-and-observer/?lang=ja</guid><description>HandlerResult、handler snapshot、lock 内 fragment、observer scope token を使い、cache responsibility chain の control flow と lifecycle 境界を保つ ResiCache の現在の実装を分析する。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>ResiCache</category><category>Java</category><category>ChainOfResponsibility</category><category>Observer</category><category>ThreadLocal</category><category>Concurrency</category><category>ja</category><category>note</category></item><item><title>Redis serializer の交換は一行の設定変更ではない：object trust から rollback 可能な migration へ</title><link>https://davidhlp.github.io/blog/legacy/note/ja/resicache-serialization-migration/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/resicache-serialization-migration/?lang=ja</guid><description>ResiCache の安全な deserialization と migration engine から、wire format、type trust、既存データ migration を一緒に設計すべき理由を説明する。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>ResiCache</category><category>Redis</category><category>Serialization</category><category>Security</category><category>Migration</category><category>ja</category><category>note</category></item><item><title>cache stampede に Future、distributed lock、double-check が同時に必要な理由</title><link>https://davidhlp.github.io/blog/legacy/note/ja/resicache-single-flight/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/resicache-single-flight/?lang=ja</guid><description>ResiCache の load path で single-flight、distributed lock、double-check、failure result model がそれぞれ解決する問題と、保証しないことを整理する。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>ResiCache</category><category>Redis</category><category>SingleFlight</category><category>Concurrency</category><category>DistributedLock</category><category>ja</category><category>note</category></item><item><title>ResiCache：キャッシュ保護を検証可能な並行性・一貫性の境界にする</title><link>https://davidhlp.github.io/blog/legacy/note/ja/resicache/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/resicache/?lang=ja</guid><description>固定ソースと境界テストから、責任チェーン、single-flight、version 付き早期期限切れ、ホワイトリスト・シリアライズ、observer の五つの設計を整理し、本番性能の結論とは区別する。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>ResiCache</category><category>SpringCache</category><category>Redis</category><category>Concurrency</category><category>SingleFlight</category><category>Serialization</category><category>CAS</category><category>EarlyExpiration</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>UltiCode 非同期実行コントラクト：冪等性、フィンガープリント、上限付き receipt</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-async-execution-contract/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-async-execution-contract/?lang=ja</guid><description>UltiCode が同期プレビューと非同期実行で同じコントラクトを共有し、冪等キー、SHA-256 フィンガープリント、状態機械、メモリ上限で長時間タスクを制約する方法。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>OnlineJudge</category><category>Async</category><category>Idempotency</category><category>Fingerprint</category><category>StateMachine</category><category>Judge0</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>UltiCode の検証とサプライチェーンゲート：static contract から検証可能なリリースへ</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-ci-supply-chain/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-ci-supply-chain/?lang=ja</guid><description>zero-infra の static contract、段階的検証、Trivy、SBOM、provenance、Cosign を追跡可能な delivery gate として組み立てる UltiCode の方法。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>CI</category><category>StaticCheck</category><category>IntegrationTest</category><category>Trivy</category><category>SBOM</category><category>Cosign</category><category>Provenance</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>modular monolith を実験場として扱う：UltiCode Core の allowlist、timeout、close-once lifecycle</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-core-bounded-testbed/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-core-bounded-testbed/?lang=ja</guid><description>UltiCode Core の owner-context manager が opt-in、allowlist、起動上限、close-once handoff を使い、modular monolith を可逆な topology testbed に限定する方法。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>ModularMonolith</category><category>Lifecycle</category><category>ClassLoader</category><category>Allowlist</category><category>FailClosed</category><category>Testing</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>UltiCode Docker sandbox：リソース隔離とインフラエラーの分類</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-docker-sandbox/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-docker-sandbox/?lang=ja</guid><description>UltiCode の D-form 実行経路から、Docker のリソース・安全パラメータ、seccomp の fail-closed、ユーザーエラーとインフラエラーの分類を整理する。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>OnlineJudge</category><category>Docker</category><category>Seccomp</category><category>Sandbox</category><category>ResourceLimit</category><category>ErrorHandling</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>database lease だけでは足りない：UltiCode の fence token で期限切れ singleton task を止める</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-fenced-singleton-lease/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-fenced-singleton-lease/?lang=ja</guid><description>期限時刻だけでは不十分な理由と、UltiCode の fenced_job_leases と reconciliation run の write path が database 境界で古い executor を無効にする方法。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>FencedLease</category><category>DistributedLock</category><category>Reconciliation</category><category>CAS</category><category>MySQL</category><category>Concurrency</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>UltiCode の generation と attemptId：条件付き更新で古い判定結果を遮断する</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-generation-attempt-fence/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-generation-attempt-fence/?lang=ja</guid><description>generation、attemptId、lease、条件付き更新によって、再判定・タイムアウト・古い Worker の結果が新しい状態を上書きしないようにする UltiCode の方法。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>OnlineJudge</category><category>Generation</category><category>AttemptId</category><category>Lease</category><category>CAS</category><category>Concurrency</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>UltiCode Outbox と Redis Streams：判定タスクの配送を復旧可能な状態にする</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-outbox-redis-streams/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-outbox-redis-streams/?lang=ja</guid><description>データベース outbox、Redis Streams の atomic delivery、retry/dead letter、PEL 回収によって、判定メッセージを復旧可能な状態へ変える UltiCode の方法。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>OnlineJudge</category><category>Outbox</category><category>RedisStreams</category><category>Retry</category><category>DeadLetter</category><category>Idempotency</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>UltiCode の Data Owner と fact snapshot：サービス間 submit の境界を保つ</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-owner-and-facts/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-owner-and-facts/?lang=ja</guid><description>UltiCode の owner 分割と SubmissionFactsSnapshot から、サービス間 submit に必要な事実の出所・取得時刻・schema version を明示的なコントラクトにする方法を説明する。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>OnlineJudge</category><category>DataOwner</category><category>Contract</category><category>Port</category><category>Projection</category><category>Snapshot</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>Owner 間 audit を cross-database write にしない：UltiCode の Local Outbox と Consumer Inbox</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode-owner-local-audit-inbox/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode-owner-local-audit-inbox/?lang=ja</guid><description>Auth/App の local audit outbox、owner-specific Redis Stream、Admin consumer inbox から、owner 間 audit の double write、重複 delivery、lease 回復、eventual consistency を説明する。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>Audit</category><category>DataOwner</category><category>Outbox</category><category>Inbox</category><category>RedisStreams</category><category>EventualConsistency</category><category>Idempotency</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>UltiCode：オンラインジャッジと Agent 工学の検証可能な境界</title><link>https://davidhlp.github.io/blog/legacy/note/ja/ulticode/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/ulticode/?lang=ja</guid><description>owner 境界、事実スナップショット、配送回復、結果 fence、Docker 隔離、非同期契約、供給網ゲートをソースから整理し、証拠の限界を明示する。</description><pubDate>Tue, 08 Sep 2026 16:00:00 GMT</pubDate><category>UltiCode</category><category>OnlineJudge</category><category>DDD</category><category>Port</category><category>Projection</category><category>Outbox</category><category>RedisStreams</category><category>Docker</category><category>Seccomp</category><category>CI</category><category>LLM</category><category>ja</category><category>note</category></item><item><title>Hindsight のローカル計算資源分担と Docker コンテナ化デプロイ</title><link>https://davidhlp.github.io/blog/legacy/note/ja/hindsight-local-deployment/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/hindsight-local-deployment/?lang=ja</guid><description>Vectorize Hindsight 記憶ハブのローカル計算資源分担（AMD GPU 推論 + CPU Embedding）、UID 1000 の権限モデル、Docker Compose によるコンテナオーケストレーションを記録する。</description><pubDate>Sat, 22 Aug 2026 16:00:00 GMT</pubDate><category>Hindsight</category><category>Docker</category><category>Ollama</category><category>ROCm</category><category>BGE-M3</category><category>Architecture</category><category>ja</category><category>note</category></item><item><title>Hindsight 統合メモリアクセス：FastMCP ブリッジと動的マルチプロジェクトルーティング</title><link>https://davidhlp.github.io/blog/legacy/note/ja/hindsight-omp-codex-integration/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/hindsight-omp-codex-integration/?lang=ja</guid><description>OMP と Codex が Hindsight メモリへ統合アクセスするための FastMCP stdio ブリッジ状態機械、Git ルート適応型の動的 Bank ルーティング、両クライアントの設定規約を解説する。</description><pubDate>Sat, 22 Aug 2026 16:00:00 GMT</pubDate><category>Hindsight</category><category>OMP</category><category>Codex</category><category>FastMCP</category><category>MCP</category><category>DynamicRouting</category><category>ja</category><category>note</category></item><item><title>Hindsight ランタイムトラブルシューティングマトリクスと失敗モード</title><link>https://davidhlp.github.io/blog/legacy/note/ja/hindsight-troubleshooting/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/hindsight-troubleshooting/?lang=ja</guid><description>Hindsight のローカルデプロイと Agent 統合における典型的な 7 つの失敗モード（誤パッケージ、権限、タイムアウト、ルーティング、Session 消失、ワークスペースドリフト）と調査マトリクスをまとめる。</description><pubDate>Sat, 22 Aug 2026 16:00:00 GMT</pubDate><category>Hindsight</category><category>Troubleshooting</category><category>Docker</category><category>Permissions</category><category>FastMCP</category><category>Ollama</category><category>ja</category><category>note</category></item><item><title>Docker 基礎：イメージレイヤー、コンテナ操作と Compose ネットワーク</title><link>https://davidhlp.github.io/blog/legacy/note/ja/docker-fundamentals/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/docker-fundamentals/?lang=ja</guid><description>Docker のイメージレイヤー、常用コマンド、ボリューム、ネットワークと Compose の適用条件と境界を整理。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>Docker</category><category>Container</category><category>Compose</category><category>Image</category><category>Volume</category><category>Network</category><category>ja</category><category>note</category></item><item><title>フロントエンドと随筆集：Vue、MyBatis、UniApp、キャッシュ注釈と環境トラブルシューティング（アーカイブ）</title><link>https://davidhlp.github.io/blog/legacy/note/ja/frontend-mybatis-essays/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/frontend-mybatis-essays/?lang=ja</guid><description>フロントエンド、MyBatis、環境調査のノートをまとめたアーカイブです。元の証拠は不変のrawスナップショットに保持されています。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>Vue</category><category>MyBatis</category><category>UniApp</category><category>Cache</category><category>Essay</category><category>ja</category><category>note</category></item><item><title>HBase 基礎・アーキテクチャと運用：データモデル、テーブル設計、Shell と Java API</title><link>https://davidhlp.github.io/blog/legacy/note/ja/hbase-foundation-and-ops/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/hbase-foundation-and-ops/?lang=ja</guid><description>論理/物理モデル、アーキテクチャ、テーブル設計と運用を収束し、RDBMS とのトレードオフを明確化。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>HBase</category><category>BigData</category><category>DataModel</category><category>Architecture</category><category>Shell</category><category>JavaAPI</category><category>ja</category><category>note</category></item><item><title>Java 並行処理の深掘り：JUC、CAS、アトミック、ロックとスレッド機構</title><link>https://davidhlp.github.io/blog/legacy/note/ja/java-concurrency-deepdive/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/java-concurrency-deepdive/?lang=ja</guid><description>CAS を核にアトミック・ロック・スレッド協調と参照型をコスト境界付きで接続。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>Java</category><category>JUC</category><category>CAS</category><category>Concurrency</category><category>Lock</category><category>Thread</category><category>ja</category><category>note</category></item><item><title>MySQL ストレージエンジンとデッドロック検出</title><link>https://davidhlp.github.io/blog/legacy/note/ja/mysql-storage-and-deadlock/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/mysql-storage-and-deadlock/?lang=ja</guid><description>エンジン能力とデッドロックログの経路を最小検証で区別。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>MySQL</category><category>StorageEngine</category><category>InnoDB</category><category>Deadlock</category><category>ja</category><category>note</category></item><item><title>Redis ビジネスパターン：キャッシュ、分散ロック、メッセージキュー、Feed と数量限定・時間限定販売</title><link>https://davidhlp.github.io/blog/legacy/note/ja/redis-business-patterns/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/redis-business-patterns/?lang=ja</guid><description>一貫性・排他・メッセージ意味を軸に再利用可能なビジネスパターンを蒸留。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>Redis</category><category>Cache</category><category>DistributedLock</category><category>MessageQueue</category><category>Feed</category><category>Seckill</category><category>ja</category><category>note</category></item><item><title>Redis 黒馬実践：分散キャッシュ、マルチレベルキャッシュとベストプラクティス</title><link>https://davidhlp.github.io/blog/legacy/note/ja/redis-heima-practice/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/redis-heima-practice/?lang=ja</guid><description>200ページ超の教材をチェックリストに圧縮し、バージョンと検証の欠落を明示。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>Redis</category><category>Heima</category><category>DistributedCache</category><category>MultiLevelCache</category><category>BestPractice</category><category>ja</category><category>note</category></item><item><title>Redis 永続化と原理：RDB/AOF、データ構造と高度な仕組み</title><link>https://davidhlp.github.io/blog/legacy/note/ja/redis-persistence-principle/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/redis-persistence-principle/?lang=ja</guid><description>スナップショットと追記ログの回復と性能境界を区別。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>Redis</category><category>Persistence</category><category>RDB</category><category>AOF</category><category>DataStructure</category><category>Principle</category><category>ja</category><category>note</category></item><item><title>Spark とビッグデータエコシステム：Hadoop、HBase、Spark 実行モードとクラスタ</title><link>https://davidhlp.github.io/blog/legacy/note/ja/spark-bigdata-ecosystem/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/spark-bigdata-ecosystem/?lang=ja</guid><description>バッチ/ストリームエンジンと Spark 実行モードを比較。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>Spark</category><category>Hadoop</category><category>BigData</category><category>HBase</category><category>Cluster</category><category>ja</category><category>note</category></item><item><title>Spring Boot と Spring Cloud：自動構成、トランザクション、サービス検出、ゲートウェイと可観測性</title><link>https://davidhlp.github.io/blog/legacy/note/ja/spring-cloud-and-boot/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/spring-cloud-and-boot/?lang=ja</guid><description>サービス検出を起点に呼び出しチェーンの契約を蒸留。</description><pubDate>Thu, 20 Aug 2026 16:00:00 GMT</pubDate><category>SpringBoot</category><category>SpringCloud</category><category>Microservices</category><category>Gateway</category><category>Transaction</category><category>Observability</category><category>ja</category><category>note</category></item><item><title>Hindsight 完全ローカルデプロイと OMP / Codex 統一メモリ連携の実践（アーカイブ）</title><link>https://davidhlp.github.io/blog/legacy/note/ja/hindsight-local-deployment-and-agent-integration/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/hindsight-local-deployment-and-agent-integration/?lang=ja</guid><description>デプロイ、エージェント連携、障害調査に分割された歴史的な統合ページです。アーカイブ案内として保持されています。</description><pubDate>Mon, 17 Aug 2026 12:00:00 GMT</pubDate><category>Hindsight</category><category>Memory</category><category>OMP</category><category>Codex</category><category>MCP</category><category>Ollama</category><category>ROCm</category><category>BGE-M3</category><category>Architecture</category><category>Troubleshooting</category><category>ja</category><category>note</category></item><item><title>OMP Headroom Bridge：外部ルーティングコントローラとネイティブ Codex/OMP プロキシ境界</title><link>https://davidhlp.github.io/blog/legacy/note/ja/omp-headroom-provider-proxy/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/omp-headroom-provider-proxy/?lang=ja</guid><description>OMP Headroom Bridge が外部コントローラで loopback Headroom、OMP provider route、ネイティブ Codex CLI/Desktop Responses provider、Claude Code/cc-switch の共存境界をどう維持するかを記録する。</description><pubDate>Thu, 13 Aug 2026 14:18:29 GMT</pubDate><category>OMP</category><category>Headroom</category><category>Codex</category><category>OpenCode</category><category>ClaudeCode</category><category>Proxy</category><category>Routing</category><category>systemd</category><category>Security</category><category>ja</category><category>note</category></item><item><title>Headroom と cc-switch / Claude Code の共存：単一の整理責任とセキュリティ境界</title><link>https://davidhlp.github.io/blog/legacy/note/ja/headroom-cc-switch-coexistence/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/headroom-cc-switch-coexistence/?lang=ja</guid><description>固定プロジェクトコミットとランタイム証拠を総合する。Headroom 8787 が cc-switch 15721 の前で Claude Code Messages を受け、OMP パスを分離し、単一の整理責任とロールバック可能な systemd セキュリティ境界を保つ方法を記録する。</description><pubDate>Thu, 13 Aug 2026 07:31:11 GMT</pubDate><category>Headroom</category><category>cc-switch</category><category>ClaudeCode</category><category>OMP</category><category>Anthropic</category><category>OpenAI</category><category>Proxy</category><category>Routing</category><category>Security</category><category>Compression</category><category>ja</category><category>note</category></item><item><title>データベース Schema ドリフト：history、schema、query の三ビューで特定する</title><link>https://davidhlp.github.io/blog/legacy/note/ja/database-schema-drift/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/database-schema-drift/?lang=ja</guid><description>Flyway validate が実際の Schema チェックの代わりにならない理由と、migration history、実際の schema、アプリ query の三ビューで checksum ドリフト、外部 DDL、Unknown column、失敗した migration の残骸を区別する方法を説明する。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>Flyway</category><category>MySQL</category><category>Schema Drift</category><category>Migration</category><category>Database</category><category>Troubleshooting</category><category>ja</category><category>note</category></item><item><title>Dubbo + Nacos：登録名と group/version を先に確認してから、本物の smoke test を実行する</title><link>https://davidhlp.github.io/blog/legacy/note/ja/dubbo-nacos-runtime/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/dubbo-nacos-runtime/?lang=ja</guid><description>Apache Dubbo 3.3.6 と Nacos 公式資料に基づき、インターフェースレベル/アプリケーションレベルの登録名、metadata、group/version のマッチング、起動チェック、本物の Nacos smoke test の最小境界を説明する。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>Apache Dubbo</category><category>Nacos</category><category>Service Discovery</category><category>Registry</category><category>RPC</category><category>Smoke Test</category><category>ja</category><category>note</category></item><item><title>JJWT 0.13.0：署名アルゴリズムを明示固定し、key 型で検証する</title><link>https://davidhlp.github.io/blog/legacy/note/ja/jjwt-013-security-api/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/jjwt-013-security-api/?lang=ja</guid><description>JJWT 0.13.0 における signWith(Key) の推奨アルゴリズムのヒューリスティック、二引数の明示アルゴリズム API、verifyWith の SecretKey/PublicKey 型境界、audience builder の移行方法を説明する。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>JJWT</category><category>JWT</category><category>JWS</category><category>Security</category><category>HS256</category><category>RS256</category><category>Authentication</category><category>ja</category><category>note</category></item><item><title>KB セッション摂取パイプライン契約：インクリメンタル再利用、redaction v19、不変 raw</title><link>https://davidhlp.github.io/blog/legacy/note/ja/kb-session-ingest-contract/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/kb-session-ingest-contract/?lang=ja</guid><description>固定コミット c0ae74e における KB セッション摂取パイプラインの最小契約を固定する。ID/コンテンツハッシュ駆動のインクリメンタル再利用、失敗記録の再利用不可、redaction v19、内部コントロールプレーンフィルタ、partial checkpoint からの再開、raw manifest の不変検証を定め、プレースホルダの意味論と機密情報除去境界を明確にする。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>Knowledge Base</category><category>Ingestion</category><category>Redaction</category><category>Hashing</category><category>Manifest</category><category>Raw Evidence</category><category>ja</category><category>note</category></item><item><title>MCP プロトコル時代の境界と codebase-memory-mcp v0.10.2 のグラフワークフロー</title><link>https://davidhlp.github.io/blog/legacy/note/ja/mcp-codebase-memory-workflow/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/mcp-codebase-memory-workflow/?lang=ja</guid><description>MCP 2026-07-28 modern の request 単位 _meta と legacy initialize ハンドシェイクの境界とエラーコード、および codebase-memory-mcp v0.10.2 のグラフ検索ワークフロー。グラフ結果は完全性の証明ではなく、否定的結論は coverage とソースに立ち戻らなければならない。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>MCP</category><category>Specification</category><category>Knowledge Graph</category><category>Code Intelligence</category><category>Workflow</category><category>Codebase Memory</category><category>ja</category><category>note</category></item><item><title>マイクロサービスデータ所有権：領域 owner を先に決めてから、DB 分割と移行を考える</title><link>https://davidhlp.github.io/blog/legacy/note/ja/microservice-data-ownership/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/microservice-data-ownership/?lang=ja</guid><description>サービス私有データ、bounded context、saga、transactional outbox、expand-migrate-contract でデータ所有権の判定順序を確立し、共有物理データベース、共有 schema、サービス自律を混同しないようにする。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>Microservices</category><category>Bounded Context</category><category>Data Ownership</category><category>Database-per-Service</category><category>Saga</category><category>Transactional Outbox</category><category>Strangler Fig</category><category>ja</category><category>note</category></item><item><title>マルチサービス起動レディネス：running、ready と依存/失敗/再起動の伝播</title><link>https://davidhlp.github.io/blog/legacy/note/ja/multi-service-readiness/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/multi-service-readiness/?lang=ja</guid><description>一つの決定表でマルチサービスオーケストレーションにおけるプロセス起動、業務レディネス、順序付け、依存確立、失敗と再起動の伝播という六つの概念を区別し、Compose の healthcheck/depends_on と systemd の After/Wants/Requires の最小組み合わせと検証経路を示す。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>Docker Compose</category><category>systemd</category><category>depends_on</category><category>healthcheck</category><category>Readiness</category><category>Orchestration</category><category>ja</category><category>note</category></item><item><title>Redisson/Jackson による LocalDateTime のデフォルト直列化挙動と書き込み・読み出し非対称の境界</title><link>https://davidhlp.github.io/blog/legacy/note/ja/redis-jackson-java-time/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/redis-jackson-java-time/?lang=ja</guid><description>デフォルトの JsonJacksonCodec と GenericJackson2JsonRedisSerializer が LocalDateTime に対して書き込み時に失敗する理由、Redisson のデフォルト codec が実は Kryo5Codec であること、そして三層の設定で書き込み・読み出し非対称を調べる判断経路を説明する。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>Redis</category><category>Redisson</category><category>Jackson</category><category>JavaTime</category><category>LocalDateTime</category><category>Spring Data Redis</category><category>Serialization</category><category>ja</category><category>note</category></item><item><title>ResiCache：observer のネスト実行はライフサイクル、fragment、scope token を区別しなければならない</title><link>https://davidhlp.github.io/blog/legacy/note/ja/resicache-observer-nested-execution/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/resicache-observer-nested-execution/?lang=ja</guid><description>公開 ResiCache の固定コミットから、observer ライフサイクル、ロック内 fragment、per-call scope token、ThreadLocal スナップショット分離の境界を抽出し、ネスト実行での hook の二重発火や並行状態の汚染を避ける。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>Java</category><category>Observer</category><category>ThreadLocal</category><category>Concurrency</category><category>Redis</category><category>Cache</category><category>Reentrant</category><category>ja</category><category>note</category></item><item><title>Testcontainers 1.20.6：Docker API バージョンを先に切り分けてから、daemon の利用不可を判断する</title><link>https://davidhlp.github.io/blog/legacy/note/ja/testcontainers-docker-api/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/testcontainers-docker-api/?lang=ja</guid><description>Testcontainers 1.20.6 が未知の Docker API バージョンを 1.32 にフォールバックする仕組み、DOCKER_API_VERSION に Docker CLI の経験を当てはめるべきでない理由、そして最も早い 400 エラーからバージョン非互換と Docker 環境の欠落を区別する方法を説明する。</description><pubDate>Wed, 12 Aug 2026 16:00:00 GMT</pubDate><category>Testcontainers</category><category>Docker</category><category>docker-java</category><category>API-Version</category><category>Moby</category><category>Diagnostics</category><category>ja</category><category>note</category></item><item><title>Headroom 0.34 圧縮・取得契約：フィールド、モード、実エンドポイント検証</title><link>https://davidhlp.github.io/blog/legacy/note/ja/headroom-compress-retrieve-contract/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/headroom-compress-retrieve-contract/?lang=ja</guid><description>Headroom 0.34.0 の /v1/compress と /v1/retrieve の request、response、mode の境界を固定し、mock と実 loopback contract test が同じ schema を使う必要性を説明する。</description><pubDate>Tue, 11 Aug 2026 16:00:00 GMT</pubDate><category>Headroom</category><category>API</category><category>Compression</category><category>CCR</category><category>Contract Testing</category><category>Agent</category><category>ja</category><category>note</category></item><item><title>知識庫 ingest 受信箱</title><link>https://davidhlp.github.io/blog/legacy/jotting/ja/kb-ingest-todo/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/jotting/ja/kb-ingest-todo/?lang=ja</guid><description>証拠確認前の出典と問いは取り込み候補であり、安定した知識ではない。</description><pubDate>Fri, 07 Aug 2026 00:00:00 GMT</pubDate><category>Knowledge Base</category><category>Ingest</category><category>TODO</category><category>ja</category><category>jotting</category></item><item><title>LLM-Wiki パターン：LLM で蓄積する個人 AI ナレッジベース</title><link>https://davidhlp.github.io/blog/legacy/note/ja/llm-wiki-pattern/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/llm-wiki-pattern/?lang=ja</guid><description>DavidHLPL 個人 AI ナレッジベースの運用説明。raw、wiki、schema の三層と ingest/query/lint の流れを定義する。</description><pubDate>Fri, 07 Aug 2026 00:00:00 GMT</pubDate><category>LLM</category><category>Knowledge Base</category><category>Wiki</category><category>RAG</category><category>Agent</category><category>ja</category><category>note</category></item><item><title>Headroom ルート永続化の総合：Named Profile、model_cache、復旧</title><link>https://davidhlp.github.io/blog/legacy/note/ja/omp-headroom-persistence/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/omp-headroom-persistence/?lang=ja</guid><description>OMP が runtime model cache を書き換える場合の Headroom ルート永続化を総合する。Named Profile は意図と資格情報を分離し、外部宣言はルート意図を保持し、model_cache は再生成可能な派生状態とする。旧 reconciler は隔離した移行復旧だけに限定し、現在の wrapper ライフサイクルとバージョン依存も明記する。</description><pubDate>Wed, 05 Aug 2026 16:00:00 GMT</pubDate><category>OMP</category><category>Agent</category><category>Headroom</category><category>DevOps</category><category>LLM</category><category>Operations</category><category>Routing</category><category>Proxy</category><category>Codex</category><category>OpenCode</category><category>ja</category><category>note</category></item><item><title>Headroom 単一ポートの総合：入口、動的上流、検証の境界</title><link>https://davidhlp.github.io/blog/legacy/note/ja/headroom-single-port-evolution/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/headroom-single-port-evolution/?lang=ja</guid><description>Headroom 単一ポートルーティングのモデルを総合する。明示的に設定した custom provider と動的上流を一つの loopback 入口で扱いながらプロトコル差を保持し、OMP のロール選択、model_cache、リクエストルート、wrapper ライフサイクルを分離して検証する。過去のルートは provisional である。</description><pubDate>Fri, 31 Jul 2026 16:00:00 GMT</pubDate><category>OMP</category><category>Agent</category><category>Headroom</category><category>DevOps</category><category>LLM</category><category>Operations</category><category>Routing</category><category>Proxy</category><category>Codex</category><category>Kimi</category><category>MiniMax</category><category>Zhipu</category><category>ja</category><category>note</category></item><item><title>SSH 内網アクセス：接続方向・公開面・障害復旧</title><link>https://davidhlp.github.io/blog/legacy/note/ja/intranet-penetration-ssh-guide/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/intranet-penetration-ssh-guide/?lang=ja</guid><description>Cloudflare Tunnel、Tailscale、FRP を接続方向・公開面・コントロールプレーン・データプレーン・復旧の 5 軸で比較し、モバイルクライアント、ポート、systemd/linger の根拠付き境界を整理する。</description><pubDate>Fri, 31 Jul 2026 16:00:00 GMT</pubDate><category>Intranet Penetration</category><category>Cloudflare</category><category>Tailscale</category><category>FRP</category><category>SSH</category><category>Termius</category><category>systemd</category><category>DevOps</category><category>ja</category><category>note</category></item><item><title>OMP 設定の階層：モデルロール、Agent オーバーライド、フォールバックチェーン</title><link>https://davidhlp.github.io/blog/legacy/note/ja/omp-config-and-rules-guide/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/omp-config-and-rules-guide/?lang=ja</guid><description>OMP 設定を再利用可能な階層モデルとして整理する。modelRoles はロールのデフォルトを選び、agentModelOverrides は局所的な例外を指定し、fallbackChains は障害後に復旧する。Headroom、ルール検出、モデル選択の境界と、順序付き検証方法も示す。</description><pubDate>Fri, 31 Jul 2026 16:00:00 GMT</pubDate><category>OMP</category><category>Agent</category><category>Headroom</category><category>DevOps</category><category>LLM</category><category>Operations</category><category>RTK</category><category>Rules</category><category>Configuration</category><category>Architecture</category><category>ja</category><category>note</category></item><item><title>OMP Hook 拡張の概念：意思決定ポイントのヒント、ハードブロック、ステータス橋渡し</title><link>https://davidhlp.github.io/blog/legacy/note/ja/omp-hook-extension-guide/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/omp-hook-extension-guide/?lang=ja</guid><description>OMP Hook をツール意思決定ポイントのイベント拡張として整理する。sendMessage はブロックせずソフトヒントを渡し、ハード結果は呼び出しを拒否し、setStatus は状態を UI へ橋渡しする。API の境界、mock と実セッションの検証、提案機構をセキュリティ境界にしない原則を示す。</description><pubDate>Fri, 24 Jul 2026 16:00:00 GMT</pubDate><category>Agent</category><category>OMP</category><category>Codebase</category><category>Hooks</category><category>DevOps</category><category>TUI</category><category>Plugin</category><category>Extension</category><category>ja</category><category>note</category></item><item><title>MySQL パフォーマンス切り分け：現象 → 指標 → 層 → 安全な緩和</title><link>https://davidhlp.github.io/blog/legacy/note/ja/mysql-performance-troubleshooting/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/mysql-performance-troubleshooting/?lang=ja</guid><description>MySQL の遅延、停止、接続滞留、レプリケーション警告を、接続・ロック・インデックス・トランザクション・Buffer Pool・I/O の現象、指標、層、安全な緩和へ対応付ける。完全な SOP は複製しない。</description><pubDate>Tue, 30 Jun 2026 16:00:00 GMT</pubDate><category>MySQL</category><category>Database</category><category>Troubleshooting</category><category>Performance</category><category>InnoDB</category><category>Operations</category><category>ja</category><category>note</category></item><item><title>John Johnson · 2026-06-19-18-00-00</title><link>https://davidhlp.github.io/blog/legacy/preface/ja/2026-06-19-18-00-00/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/preface/ja/2026-06-19-18-00-00/?lang=ja</guid><description>John Johnson · 2026-06-19-18-00-00 · src/content/preface/ja/2026-06-19-18-00-00.md</description><pubDate>Fri, 19 Jun 2026 10:00:00 GMT</pubDate><category>ja</category><category>preface</category></item><item><title>百万端末のプラグインライフサイクル管理：状態・ハートビート・制御されたリリース</title><link>https://davidhlp.github.io/blog/legacy/note/ja/plugin-lifecycle-management/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/plugin-lifecycle-management/?lang=ja</guid><description>desired/current/ack/failure 状態機械を中心に、マージハートビート、冪等ディスパッチ、カナリアとサーキットブレーカ、障害復旧を一つの制御プレーンとして捉える。百万級の規模と端末能力の差はソースにある設計仮定として扱う。</description><pubDate>Mon, 01 Jun 2026 16:00:00 GMT</pubDate><category>Distributed Systems</category><category>Architecture Design</category><category>Endpoint Management</category><category>Canary Release</category><category>High Availability</category><category>ja</category><category>note</category></item><item><title>Enhanced UISA：異種ノード同期の owner・boundary・復旧モデル</title><link>https://davidhlp.github.io/blog/legacy/note/ja/uisa-architecture-design/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/uisa-architecture-design/?lang=ja</guid><description>Enhanced UISA とプラグインライフサイクルの raw を、owner/boundary、同期プロトコル、信頼性と冪等性、異種ノード、障害復旧、trade-offs の順に総合する。規模と閾値は本番保証ではなく、ソースの仮定として扱う。</description><pubDate>Wed, 25 Mar 2026 00:00:00 GMT</pubDate><category>Architecture</category><category>Distribution</category><category>Security</category><category>Infrastructure</category><category>Sync</category><category>HybridCloud</category><category>ja</category><category>note</category></item><item><title>containerd TLS：信頼チェーンと一時的な検証スキップの判断</title><link>https://davidhlp.github.io/blog/legacy/note/ja/containerd-tls-troubleshooting/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/containerd-tls-troubleshooting/?lang=ja</guid><description>プライベートレジストリの pull 失敗を、証明書信頼・containerd 設定・Kubernetes の認証情報・ノードキャッシュに分解し、本番 CA と一時的な skip_verify の境界を判断するためのモデル。</description><pubDate>Tue, 24 Feb 2026 16:00:00 GMT</pubDate><category>Kubernetes</category><category>containerd</category><category>TLS</category><category>Harbor</category><category>Operations</category><category>Troubleshooting</category><category>ja</category><category>note</category></item><item><title>Java バックエンド面接の振り返り：プロジェクトの真正性、設計機構、実運用の証拠</title><link>https://davidhlp.github.io/blog/legacy/note/ja/java-internship-interview-blog-polished/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/java-internship-interview-blog-polished/?lang=ja</guid><description>プロジェクトの ownership の証明、cache/非同期の機構、本番での診断・止血・復旧の証拠を一つの能力モデルに統合します。</description><pubDate>Tue, 24 Feb 2026 16:00:00 GMT</pubDate><category>Java</category><category>Backend</category><category>Internship Interview</category><category>Redis</category><category>Docker</category><category>Kafka</category><category>WebSocket</category><category>JVM</category><category>Production Troubleshooting</category><category>ja</category><category>note</category></item><item><title>Java 本番性能トラブルシューティング：症状から証拠への最小判断木</title><link>https://davidhlp.github.io/blog/legacy/note/ja/java-online-performance-debug/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/java-online-performance-debug/?lang=ja</guid><description>Java 本番性能障害を、症状・証拠・スレッド/GC/コード特定・可逆的な止血と復旧の最小判断木に圧縮し、再起動やコマンド一覧を根因分析の代わりにしない方法を示します。</description><pubDate>Tue, 24 Feb 2026 16:00:00 GMT</pubDate><category>Linux</category><category>Operations</category><category>SRE</category><category>Performance Troubleshooting</category><category>CPU</category><category>Java</category><category>Production Incident</category><category>Arthas</category><category>JVM</category><category>Hot-Swapping</category><category>ja</category><category>note</category></item><item><title>Donald Knuth · 2026-01-01-00-00-00</title><link>https://davidhlp.github.io/blog/legacy/preface/ja/2026-01-01-00-00-00/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/preface/ja/2026-01-01-00-00-00/?lang=ja</guid><description>Donald Knuth · 2026-01-01-00-00-00 · src/content/preface/ja/2026-01-01-00-00-00.md</description><pubDate>Thu, 01 Jan 2026 00:00:00 GMT</pubDate><category>ja</category><category>preface</category></item><item><title>NullValue：キャッシュ null のプレースホルダーとシリアライズ境界</title><link>https://davidhlp.github.io/blog/legacy/note/ja/java-null-value/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/java-null-value/?lang=ja</guid><description>キャッシュで key 不在と業務上の null を区別する理由、NullValue が負の結果を保持して存在しないデータへの反復問い合わせを抑える仕組み、singleton とシリアライズの境界を整理します。</description><pubDate>Tue, 07 Oct 2025 13:43:00 GMT</pubDate><category>Java</category><category>Spring Cache</category><category>Caching</category><category>Null Object</category><category>Design Patterns</category><category>ja</category><category>note</category></item><item><title>AtomicBoolean：原子ブール状態と CAS の境界</title><link>https://davidhlp.github.io/blog/legacy/note/ja/java-atomic-boolean/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/java-atomic-boolean/?lang=ja</guid><description>原子ブール状態が必要な条件、compareAndSet が検査と遷移をまとめる仕組み、複数フィールドの整合性や高競合での CAS の限界を整理します。</description><pubDate>Tue, 07 Oct 2025 12:25:00 GMT</pubDate><category>Java</category><category>Concurrency</category><category>AtomicBoolean</category><category>CAS</category><category>JUC</category><category>ja</category><category>note</category></item><item><title>AutoCloseable：リソース所有権と close 例外の意味</title><link>https://davidhlp.github.io/blog/legacy/note/ja/java-auto-closeable/?lang=ja</link><guid isPermaLink="true">https://davidhlp.github.io/blog/legacy/note/ja/java-auto-closeable/?lang=ja</guid><description>リソース所有権を起点に、AutoCloseable と try-with-resources の逆順 close、主例外と suppressed 例外、冪等な後片付けの境界を説明します。</description><pubDate>Tue, 07 Oct 2025 12:25:00 GMT</pubDate><category>Java</category><category>JDK</category><category>Exception Handling</category><category>Resource Management</category><category>Try-With-Resources</category><category>ja</category><category>note</category></item></channel></rss>