Too Fast to Think 快到來不及思考:AI 時代開發者的腦力透支危機

圖片

上週四晚十一點,有位工作上的夥伴 Eric 在 Teams 上貼出了一段訊息:「剛剛用 Claude 一口氣寫了三個功能,感覺效率爆表!」文末還配上了一個肌肉的 emoji 💪。

隔天,早上九點,我看著他頂著熊貓眼進會議室,手裡拿著第三杯咖啡。「怎麼了?」我問。

「昨晚那幾個功能…有兩個邏輯不對,一個測試全掛…我從半夜改到剛剛。」他苦笑著說「AI 寫得太快了,我根本來不及想清楚就繼續下一個,結果…」

這種場景,你是不是也開始很熟悉?

AI 讓我們變成了「高速公路上的疲勞駕駛」

還記得沒有 AI 的年代嗎?(對,我知道那好像已經是上個世紀的事了,雖然才過了兩年)

以前寫程式是這樣的:

  1. 思考需求(泡杯咖啡,先想個 15 分鐘)
  2. 設計架構(畫畫白板,跟同事討論一下)
  3. 開始寫 code(一行一行慢慢敲)
  4. 測試除錯(找問題,修 bugs)
  5. 提交上版(長舒一口氣)

現在呢?
有了 Claude、GitHub Copilot、Cursor 這些開發神器後,開始有所不同:

  1. 在 Prompt 輸入方格裡描述需求(30 秒)
  2. AI 給你三種架構方案(10 秒)
  3. 選一個,AI 自動生成程式碼(20 秒)
  4. 複製貼上,改改參數(1 分鐘)
  5. 跑不過?問 AI 為什麼(30 秒)
  6. AI 給你修正版本(20 秒)
  7. 能動,結束。那…繼續下一個功能…

看起來超讚的對吧?效率提升十倍!老闆眉開眼笑,專案進度超前!

但問題來了:我們的大腦跟上了嗎?

「認知債」:比技術債更可怕的東西

技術債大家都知道,就是為了趕進度寫出來的爛 code,將來要花更多時間來償還。

但現在我們面對的是一種新型態的債務:認知債

什麼是認知債?就是當 AI 生成程式碼的速度,遠超過你理解這些程式碼的速度時,累積下來的「理解負債」

舉個例子。

某天 AI 幫你生成了一個看起來「完美」的 .NET 8 Web API 專案:用 Minimal APIs 搭配 依賴注入 (DI)、全域 Exception Handling MiddlewareEF Core(含 UnitOfWorkRepository 模式)、MediatR 指令/查詢分離、FluentValidationAutoMapper、背景作業用 IHostedService,還外加 Polly 重試與斷路器策略、Serilog與 OpenTelemetry Tracing,看起來專業到不行。😮

你心想:「哇,這麼齊全!」於是就把它整包丟進專案。

兩週後,某個 API 在尖峰時段開始出現偶發的 500 錯誤。
你打開程式碼,發現:

  • DbContext 生命週期混用,Scoped 物件被背景服務誤用成 Singleton
  • 某些查詢用了 同步阻塞Result / Wait())夾在 async/await 流程裡,疑似造成 死結
  • HttpClient 被直接 new 出了一堆,導致 Socket Exhaustion
  • Polly 的重試把 非冪等 的 POST 也重試了,造成重複寫入。

你盯著那些 middleware、filter、pipeline behaviors、攔截器與一層又一層的抽象…

完全看不懂兩週前「自己」到底寫了什麼東西。

這不是笑話,這是現在每天都會發生的真實情況。
我們就像開著時速 200 公里的超跑,卻只有考過機車駕照一樣。

腦汁耗損的三大症狀

症狀一:選擇疲勞症候群

以前寫一個功能,你可能想出一種做法就開始動手做了。
現在 AI 一次給你五種解法:

  • 要用 Clean Architecture 還是 Vertical Slice Architecture
  • 資料要存在 SQL Database 還是 NoSQL(Cosmos DB / MongoDB)
  • 要不要導入 CQRS + Event Sourcing
  • 快取策略該用 Redis 分散式快取 還是 In-Memory Cache + 失效機制
  • 外部整合要選 Azure Service BusEvent Hubs 還是 Kafka
  • 需要微服務嗎?

