<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Event-Classification on Tarragon</title><link>https://tarrragon.github.io/blog/tags/event-classification/</link><description>Recent content in Event-Classification on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Fri, 19 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/event-classification/index.xml" rel="self" type="application/rss+xml"/><item><title>模組一：監控心智模型</title><link>https://tarrragon.github.io/blog/monitoring/01-mental-model/</link><pubDate>Fri, 19 Jun 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/monitoring/01-mental-model/</guid><description>&lt;p>回答「要收集什麼、為什麼」。四類事件分類是整個監控體系的統一語言。&lt;/p>
&lt;h2 id="待寫章節">待寫章節&lt;/h2>
&lt;ul>
&lt;li>&lt;input checked="" disabled="" type="checkbox"> 四類事件的完整定義（event / error / metric / lifecycle）&lt;/li>
&lt;li>&lt;input checked="" disabled="" type="checkbox"> 事件命名規範（namespace.action 格式）&lt;/li>
&lt;li>&lt;input checked="" disabled="" type="checkbox"> 商業方案的事件類型對應（Sentry / Crashlytics / GA4 / Datadog RUM）&lt;/li>
&lt;li>&lt;input checked="" disabled="" type="checkbox"> 從需求推導「該收集哪些事件」的方法&lt;/li>
&lt;/ul>
&lt;h2 id="跨分類引用">跨分類引用&lt;/h2>
&lt;ul>
&lt;li>→ &lt;a href="https://tarrragon.github.io/blog/testing/02-client-observability/" data-link-title="模組二：客戶端可觀測性" data-link-desc="連線生命週期 log、protocol 訊息 log、使用者行為 log — log 設計是功能規格的一部分">testing 模組二 客戶端可觀測性&lt;/a>：本模組教分類，testing 教設計 log 點&lt;/li>
&lt;li>→ &lt;a href="https://tarrragon.github.io/blog/monitoring/08-business-analytics/" data-link-title="模組八：行為資料的商業利用" data-link-desc="Funnel / Cohort / Attribution / A/B test / 推薦系統 / RFM — 從 debug 工具到商業資產的翻轉">monitoring 模組八 商業利用&lt;/a>：event 類是行為分析的原料&lt;/li>
&lt;li>→ &lt;a href="https://tarrragon.github.io/blog/backend/04-observability/" data-link-title="模組四：可觀測性平台" data-link-desc="整理 log、metric、trace、dashboard 與 alert 的後端操作實務">backend 04 可觀測性&lt;/a>：server-side 用 OTLP，本系列用 HTTP POST JSON&lt;/li>
&lt;/ul></description><content:encoded><![CDATA[<p>回答「要收集什麼、為什麼」。四類事件分類是整個監控體系的統一語言。</p>
<h2 id="待寫章節">待寫章節</h2>
<ul>
<li><input checked="" disabled="" type="checkbox"> 四類事件的完整定義（event / error / metric / lifecycle）</li>
<li><input checked="" disabled="" type="checkbox"> 事件命名規範（namespace.action 格式）</li>
<li><input checked="" disabled="" type="checkbox"> 商業方案的事件類型對應（Sentry / Crashlytics / GA4 / Datadog RUM）</li>
<li><input checked="" disabled="" type="checkbox"> 從需求推導「該收集哪些事件」的方法</li>
</ul>
<h2 id="跨分類引用">跨分類引用</h2>
<ul>
<li>→ <a href="/blog/testing/02-client-observability/" data-link-title="模組二：客戶端可觀測性" data-link-desc="連線生命週期 log、protocol 訊息 log、使用者行為 log — log 設計是功能規格的一部分">testing 模組二 客戶端可觀測性</a>：本模組教分類，testing 教設計 log 點</li>
<li>→ <a href="/blog/monitoring/08-business-analytics/" data-link-title="模組八：行為資料的商業利用" data-link-desc="Funnel / Cohort / Attribution / A/B test / 推薦系統 / RFM — 從 debug 工具到商業資產的翻轉">monitoring 模組八 商業利用</a>：event 類是行為分析的原料</li>
<li>→ <a href="/blog/backend/04-observability/" data-link-title="模組四：可觀測性平台" data-link-desc="整理 log、metric、trace、dashboard 與 alert 的後端操作實務">backend 04 可觀測性</a>：server-side 用 OTLP，本系列用 HTTP POST JSON</li>
</ul>
]]></content:encoded></item></channel></rss>