Weekly Issue 第 3 期：Cloudflare 宣布內容獨立日
最近用了很多 Cloudflare 的產品，像是 Zero Trust、WARP，還有 Cloudflare Tunnel。每次的體驗都讓我嘖嘖稱奇，好像它們預判了我的需求一樣。這家公司始終追求著「更好的網路」這個目標，內容付費又是另一個例子。
🗞️ 熱門新聞
Content Independence Day: no AI crawl without compensation!
賽博佛陀 Cloudflare 又來普渡眾生了。這次是針對 AI 爬蟲收費。
「網路正在改變。它的商業模式也將改變。在這個過程中，我們有機會從過去 30 年網路的優點中學習，並為未來的網路創造更好的環境。 」
Cloudflare 真的很有意思，連思考的角度都很有趣。
內容當然是有價的，只是價格會怎麼支付呢？在現代的內容創作，這題變得非常複雜。
Folklore.org: Joining Apple Computer
Bill Atkinson 40 年前加入 Apple 的故事。
最關鍵的是這句話：「想想在浪尖上衝浪有多有趣，而在同一波浪的尾端划水有多無趣。 」Jobs 真的很會講話。
使用白色當電腦背景也很有趣，這種話即使我知道，大概也不敢講 😆 。不管是作者還是 Jobs 都相信技術可以改變生活。
Jack Welch, The Man Who Broke Capitalism
如果身後之名真的存在，現代的例子就是傑克．威爾許
「當波音的故事傳來，我意識到這真的是一個傑克．威爾許的故事時，我恍然大悟。他就是那個解釋為什麼我們今天的世界會如此混亂的人。 」
活力曲線在現代幾乎已經是經典反例，想想很感慨，我們總是很難看清當下的東西。
✨ 科技觀點
How TikTok solved the chicken and egg problem, What makes a place feel "just right", Making product as a form of love
從克里斯多福．亞歷山大談「無法命名的品質」
如果讀過《禪與摩托車維修的藝術 》，應該對這些話很熟：「亞歷山大堅信好建築與壞建築、好城鎮與壞城鎮之間存在客觀差異。但為什麼人們被教導說，沒有一個單一且堅實的基礎來區分好壞建築呢？」
還是有區別的，或者說我希望有區別，否則我們努力是為了什麼呢？
Engineered Addictions
這篇談社群平台為何總是走向流量，講得真好。
最打動我的是這句「這並不是因為創辦人邪惡或使用者軟弱，而是因為激勵結構使這種結果幾乎無可避免。即使是善意的人也會被這些系統困住。 」
之前在談 Medium 時，想的也是同樣的事情。
The strategy behind Dia's design
最近用 Dia，忍不住感嘆現在真的是 AI Native 的時代。
即使在這樣的時代中，他們依然談的依然是經典的設計議題，像是如何在熟悉中創造新穎性，如何讓 Dia 盡可能保持簡單。
當初 Cloud Native 的時代到來時，大家都在猜職能會有什麼樣的變化，到了現在，對網路的知識變得更重要，工程師反而得到更大的發揮空間。
我真的很期待 AI 帶來的變化。
How to use Substack for podcasts
Substack 支援 Podcast 真的很有趣，從現在看來它們時機抓得算準？有點好奇它跟單純的 Podcast Hosting 服務有沒有不同，在 Apple Podcast Provider 中沒看到它們的名字。
Good Product Manager/Bad Product Manager | Andreessen Horowitz
a16z 的 Ben Horowitz 講優秀 PM 的特徵。
多數是老生常談了，其中一些細節現在看起來仍然有趣，像是「優秀的產品經理會思考他們希望媒體報導的故事。糟糕的產品經理則只想涵蓋每個功能，並在媒體面前保持技術上的絕對準確。 」
是啊，說故事很重要。不是在說服別人接受你的規格，而是讓用戶相信他們想要你的規格。
三十後半，我又換工作了
三十後半跟二十幾歲換工作的心境有什麼差異？這篇講得真好。
「現在的我已經不太在意升遷與加薪的機會，但被逼著做討厭的工作、失去自由的時間做自己喜歡的事情，是我內心更在意的風險。 」
我大概從前幾年開始比較看重能（也願意）貢獻什麼，年紀到了能察覺到自己內在能量有個額度，真的沒辦法超支。
📌 工程實務
OpenAI Charges by the Minute, So Make the Minutes Shorter
看到人家分享，製作逐字稿時可以把音檔加速來省錢。
前幾天才做了個類似的應用，用來抓 Podcast。文中講的實踐也相當漂亮，如果嫌看影片或聽錄音太麻煩，用這招還不錯。
只是我猜資訊焦慮會更嚴重就是。
Chickens and Pigs
前幾天想到 Scrum 的「雞與豬」比喻真的很糟，忍不住在想這個比喻是哪來的，查了查發現來自諷刺漫畫，而且在 2011 年已經從 Scrum Guide 移除。
文中提到更詳細的移除原因，像是負面意涵、權力動態等暗示，我猜可能還有文化問題。
不過我更好奇的是，當 Scrum 被提出時，誰會被分到「雞」的那群？利害關係人嗎？