每一個都看起來很合理,每一個都有詳細的程式碼。
你要在三十秒內決定用哪個,因為 AI 已經在等你的下一個指令了。

你的大腦正在用「決策模式」全速運轉,每分每秒。

以前一天可能做十個重要決策,現在一小時就要做十個。腦細胞正在悄悄哭泣。

症狀二:表面理解綜合症

AI 生成的程式碼通常都很完整,變數命名清楚,註解寫得漂亮,邏輯看起來也順暢。

於是,你快速掃一眼:「嗯,看起來沒問題!」然後就被你合併到主線了。

但真的沒問題嗎?

  • 這個演算法的時間複雜度是多少?不知道,反正能跑。
  • 為什麼用這個設計模式?不確定,但看起來很專業。
  • 這段程式碼有沒有資安漏洞?呃…應該沒有吧?
  • 高併發情況下會不會有 race condition?…等等,我問一下 AI 看它怎麼說。

我們變成了「表面理解專家」。
就像背單字只記發音不記意思,看起來會講英文,但其實根本不知道自己在說什麼。

症狀三:永動機幻覺

最可怕的是,AI 不會累。

凌晨一點半,你腦袋已經一片空白,但 ChatGPT 還是精神抖擻地回答了你的問題:「…當然,我可以幫你實作這個功能!底下是程式碼…@#^%#$」

於是你繼續敲鍵盤,繼續 Prompt,繼續複製、貼上。

你覺得自己還在「工作」,實際上你的判斷力已經下降了 80%。
但 AI 不會告訴你:「嘿,兄弟,你該睡了。」

它永遠準備好回答你的下一個問題,就像一個永不疲倦的推銷員,不斷慫恿你:「我還可以給你一個更完整的版本,要嗎?

要? 那你就是用有限的生命,跟 AI 無限的精力硬拼。

為什麼我們會陷入這個陷阱?

原因:速度的誘惑太強大

人類天生喜歡立即滿足,而 AI 給你的就是這個:「即時的回饋感」。
『問一個問題,立刻有答案』
『要一段程式碼,立即生成』
『遇到 bug,馬上有解方』

這感覺太爽了,就像電玩遊戲裡的連擊系統。你捨不得停下來,因為一停下來,連擊就斷了。

但是,真正的學習和理解,需要「暫停」。

需要你停下來想一想:「這段程式碼為什麼這樣寫?」「有沒有更好的做法?」「我真的需要這麼複雜嗎?」

原因:FOMO(Fear of Missing Out - 錯失恐懼症)

每天都有新聞報導「某某工程師用 AI 一個人完成了整個專案」

你開始焦慮:「別人都這麼快,我是不是該更拼一點?」
於是你也開始瘋狂使用 AI,深怕慢了一步就會被淘汰。

但這就像你看到別人在高速公路上開 200 公里,你也跟著開 200,卻忘了檢查自己的煞車和輪胎。

原因:失去了「思考的樂趣」

還記得以前解決一個難題時的那種成就感嗎?

你花了一整天,翻了無數文件,嘗試了十種方法,終於找到完美的解決方案。那種「頓悟」的感覺,讓你覺得自己真的變強了。

現在呢?遇到問題,問 AI。三十秒搞定
效率提升了,但那種深度思考後的滿足感消失了。

我們變成了「問題的搬運工」,而不是「問題的解決者」。

如何更聰明地使用 AI?

好,重點來了。該怎麼辦呢?

我不是要你拋棄 AI(拜託,現在已經沒有人能離開它),但我們得更「智慧」地使用 AI。

How?

策略一:把 AI 當「實習生」,不是「高級工程師」

想像一下,公司來了一個超級聰明但經驗不足的實習生。他可以快速寫出程式碼,但你需要:

  1. 給他明確的任務規範:不要問「幫我寫個電商系統」,而是問「寫一個商品列表元件,需要分頁和排序功能」…
  2. 仔細 Review 他的作品:永遠不要直接採用,要逐行理解和修改 👈 (拜託,這很重要)
  3. 教他你的思維方式:在 Prompt 裡說明你的設計理念和限制條件
  4. 讓他做重複性工作:像是boilerplate code(CRUD之類的固定程式碼)、單元測試、文件生成這些最適合。

