Weekly Issue 第 13 期:Google 無須出售 Chrome

Chrome 的判決出來了,Google 不用分拆,只需要保障競爭者能跟它公平競爭。

這個判決有指標意義,所有人都知道 Google 長期利用 Chrome 數據改善它的搜尋引擎,讓其他廠商處於競爭劣勢。要解決這問題,最簡單方式是要求 Google 出售 Chrome,而法官在仔細評估後,給出相當審慎的判決。

我喜歡這種法律見解,具有實務與原則的平衡,法律條文不應該是照本宣科。


🗞️ 熱門新聞

Google Can Continue Paying for Firefox Search Deal, Judge Rules

以前很少注意 Chrome 的新聞,剛好最近判決出來了,看了一些。

最驚訝的是,Mozilla 有 85% 的年度收入是由 Google 給的,如果判決禁止 Google 出錢成為瀏覽器預設的搜尋引擎,將直接影響到 Mozilla 的生存。

美國法官的判決相當謹慎:「切斷 Google 的付款幾乎肯定會對分銷合作夥伴、相關市場和消費者造成重大——在某些情況下甚至是毀滅性的——下游損害,這表明不應實施廣泛的付款禁令。 」

Google 需要公開搜尋資料,這是好事,但要等詳細項目出來才知道影響範圍。

Coinbase CEO explains why he fired engineers who didn’t try AI immediately

前陣子的新聞,剛好又在 RSS 看到:Coinbase CEO 開除不使用 AI 的員工。

我想到的是 Bezos 的 API Mandate,如果配套有做好,我也贊成用類似的方式來宣示決心,否則要推動變革真的太困難了。

變革會不會成功又是另一件事。以及,被開除的人到底為什麼不用呀,我真的有點好奇。

iPlayground 2025 與現實妥協

很讚。而且超實用 👍。

還有很喜歡這句:「利用我們過去幾屆的信用,賭會有人買票,如果賭失敗了就大家來分一分虧損。 」

雖然我不寫 iOS,還是很希望看到相關的能量在台灣紮根。


✨ 科技觀點

Development Speed Is Not a Bottleneck

看起來作者寫了一系列的文章討論用 Vibe Coding 開發產品的可行性,這是最後一篇。

基本上有 5 年以上實務經驗的人,應該都不會認為開發速度是瓶頸,我就曾不只一次跟朋友說「寫個 API 很簡單,困難的是維護」。以產品來說,我認為最大的瓶頸是找到 PMF。

那如果要找到 PMF 需要寫程式,而我剛好不會呢?我覺得就像是生病了會想問 AI,可是最後還是要去看醫生一樣。

The Lack of Tech Excellence in Agile Development

看到這篇討論敏捷的理想與現實的落差,這種題目這些年來討論很多,每個人應該都有數不完的案例可以說。

同意原文這句「技術卓越並非可有可無——它是可持續敏捷性的基礎。 」說到底,敏捷也不是新東西,它談的很多東西在工程管理的領域都談過。它像是把產品管理跟工程管理的一部份放在一起,我想真的相信 PLG 的人,即使沒接觸過敏捷,也早已實施它了。

有名詞的好處是,你要跟別人溝通比較容易,說「我們在實施敏捷」比「我們設定了 XXX」更容易理解。或許就是因為它很抽象,才容易理解。

摒棄打火救急的惡習

我算是非常討厭「救火」的人,有次跟朋友討論到可觀察性的商業意義,當時只聊到對 SLO 有幫助,沒講的是,它也可以避免問題臨時發生。

依照這篇文章,可觀察性是從策略的維度來避免救火。有次我們就是靠著監測到的數字,將處理問題的時間從 3 小時壓縮到 30 分鐘,更別提有些問題是在出現前就解決了。

最困難的是文化的建立與長短期平衡,有救火文化的組織很難發展出像樣的可觀察性工程。


📌 工程實務

Effective learning: Twenty rules of formulating knowledge

最近在整理筆記,看到 Supermemo 這篇,想說怎麼跟 Anki 好像,一查之下發現還真的是同類軟體。

離開學校後,已經很久沒用這類工具來幫助記憶,我更常用卡片盒筆記的方式來幫助思考,首要原則倒是相同:都要先看見全貌,再來補充細節。

通常我的卡片都是拆成一個概念為單位來記錄,主要是有時候腦袋會突然想到一句話,但不確定出處,做成卡片索引起來輕鬆多了,也比較能確定前後脈絡,免得誤解原意。

GitHub workflows tips and tricks

