熱門話題
#
Bonk 生態迷因幣展現強韌勢頭
#
有消息稱 Pump.fun 計劃 40 億估值發幣,引發市場猜測
#
Solana 新代幣發射平臺 Boop.Fun 風頭正勁
> 業務邏輯解釋給 AI 的成本 > 編碼成本,所以我在後端不使用 Vibe Coding。
在我看來,後端不使用 AI 寫這還是因為路徑依賴,太熟悉了,更想呆在自己的舒適區,而還不願意去使用提示詞生成代碼。前端是因為不熟悉反而豁得出去。
另外問題你自己也已經很清楚:是因為很難用提示詞描述清楚自己需求。
能通俗易懂的用自然語言去表達、去溝通本身就是對資深程序員的要求,因為現實中你要去帶人,要去說服其他人使用你的設計,都離不開要去自然表達溝通。
後端代碼,可以嘗試用偽代碼去提示詞,試試TDD,先寫測試代碼,再去實現,但還是建議多用 AI。

11 小時前
寶玉老師說的很贊同,我可以來補充一些其他視角(後端和前端的 Vb)。
在我寫後端 Java 的時候,我從來不用 Vb 編程,全部手工代碼,因為 Java 生態極其成熟,框架已經高度封裝了底層技術細節,我只需專注於業務邏輯的實現。
業務邏輯解釋給 AI 的成本 > 編碼成本,所以我在後端不使用 Vb 編程。
但是在我寫前端的時候,我往往會使用 Agent 全自動 + 一個編輯器用來微調,99% 的代碼是 Agent 幫我寫的,我只需要根據它的結果做一些微調,很多時候一遍過。
為什麼我在寫前端的時候會用 Agent 全自動呢?一個很大的原因就是前端代碼的重複性是無法省略的,無論你是多高級的工程師,每一個組件、每一個按鈕,還是需要自己引入到合適的地方並搭配出想要的效果。
每一個前端的校驗、彈窗、提示、表單提交都不可能有框架替你完成,你還是要手寫,這個時候 Agent 全自動的好處就凸顯了,只要你把 Task 寫的清楚,現在的模型能力就可以幫你進行 99% 的還原。
現在前端的全棧開發,已經有成熟的 Monorepo 模式,這種模式下大模型可以在同一個倉庫中瞭解整個項目的所有 API 和 對象定義,所以我認為全棧開發使用 Monorepo + Agent 全自動,簡直效率爆炸。
總結一下我的想法:是否使用 Agent 全自動,取決於它是否能幫我節省時間,提高效率,而對於一個成熟的工程師來說,你應該很容易判斷那些代碼場景可以使用 Agent 提高效率。
當然我也不建議什麼都交給 AI,一些重複的活一定要想辦法讓 AI 去做,但是一些設計的事情最多用 AI 輔助,並且經常性的要刻意去手動寫一些代碼讓自己的技能不至於退化。
就像現在人們不需要幹體力活了,還要去健身房一樣!
3.21K
熱門
排行
收藏

