鐵人檔案
AI 已經能幫我快速把功能做出來，但「做得出來」不代表真的會開發。這 30 天，我會從一個還在學習軟體開發的新手視角，整理自己如何在 AI Coding 讓實作跑得比理解更快之後，逐步補上需求分析、工作流程、系統邊界、權限、測試與可靠性等能力。
系列不以特定 AI 工具為主題，而是從實際產品與委託專案中的問題出發，記錄我如何一邊與 AI 協作、一邊撞牆，再替那些原本不知道怎麼描述的問題找到工程語言。
我想回答的是：當「先學會寫程式」不再是開始做產品的門檻，一個開發新手，接下來到底還需要學會什麼？
本文同步刊載於個人連載網站 現在這個委託專案有前端、後端、文件處理服務，也拆成多個 repo。 整套系統已經比 Day 1 那個個人網站複雜非常多。 但我實際開...
本文同步刊載於個人連載網站 上一篇最後，我留下一個問題： 「我聽懂了」，到底代表什麼？ 現在很多工程概念，都是我在跟 Codex 討論需求、設計或 Debug...
本文同步刊載於個人連載網站 上一篇寫到，我現在有些工程概念，已經不只是聽得懂。 新的需求出現時，我會主動拿它們來判斷風險、責任和影響範圍。 但這又帶出另一個問題...
本文同步刊載於個人連載網站 上一篇寫到，我現在已經可以沿著系統理解問題，知道一個需求可能會碰到哪些部分，也大致知道問題可能落在哪一層。 但真的進到 codeba...
本文同步刊載於個人連載網站 上一篇寫到，我現在不會只接受一句： 「AI 已經做完了。」 我會用不同層次的證據確認實作。 其中一層，就是測試。 TDD 本來就是我...
本文同步刊載於個人連載網站 Day 25 寫到，測試可以把已經確認過的行為留下來，讓後面的修改持續重新面對這些期待。 但即使測試全部通過，我的開發流程還不會停在...