GitHub Action 的 tip。

原本想說 GitHub Action 常用呀,應該都很熟了吧,還有什麼 tip,看完後發現自己都沒用過 🤣 ,學習了。

像是可以在本地執行 GitHub Action、可以無視前個步驟執行結果來執行下個步驟、可以印出 Job Summary(這樣我就不用每次都爬 log 爬半天),最大的學習是文件果然還是要好好看。

Read more

Weekly Issue 第 21 期:JetBrains 發表 2025 Go 生態系調查

最近在讀 Tony Fadell 的 "Build",作者曾經參與過 iPhone 的開發,各種經驗談讓人嘆為觀止,例如這段:「如果故事有某個部分銜接不上,那麼產品本身也會有某個地方行不通…這便是為什麼最後 iPhone 的表面是玻璃,而不是塑膠,以及為什麼 iPhone 沒有硬體鍵盤。」 好在哪呢?好在如果能掌握這個觀念,就能知道如何「閱讀」產品,看見一個產品,就像閱讀一則故事一樣,知道它的抑揚頓挫,知道它想表現的東西。我相信每個經歷過產品開發的人,看這本書都會很有感覺。   🗞️ 熱門新聞 The Go Ecosystem in 2025: Key Trends in Frameworks, Tools, and Developer Practices JetBrains 前陣子公布 Go 生態系的調查結果。

By Ken Chen

Weekly Issue 第 20 期:AI 泡沫的遺產

2000 年的 .com 泡沫雖然造成嚴重的經濟問題,但也給後續的網路世代留下豐富的遺產。我們現在使用的網路基礎建設,很多是因為泡沫的原因,才能一次性投資到位。而當下經歷的 AI 浪潮,在時間過去後,又會給我們留下什麼遺產呢? 🗞️ 熱門新聞 The Benefits of Bubbles 我看 Ben Thompson 的文章通常會有兩種感受,負面是他太囉唆了,把簡單的觀念講得太長(儘管容易懂),而正面是他的觀點一向很有創造性。 這篇也是,前陣子看到有篇談 AI 泡沫後,什麼都不會留下,因為 GPU 很快會隨著時間折舊掉。我持保留態度,我認為重點不僅是 GPU(正如我認為 .com 泡沫的重點不是 CPU),還有其他的東西,至於是什麼,我沒想到。 BT 認為是晶圓製造與電力,It's amazing,

By Ken Chen

Weekly Issue 第 19 期:Coursera 的預覽模式宣告 MOOC 終結

我有時會上課程網站買課,特別是國外的網站,有些課程內容品質高,而且還能無價體驗,我常常在想這在商業上怎麼行得通。Coursera 最近推出預覽功能,某方面來說,也是在宣告長期要往付費走。 網路最大的特點是開放,因為開放,我們看到不可思議的成長,也因為開放,我們有時會很惋惜理想的落幕。 🗞️ 熱門新聞 The Day MOOCs Truly Died: Coursera's Preview Mode Kills Free Learning 很有趣的一篇新聞:Coursera 的預覽模式給了 MOOC 最後一擊。 我對 Coursera 的商業模式不熟,看起來它之前是靠證書與服務營利。很難想像線上課程能用免費支撐這麼久,這幾乎是公益了,將內容鎖在付費牆後比較像可理解的商業行為。 讓我困惑的是,這些年 Coursera 是如何獲利?以及,當時投資人對它的想像是什麼? The PSF has withdrawn

By Ken Chen

Weekly Issue 第 18 期:OpenAI 發布 AI 瀏覽器 Atlas

OpenAI 最近發布 AI 瀏覽器,加上稍早的 Sora 2,在技術圈中引起一些討論。 我認為 OpenAI 嘗試將模型領域的優勢帶到應用面,但這也讓它顯得更像是一家營利公司,而非研究單位(雖然現在沒人會把 OpenAI 當成研究單位了)。 🗞️ 熱門新聞 Dane Stuckey (OpenAI CISO) on prompt injection risks for ChatGPT Atlas Simon Willison 聊了他對 OpenAI Altas 的看法,主要是資安方面。 幾個點:1) 提示詞注入問題依然存在,而且還沒有好解法;2) OpenAI 設計了登出模式與監視模式,讓使用者更容易意識到安全性。 在我看來第二點很重要,好設計應該要避免使用者犯錯,如果 AI 瀏覽器可以在登出狀態下執行,能避免掉很多麻煩的狀況,當然這意味著沒辦法自動購物。

By Ken Chen