<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><title>実践ソフトウェア設計パターン</title><link>https://hirakegoma.org/</link><description>設計判断の理由が残らず、同じ議論の繰り返しや引き継ぎの難しさに悩む日本語圏の開発者、テックリード、ソフトウェアアーキテクト</description><language>ja-JP</language><lastBuildDate>Mon, 10 Aug 2026 16:48:56 GMT</lastBuildDate><atom:link xmlns:atom="http://www.w3.org/2005/Atom" href="https://hirakegoma.org/feed.xml" rel="self" type="application/rss+xml"/><item><title>ADRはいつ書く？設計判断を残す基準・レビュー手順・廃止方法</title><link>https://hirakegoma.org/when-to-write-architecture-decision-records/</link><guid isPermaLink="true">https://hirakegoma.org/when-to-write-architecture-decision-records/</guid><description>ADRを書くべき設計判断と、書かなくてよい条件を整理。最小項目、所有者、レビュー、Accepted・Rejected・Supersededまでの運用方法を解説します。</description><pubDate>Mon, 10 Aug 2026 14:46:28 GMT</pubDate></item></channel></rss>
