AI 學習的悖論

AI 學習的悖論

「AI 讓你看起來更聰明,實質卻有可能學得更少。」

剛剛看到一篇文章談論 AI 對學習的可能傷害,他的參考資料是來自一篇文章《The Myth of Automated Learning》。這篇文章提到一個蠻重要的概念。

當人們使用機器自動執行他們本來可以自己完成的任務時,會發生以下三種情況之一:

  1. 他們的技能不斷提高。
  2. 他們的技能退化了。
  3. 他們永遠學不會這項技能。

這三種狀況分別容易發生在三類人身上:

  1. 如果使用者已經是專家,AI 工具可以進一步增強他們的技能。
  2. 如果使用者尚未成為專家,而這項技能需要不斷練習,那麼 AI 自動化可能會導致技能退步。
  3. 如果使用者是新手,而 AI 從一開始就執行任務,那麼這個人就可能永遠不會真正掌握這項技能。

作者舉的案例是工業時代,那些工匠等級的人,他們的工作被產線工人+自動化機器給大量取代,但這些生產線的工人離開自動化機器後其實什麼都不會。

對這個觀點我一半認同一半存疑,認同的點在於,產線工人熟悉的是機器操作,而工匠擅長的則是不靠機器來完成任務。哪個難度更高?通常是工匠。但從商業角度來思考價值,它本來就不在難度,而在於品質、效率、可持續性。

如果趨勢已經朝向自動化,那 99% 的情境下我們本就不必要掌握那麼多細節,我們只要把工具學好就能解決絕大多數的問題了。長期來說,懂得用工具的工人,價值並不見得會輸給工匠。

在軟體開發領域,大家常常說「不要重複造輪子」,也就是要能建立可以 reuse 的元件、類別、介面、API 等等,而不要每次都重寫一次。

但我也經常提到「不要重複造輪子,但一個可靠的工程師應該了解輪子怎麼造出來的」。

簡單的說,你應該知道這個程式是怎麼被寫出來的,又是如何運作的。唯有搞懂,你才知道你在維護些什麼,出錯時你也才知道可以怎麼改。

回過頭來談開頭的問題:「AI 讓你看起來更聰明,實質卻有可能學得更少。」

我個人認為這問題是存在的,以前我提到一種員工叫「體系員工」。在大公司,很多人之所以能做好事,並不是因為他能力特別優秀,而是因為公司的管理制度、品牌、產品先天就能讓一個人有超出能力的表現。可這個人一旦離開了這個環境會立刻打回原形,因為新環境中再也沒有體系讓他倚靠。

很多人離開大公司後去到小公司格格不入,很多是小公司還沒形成體系,他必須要面對很多工作能力上的短板。而小公司的人去到大公司也不適應,因為大公司會逼你要去融入體系,而不是自幹。

AI 也成了一種體系,但好處是這體系你是能帶著走的,你可以在各種地方繼續用 AI 來協助你,被逼著脫離體系的機率沒那麼高。但你無法避免的是日常隨機發生的對話與問題,你總不好要對方等等你,讓你查一下 AI 吧?

除此之外,我認為 AI 確實會讓部分人減少思考,因為我們將思考也外包給 AI 了。在很多腦科學的文獻中都有提到,人的記憶與智慧都是靠著大腦中的神經元做連結的,而創造連結的方法是思考。少了思考,這些神經元不會產生連結,大腦就不會發展。

有些研究支持 AI 會傷害大腦發展,但也有研究支持 AI 不會有負面影響。我認為,如果你本身就是個習慣思考的人,那問題應該不大,但如果平常就很少思考,那大腦的發展本來就比較少,自然就變成前者了。

很有趣的議題。

如果你覺得我內容寫得還不錯,歡迎訂閱我的電子報,我每雙週會發送一封電子報到你的信箱。訂閱連結在這,過往的電子報也在這:Gipi電子報

也鼓勵你可以將我的電子報分享給你認為有需要的朋友們,也許你的舉手之勞,將會改變另一個人的思維與習慣。

Read more

加快了速度,少了回饋

加快了速度,少了回饋

