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 被提出時,誰會被分到「雞」的那群?利害關係人嗎?