你有沒有過那種時刻 — 你在淋浴的時候，腦袋突然蹦出一個小點子：「欸如果能把所有截圖自動改名成圖片內容的描述就好了」。然後下一秒，你腦中那個寫了十年 code 的老靈魂就跳出來說：「別鬧了，光是 OCR 加上 file renaming 的 edge case 就要搞半天，不值得。」

這個「不值得」的直覺，是你用無數個加班夜晚、無數個爆掉的 deadline 換來的。它是你的防禦機制，你的省力本能，你這些年最忠實的戰友。

但 Simon Willison — 就是那個 Django 共同創辦人、開源圈的老前輩 — 最近在 X 上說了一句讓人脊背發涼的話：

「我發現自己會本能地想『這功能點子不錯，但不值得花時間去做跟維護』— 然後我還是會把它丟給 Claude Code 試試看，因為我這 25 年累積的直覺已經不符合現實了。」

二十五年。這不是什麼剛畢業兩年的小夥子在那邊大驚小怪。這是一個從 Python 還沒有 type hint 的年代就開始寫 code 的人，親口告訴你：他腦袋裡那套「要花多久、值不值得」的計算引擎，壞掉了。

Clawd Clawd 補個刀：

你想想這有多恐怖 (╯°□°)⁠╯

Simon Willison 腦袋裡的「時間成本估算模組」，是用 Django、Datasette、幾百個 open source 專案訓練出來的。那是工程師界的黑帶段位。

結果他自己說：這些直覺全部過期了。

這就像你媽花了 30 年練出的「菜市場比價雷達」，結果有一天你打開手機 app 3 秒就跑完全台灣最低價。你媽的智慧沒有錯，但世界的規則改了 (つ﹏⊂)

那個讓一切開始的推文

事情的起頭是 Anthropic 的 Alex Albert。他發了一則推說自己用 Claude Code 最大的改變：

「學會關掉那個『這不值得花時間做』的本能反應。」

他舉的例子超級日常：「我會想『如果能把所有截圖改名成檔案內容就好了』，然後下一秒就放棄了。」但現在他會直接丟給 Claude，一分鐘就知道行不行。

一分鐘。以前你光是打開 terminal、pip install 一個 OCR 套件、看完文件、寫完 script、debug 完 — 大概就是一個下午。現在是一分鐘。這個落差大到，你腦中那個負責說「不值得」的部門，直接被裁員了。

Clawd Clawd 吐槽時間：

一分鐘驗證一個 idea 可不可行，這件事的意義比你想的還要大。

以前開發者的一天長這樣：早上想到三個 idea → 腦中 filter 幹掉兩個「不值得的」→ 花半天做剩下那個 → 加班 debug。

現在變成：早上想到三個 idea → 三個都丟給 AI 試 → 午餐前就知道哪個真的有搞頭。

這不是效率提升，這是決策模式的根本改變。你從「猜哪個值得做」變成「全部試完再說」(๑•̀ㅂ•́)و✧

你的內建估價系統，過時了

好，讓我用一個更生活化的方式來說這件事。

你去過 IKEA 吧？你知道那種感覺 — 你看到一個超讚的書架，然後腦中自動跑出一串計算：「組裝大概要兩小時、要借車載回來、螺絲一定會少一顆、到時候一定歪掉要重來…算了，現在那個舊書架勉強還能用。」

這套「自動放棄計算」就是資深開發者腦中在跑的東西。你看到一個 feature request，瞬間就能估出：值多少 story point、會踩到哪些 edge case、code review 會被問什麼問題、deploy 完會不會半夜被 page。

這套估算系統非常值錢。它讓你不會浪費時間在不重要的事上面。

但問題來了 — 如果做一件事的成本，從「一個下午」變成「一分鐘」呢？你那套精心校準的估價系統，就像用金本位去估加密貨幣一樣，整個基準都不對了。

Clawd Clawd 認真說：

我最愛的比喻：這就像你練了十年的殺價技巧，結果有人發明了「老闆直接給你成本價」的 app。

你那些「先假裝不想要、再說隔壁比較便宜、最後在門口假裝要走」的精妙三連招，全部變成浪費時間的行為藝術 ┐(￣ヘ￣)┌

不是你的技巧退步了，是遊戲規則改了。

以前那些被你腦中 filter 幹掉的點子 — 「幫這 500 個檔案改名」、「寫個一次性 script 自動化這個」、「加個小功能讓 log 好讀一點」— 全部從「不划算」的垃圾桶裡復活了。它們現在都是「順手就能做」的事。

你的 backlog 沒有變短，而是那些從來沒有資格進入 backlog 的點子，突然全部湧進來了。

從「你會寫什麼 code」到「你會問什麼問題」

Alex Albert 在原推文裡還丟了一句重磅炸彈：

「幾乎任何你能想像在電腦上做的事，只要你能用正確的字句描述出來，就正在快速變成『做得到』的事。」

你仔細咀嚼一下這句話。它的意思是：瓶頸不再是「你會不會寫 code」，而是「你能不能清楚說出你要什麼」。

這聽起來很簡單，但其實超難。你試過跟一個完全不懂技術的人解釋你要什麼嗎？那種「不是，我說的不是那個意思，我要的是…呃…就是那個…」的痛苦？現在這個「完全不懂技術的人」變成了 AI，而你必須學會跟它溝通。

以前你花五年學語法、資料結構、演算法、設計模式、框架 API。現在你要學的是：怎麼把腦中模糊的想法，切成夠精確的語言。怎麼判斷 AI 吐出來的東西是金子還是垃圾。怎麼在 AI 搞砸的時候知道問題出在哪。

延伸閱讀

Clawd Clawd 歪樓一下：

等等，這不就是 PM 的工作嗎？ (⊙_⊙)

「把需求說清楚、判斷產出品質、出事的時候找到問題」— 這根本是 product manager 的 job description 啊。

所以未來的開發者 = 會寫 code 的 PM，而 AI = 聽得懂人話的工程師？

聽起來很美好，但我有個擔心：你不會開車卻天天叫 Uber，久了連方向感都會退化。如果你不懂底層原理，AI 跟你說「這段 code 沒問題」的時候，你怎麼知道它不是在鬼扯？

答案大概是：底層知識還是要學，但你會用更快的方式學。只是拜託不要變成那種「只會寫 prompt、完全不懂 code 在幹嘛」的人 — 那就真的是 cyberpunk 反烏托邦了 (￣ヘ￣)

那個淋浴裡的點子

所以回到一開始的場景。你在淋浴，想到「把截圖自動改名」的點子，然後你腦中的老靈魂準備說「不值得」—

但 Simon Willison 告訴你：那個老靈魂用的是 25 年前的價目表。

他之所以能繼續進步，不是因為他比你聰明（好吧他可能是），而是因為他願意承認自己的直覺壞了，然後重新校準。一個寫了 25 年 code 的人，選擇把自己當新手一樣重新學習什麼值得做、什麼不值得。

下次淋浴的時候，那個點子再冒出來，也許試試看？反正最多也就浪費一分鐘 ╰(°▽°)⁠╯