策略二:設定「思考時間」

給自己定一個規矩:AI 生成的任何程式碼,都要等 5 分鐘後才能使用。

在這 5 分鐘內,你要:

  • 真正讀懂每一行程式碼 👈 (拜託,這很重要,again)
  • 思考有沒有更簡單的做法
  • 考慮潛在的風險和問題
  • 確認這真的符合需求

就像泡一碗泡麵要等三分鐘一樣,好的程式碼也需要「思考時間」來發酵。

策略三:刻意練習「無 AI 時段」

每天設定一段時間,完全不使用 AI。
就像健身需要負重訓練,你的大腦也需要「負重思考」。

試著:

  • 自己從零寫一個演算法或邏輯
  • 手動 debug 一個問題,不問 AI
  • 讀一段複雜的程式碼,靠自己理解
  • 自己寫一篇技術文章,或是心得日記,可以說說今天從工作中或AI學到了什麼

這些時刻,你才是真正在成長。

策略四:用 AI 來「理解」,不只是「生成」

AI 常被低估的能力不是寫程式碼,而是解釋程式碼
遇到看不懂的程式碼?不要跳過,問 AI:

  • 「這段程式碼在做什麼?」
  • 「為什麼要這樣設計?」
  • 「有什麼潛在問題?」
  • 「可以用更簡單的方式實作嗎?」

把 AI 當成一個隨時待命的顧問,而不是代寫作業的槍手。

策略五:記住,你不是在跟 AI 賽跑

最後,這是最重要的心態調整。
擁抱 AI 的目的是讓你更輕鬆,不是讓你更累。

如果你發現自己:

  • 每天工作十二小時還覺得不夠
  • 寫了一堆程式碼卻不知道自己在幹嘛
  • 看著專案Repo越來越膨脹,心裡越來越焦慮
  • 睡覺都夢到 ChatGPT 的對話框…

那你肯定是用錯 AI 了。

AI 應該幫你:

  • 省下時間去思考,而不是讓你寫更多程式碼、放棄思考
  • 理解得更深,而不是了解得更膚淺
  • 工作得更聰明,而不是工作得更疲憊

最後:借力使力,別拿命去拼

最近,領悟到一個道理:
人生最大的浪費,不是效率太低,而是在錯誤的方向上太高效。

AI 給了我們前所未有的「速度」,但如果我們只是用這個速度去堆砌更多功能、寫更多程式碼、做更多專案,那我們只是在用有限的生命,去填滿無限的待辦事項。

AI 不會累,但你會。
AI 可以 24 小時運轉,但你需要睡覺。
AI 可以瞬間切換上下文,但你的大腦需要時間理解。
AI 會一直在那裡,但你的青春、健康、創造力,則一點一滴消耗掉。

所以,我們得更聰明地使用 AI:

  1. 用 AI 處理繁瑣的事,把時間省下來做真正重要的思考
  2. 用 AI 擴展知識,但不要讓它替代自己的理解
  3. 用 AI 提升效率,但不要用它來壓榨自己的最後一滴精力
  4. 讓 AI 為你工作,而不是你為 AI 的產出收拾殘局

記住,科技的進步應該讓人活得更像人,而不是讓人變成機器。

當你晚上十點還在瘋狂地跟 ChatGPT 對話,試圖完成「最後一個功能」時,請停下來問自己:

「我是在使用 AI,還是被 AI 使用?」
「我是在借助 AI 的力量變得更強,還是在透支自己的生命跟一個不會累的機器賽跑?」

AI 時代,最缺的不是程式碼,不是功能,不是速度。

現在最缺的,是清晰的思考、深度的理解,以及知道何時該停下來的智慧。
借力使力,別拿命去拼。
因為 AI 有無限的時間,但我們只有一次人生。


寫於某個凌晨,在我終於說服自己關掉 GitHub Copilot,準備睡覺的時候。

留言

這個網誌中的熱門文章

開啟 teams 中的『會議轉錄(謄寫)』與Copilot會議記錄、摘要功能

使用LM Studio輕鬆在本地端以API呼叫大語言模型(LLM)

在 ADO Pipeline 中使用 GitHub Copilot CLI:實現全天候24h開發的夢想

原來使用 .net 寫個 MCP Server 如此簡單

VS Code的字體大小