![]()
最近好多開發者都喺討論緊AI寫code嘅事啦。一開始大家覺得AI可以快快生成有用程式碼,生產力大增,但而家開始擔心如果呢啲code上production環境,就會有大問題喎。
有兩個故事好有啟發性。第一個係關於AI工具點樣改變小app同utility嘅世界。以前開發者要自己手寫單一功能app,通常係freemium模式靠廣告或者upgrade支持。但而家用OpenAI嘅Codex同Anthropic嘅Claude Agent,幾分鐘就整到一個小應用程式。用戶可以prompt AI整一個自訂計時器或者試算表匯出工具,而唔使喺市場度下載現成app,咁樣可能會改變app store嘅經濟模式。
第二個故事就係一個startup開發者因為AI生成code導致production outage而被炒鱔。呢個工程師一開始自己寫code,但deadline太緊,就越來越靠AI助理,雖然趕到deadline,但自己對生成code嘅理解唔夠深入。之後production出事,警報響起,debug咗成一日,之後又再發生,公司就終止咗佢嘅僱傭。經理都有用AI review過code先merge㗎。
Reddit開發者嘅反應話,問題唔喺AI,而係code review同testing做得唔夠,或者將判斷外判畀唔完全明白嘅工具。
對開發者嚟講,呢件事意味住要解決幾個問題:點樣用AI但唔失code質素控制,因為AI加速咗寫code,但質素仲要靠testing、review同理解輸出;點樣適應軟件經濟變化,由基本utility轉向複雜長遠應用;同埋工程實踐要點樣進化,堅持傳統guardrails如code review同testing pipeline。
總結嚟講,開發者而家有能力透過AI快速生成working code,但如果忽略工程基本,就會出事。速度同責任之間嘅拉鋸,將會塑造未來AI工具喺專業設定嘅使用方式。開發者要學識有效整合AI,同時保留code質素同人類判斷嘅核心。
https://www.developer-tech.com/news/when-ai-writes-the-code-productivity-gains-and-production-pitfalls/