編程界新分水嶺：Uncle Bob說“絕不讀AI寫的代碼”，Hashimoto卻說他“逐行閱讀”，你站誰？

兩位程式設計界的大師近日在社群平台上掀起了一場關於「是否該閱讀AI生成程式碼」的激烈論戰，雙方立場截然相反，引發全球開發者社群長達數週的熱烈討論。這場論戰的核心人物，分別是《代碼整潔之道》作者、擁有六十年程式經驗的「Uncle Bob」Robert C.Martin，以及HashiCorp共同創辦人、Ghostty作者Mitchell Hashimoto。兩人在短短幾天內，透過推文表達了完全對立的觀點，讓整個開發圈陷入一場關於人工智慧時代工程責任的深刻思辨。

7月3日，Mitchell Hashimoto在X平台上發布了一則簡短推文，內容僅有三個單詞：「I read the code」（我讀程式碼）。這則看似平淡的個人工作習慣陳述，卻在短時間內獲得近83萬次瀏覽，迅速被解讀為對當前流行的「Vibe Coding」風潮的公開反駁。所謂Vibe Coding，指的是開發者完全依賴AI編程智能體生成程式碼，自己僅憑「感覺」進行調整，而不深入理解每一行程式碼的運作邏輯。Hashimoto的發言時機相當敏感，因為當時Anthropic的Fable、GPT-5.

6等新一代模型剛發布，編程智能體的能力正大幅躍進，Vibe Coding的擁護者正認為這條路已獲得新一輪驗證。然而，就在Hashimoto的推文引發熱議之際，Uncle Bob Martin給出了完全相反的答案。他在自己的社群平台上明確表示：「我完全不去讀Agent寫出來的任何程式碼。」這句話如同一顆震撼彈，將原本單純的個人習慣討論，瞬間升級為一場關於開發者核心責任的意識形態對決。Martin的立場基於他多年來倡導的軟體工程原則，他認為程式碼的品質不應由人工逐行審查來保證，而是應該透過嚴謹的測試、設計模式與自動化工具來驗證。

對他而言，閱讀AI生成的程式碼不僅浪費時間，更可能讓開發者陷入「虛假安全感」的陷阱。Hashimoto則持完全不同的看法。他強調，理解仍然是工程責任的一部分，即使程式碼是由AI生成，開發者仍有義務逐行閱讀、理解其邏輯與潛在風險。他認為，這種做法不僅能確保程式碼品質，更能幫助開發者持續學習與成長。Hashimoto的觀點獲得不少資深開發者的共鳴，他們認為在AI輔助開發日益普及的時代，開發者不應放棄對程式碼的主動掌控權，否則可能導致系統漏洞、安全問題與技術債的累積。這場論戰迅速在各大技術論壇、社群媒體與開發者會議中發酵。

支持Uncle Bob的一方認為，現代軟體開發已進入「產出大於理解」的階段，開發者的時間應花在更高層次的架構設計與問題解決上，而非逐行審查AI生成的樣板程式碼。他們指出，自動化測試與持續整合工具已能有效把關程式碼品質，開發者無需重複勞動。反對者則認為，這種觀點過於理想化，忽略了AI模型可能產生的邏輯錯誤、安全漏洞與非預期行為，唯有透過人工閱讀才能及時發現問題。值得注意的是，兩位大師的立場差異，其實反映了軟體工程領域長期存在的兩種哲學：一種強調「程式碼是設計的具體呈現」，開發者必須對每一行程式碼負責；另一種則主張「程式碼是實現功能的工具」，開發者應專注於更高層次的抽象與系統思考。

AI的介入，只是將這兩種哲學的衝突推向更明顯的層面。隨著討論持續升溫，不少開發者開始反思自己在AI輔助開發時代的工作習慣。有人表示，他們會先讓AI生成程式碼，再進行快速掃描確認邏輯正確性；也有人堅持完全手寫關鍵模組，僅將AI用於輔助生成測試案例或文件。這場論戰並未得出明確的結論，但卻促使整個開發社群重新審視「閱讀程式碼」這項傳統技能在AI時代的價值與必要性。最終，這場由兩則推文引發的論戰，或許沒有標準答案。但它清楚揭示了軟體開發領域正面臨一個新的分水嶺：當AI能夠生成越來越多高品質程式碼時，開發者的角色定位、核心技能與責任邊界，都必須重新定義。

而Uncle Bob與Hashimoto的對立觀點，恰恰為這個正在發生的轉變，提供了兩個極具代表性的思考方向。