三十天不寫一行應用代碼，全讓機器寫：九次破例最誠實

規矩很狠：三十天，手不碰代碼，只動嘴，描述、審、點頭。作者真交付了一個小產品：登錄、收錢、看板、公開接口，全套，還上線了。這不是吹捧帖，也不是末日帖，是田野報告：機器行在哪，不行在哪，全記下來了。這篇在海外拿下幾十贊，評論區：九次破例，次次扎心。

一、行得嚇人的三樣。白紙搭架子，一句話齊活：新項目要啥有啥，一次過，前百分之四十飛一樣。體力活零失誤：接口、校驗、表格帶排序分頁， hate 的活，它寫得完美，次次無可挑剔。還是個好搭子：問它爲啥慢，它一眼看出缺索引還順手抓個多次查詢，一口氣全中。第一週作者差點寫下標題：寫碼人可以下了。還好有第二週。

二、九次破例，次次都是架構在報警。機器盯得住眼前文件，看不住三個目錄外的事：格式化函數寫兩份，鑑權中間件有了還重寫一遍，類型定義 drift 出第二套。單看全對，合一起全錯，編譯照樣過，測試照樣綠。這種漂移，看不見，摸不着，上線三個月， 利息到期。破例九次，全是這種：人不動手，屎山自己長。結論很貴：機器管文件，人管系統，系統這活，外包不出去。

三、抄作業。三句話：小活全扔過去，大活自己看圖，圖每週看一次。圖就是架構：誰調誰，數走哪，半小時畫一張，畫完再讓機器動手。審代碼別隻看一行，看三份文件：這坨跟老的有重複嗎，類型對得上嗎，下次改要動幾處。三問過，點頭；一問卡，駁回。今天就去畫你手裏那坨的圖，畫完你就知道，機器替得了手，替不了腦。四、最後定個規矩：每週五下午，圖看一遍，漂移修一遍，破例數一遍。破例多了，說明圖舊了，更新圖，比罵機器管用。三十天能交貨，靠的不是嘴，是審。審，纔是你的核心競爭力。

來源｜海外開發者社區，https://dev.to/infoinlet1/i-let-ai-write-100-of-my-code-for-30-days-heres-what-broke-1aa0