2022 年時我曾推出了一堂課《打造高效軟體開發團隊》。 在這堂課程中我繪製了一張軟體開發過程管理的架構,這張圖我從公司策略->產品策略->需求管理,一路到開發過程管理、交付、市場回饋,最後再回到產品需求管理。 當年我曾說過,軟體開發最重要的其實不是程式開發本身,而是 align 公司策略與產品策略,同時兼顧好短期需求,將需求管理做好。 但我們也可以看到產品需求管理是上述架構中最主要的節點,上承策略,下接短期需求,右邊則是成為所以開發計畫的起頭,同時還要承接來自市場回饋,並能持續優化管理過程與技術債務管理。 簡單的說,決定做什麼,決定了產品定位,決定先做什麼,則決定了策略重心。但要做出決定,除了對目標有清晰的認知外,更重要的是「回饋」。包含市場回饋、使用者回饋、利害關係人回饋(研發/行銷/客服...)。 這陣子透入 AI 開發後我對這張架構圖有一些新的想法: 首先,是生產力過剩。 因為 AI 不用休息,生產力幾乎沒上限,

By gipi
AI 在商業決策層面給我帶來的三層改變

AI 在商業決策層面給我帶來的三層改變

從二月開始,台灣就陷入一陣 AI 瘋,一堆人都開始投入龍蝦、Claude Code、Codex 等超級生產力的任務中。不寫程式的人開始寫程式,包含老闆、設計師、行銷、創作者。而其中最瘋狂的,莫過於身邊的一堆老闆們。 有人批評說:「這些老闆們放錯重點,應該好好回到自己的位置上去做出好的決策,讓專業的人來處理專業的工作,不要瞎搞。」 關於這個批評我個人極端不認同。 我的看法是老闆不多花點時間深入理解 AI,他在未來就很難做出好決策。 今天看到 Coinbase 的 CEO 在 X 上發布了裁員的消息。 而我也在 FB 寫下了我對這件事情的想法。 今年不知道第幾家公司了,幾乎都不是因為經濟不景氣,而是各家公司都在為變化儲糧。很多軟體公司之所以裁員,都是為了有更多的資本支出可以投入在 AI 的團隊、產品或基礎建設上。 扁平化只是一種不再需要「管理代理人」的訊息。現代的管理概念還是很崇尚那個一人最多管七人的科層組織管理概念。 為了「有效管理」,一個人管七個人是個看似科學,

By gipi
2026 年第一次深度復盤

2026 年第一次深度復盤

今天提早結束今天的顧問行程,中午回到住宿的飯店泡了個熱水澡,想著到底要休息還是繼續工作。但想了想,或許可以針對最近的一些想法跟經歷做一些復盤與總結。這篇文章內容比較雜一些,但都是我近期比較重要的一些想法。 重新燃起的工作熱忱 我的工作狂性格其實已經沉潛了好多年,我一直以為我對工作已經不像年輕時那麼有熱忱。沒想到工作狂性格只是悄悄地躲了起來,等待有一天再遇到讓人熱血沸騰的時機。 燃起我工作熱情的事主要有兩件,一件是方圓國際的策略長工作,另一件則是與 AI 有關的「Growth OS」計畫。 方圓的工作有一定的機密性我就不多說了,往後能揭露的內容會陸續讓大家知道,但我可以說這應該是我接觸迄今合作上最深入的案子,我覺得很開心。至於「Growth OS」是什麼?我下面會有獨立的段落跟大家說明。 但我可以先跟大家分享為什麼這兩件事會重新燃起我的工作熱忱。 我個人的工作熱忱主要來自幾個地方: * 有挑戰,這件事難不難,能否燃起我的挑戰慾望與好奇心。 * 能自我實現,我總有一些放在內心很想做的事,但可能是時機不到,又或者沒有碰到合適的場合。 * 能按自己價值觀來行事,這件事在我

By gipi
近期 AI 寫 Code 的一些想法

近期 AI 寫 Code 的一些想法

之前用 AI 寫程式,比較 free style,簡單說,就是功能能運作就好,反正就解決單點問題,就算是個商業應用,也大多設計成可以離線使用,架構很簡單。 但最近為了要完成我 Growth OS 的野望,我又回到以前工程師年代,會很在意目錄架構、資料結構、資料流、權限控制,甚至也會思考更多關於擴展性、多租戶、系統邊界設計的問題。 也因為有較深入的思考,對於 AI 參與開發這件事,我有了多一點的體悟。 Rule-baesd 模式 從前的程式開發大多是建立在有明確規格之後,演算法就像數學公式一樣,輸入什麼樣的參數,往往就能得到一個可預期的結果。 簡單的說,就是「確定性」,所以以前的測試根據的是輸入 A/B,是否得到 C 結果。 直到現在,如果我們對一個程式的執行結果,最主要看的是「確定性」,也就是執行一百次都要得到可預期的結果。那最後或許還是只有清楚的

By gipi