Weekly Issue 第 23 期：Mastodon CEO 離職感言
電子報本質是種自媒體，儘管我發文前都會確認，還因為能力所限，偶爾還是有沒做好的地方。每次遇到時我都會想，不知道其他自媒體是如何查證的呢？
現代的訊息越來越快，不只是自媒體，很多專業媒體也不見得有完備的查證能力，我猜當內容氾濫，「真實」會變得越來越有價值，最終變成一門生意。
🗞️ 熱門新聞
Explore the independent web
Ghost 最新一期的電子報談到他們如何處理「內容發現」的問題。
簡單來說，他們有個內容發現工具 Ghost Explore，如果創作者願意提交自己的網站數據，他們能依照這些網站數據來推薦。再來，他們還會參考 ahrefs 的資料，判斷該網域是否具有高品質。
這比 Substack 發展社群工具，更貼近我對產品的想像。現代內容網站基本都需要演算法，這已經不是要不要，是怎麼設計的問題。
My next chapter with Mastodon
Mastodon 的 CEO 即將卸任，他發了篇談談這段時間的心路歷程。
在每個段落中，都提到他不喜歡公開展示自己，而在現代社群媒體中，即使你不想，仍然會被拿來跟其他人比較，例如有人建議他應該跟 Elon Musk 打場擂台賽。
我前幾天在想一個問題，傳統媒體（應該）具有自我審核機制，而現代自媒體因為規模跟經驗所限，很難做到核實與查證。我通常會將自媒體的觀點放在「比喻」這個等級，知道他想傳達什麼，但不當成事實，就像矛與盾的故事，有沒有真的存在一名商人並不重要，也不會有人想知道他是如何打造矛與盾。
✨ 科技觀點
⏱️ November: Enough
Todoist 的 Naomi 說收假的人最崩潰的事情是什麼？是收信匣內還沒處理的信件跟一堆待辦事項。
這個主題倒是很符合 Todoist 的產品，最近才因為沒辦法清空它們的事項而覺得有點崩潰，最讓我崩潰的是，我總是會選擇那些好處理，但影響不大的事情著手，導致重要的事都被壓到快來不及才開始。
「祝你以稀有而珍貴的平靜來結束每一天——那份平靜唯有來自刻意選擇。 」
From Cloudwashing to O11ywashing
看到 Charity 這段很有同感，可觀測性是關乎業務的，只有系統的可觀測性幾乎沒辦法解釋任何事情：CPU 使用率正常，但使用者無法連到你的網站？這聽起來太奇怪了，顯然是沒抓到應該要觀測的指標，儘管你已經買了很多可觀測性的方案。
這也是為什麼談可觀測性僅僅談 Otel 還不夠的原因，Otel 現在的 App 基礎建設還不夠，更多關於使用者體驗的指標都還沒納入。特別是對 B2C 產品來說，它可以當成是成長的領先指標（雖然有些從業者不這麼想）。
Why do we mispredict how much our emotions influence our behavior?
在 Weekly IO 看到 Empathy Gap 這個名詞，發現內容還挺有意思的，特別是「人們很難同理過去或未來的自己」，這也是為什麼抱持良好意圖很重要，但別把賭注壓在良好意圖上。
只是翻原文看到 "How it affects product"，文章是建議設計師應該要用「同理心地圖」來避免同理心落差，但問題是，同理心地圖有多少效果呢？在沒有田野調查的情況下，我們真的能發揮同理心嗎？這聽起來有點像個人類學的問題：產品設計師能在多少程度上替使用者代言呢？
Inside Cursor
看到一篇討論 Cursor 內部文化的文章，基本上是典型的矽谷新創文化，文章的創作時間是 2025/11，要一直保持文中講的氛圍不是容易的事。
最吸引我的，還是以智性為主的信仰吧，"The mission is the prize"，當你能將所有心思都放在打造產品上，那種專注的確會讓人羨慕。
Why top firms paradoxically fire good workers
我一直都有個好奇：為什麼頂尖的公司要資遣優秀員工？它們付出一堆成本，好不容易把人找來了，卻在一場無差別的裁員中把人放走？
這篇研究說，定期裁員能替公司帶來利潤，因為他們服務的顧客無法判斷員工品質，只能認公司品牌，也就是說呢，資深員工跟新進員工，對公司的利潤影響差異不大，而新進員工更加便宜。
總覺得這個模型跟現實不符，高階顧問還是要有點硬底子。
📌 工程實務
閒談軟體設計：備援
上週 Cloudflare 大斷線，不知道有多少人的服務沒受影響？
主要還是 DNS 有沒有備援。我猜在工程資源稀缺，又是業務導向的公司，要有備援應該是很困難的事。
突然想到一個主意，也許哪天來做個 uptime decteor，把有興趣的 domain 列上去，等哪天網路大當機，就知道各家對工程管理的實踐如何了。
Markdown is Holding You Back
看到一篇在討論 Markdown 問題的文，覺得沒啥道理 😆 。
文中論點主要是 Markdown 沒有語意化標記（確實是），而且有著各種方言（也沒錯），讓它標準化變得很困難。
然而在多數應用場景中，Markdown 沒有要解決複雜的應用問題，例如數學或表格（我個人認為是 Markdown 最多餘的設計）都不是它的長處，Markdown 是為文本輕量編輯而準備的，如果你的資料要給機器處理，它的第一格式應該依照應用來設計。