2026 iThome 鐵人賽・Software Development

AI 都會寫程式了,我還要學什麼?——從「做得出來」到學會開發的 30 天

當 AI 讓實作能力跑在理解前面,一個仍在學習中的開發者,如何從真實產品與委託專案裡,逐漸知道自己還需要理解哪些產品問題、工程問題,以及 Coding 本身需要理解到什麼程度。

這 30 篇記錄的不是我學會了哪些工具,而是原本只能在撞牆後才看見的產品與工程問題,如何逐漸變成能在實作前提出並參與判斷的問題;最後再回頭追問,程式碼本身究竟還需要理解到多深。

共 5 個章

五章閱讀路徑

章 1

實作跑在理解前面

AI 已經讓我可以在程式基礎仍有限時開始做真正的產品。當實作跑得比理解更快,我也開始用一種很不一樣的順序學習開發:先撞上問題,後來才知道它叫什麼。(2 篇)

章 2

第一個產品:從做功能,到開始理解工作

第一個預約管理產品裡,我原本只是想把功能一個一個做出來。一路做下去,我才逐漸開始看見人的工作、沒有說出口的條件、使用方式,以及問題本身應該怎麼被理解。(10 篇)

章 3

第二個專案:理解工作的能力開始變成工程判斷

進入完全陌生的委託案後,第一個產品留下的思考方式開始自然出現。以前要撞牆才想到的問題,有些開始能在實作以前被提出,並逐漸延伸成系統責任、邊界與工程判斷。(8 篇)

章 4

AI 寫大量程式後,我怎麼理解、判斷與相信實作?

當 Coding Agent 已經可以完成大量實作,我開始需要重新釐清自己到底理解了什麼,以及在不逐行閱讀程式碼的情況下,要靠哪些證據建立對實作的信任。(7 篇)

章 5

回到最開始的問題:我現在知道自己還在學什麼

30 天最後重新回到系列起點:做產品前要看懂什麼、工作進入系統後有哪些工程問題不能不問,以及 AI 已經會寫程式之後,Coding 本身到底還需要理解到多深。(3 篇)

延伸閱讀

主系列以外的補充文章與延伸內容。

範例:三十天之後,下一個實作可以怎麼開始用來驗證延伸文章依日期由新到舊排列。範例:完成鐵人賽後,我重新整理了哪些方法用來驗證延伸閱讀與相關 Day 連結。