会用 AI 的工程师，效率已经拉开差距了 - “ 我们曾经引以为傲的编码能力，正在被改写。”
最近嘗試用Cursor做了幾個(gè)內(nèi)部業(yè)務(wù)系統(tǒng)，發(fā)現(xiàn)一個(gè)越來越明顯的趨勢(shì)
真正會(huì)用 AI 的工程師，效率已經(jīng)拉開差距了。
做了十幾年 Java， 這波 AI 編程浪潮來得快，一開始我也沒太當(dāng)回事，以為這波AI編程只是停留在了高級(jí) “代碼補(bǔ)全” 功能上， 直到最近剛好有個(gè)需求，是在內(nèi)部系統(tǒng)中實(shí)現(xiàn)， 剛好嘗試了下， 用上了 Cursor，才意識(shí)到，這不是“輔助寫代碼”，這簡直就是 “配置了助理”。
1. 起初我也不以為意
做了十幾年 Java，這波 AI 編程浪潮來得很快。一開始我沒太當(dāng)回事，以為只是“高級(jí)自動(dòng)補(bǔ)全”——直到最近有個(gè)內(nèi)部需求，我用 Cursor 完整實(shí)踐了一次，才意識(shí)到這不是“輔助開發(fā)”，而是“加速上線”的變革。
2. 我是怎么用 AI 開發(fā)的？
最近公司內(nèi)部要做一個(gè)「費(fèi)用分?jǐn)偂构δ埽Ｒ?guī)的增刪改查 + 分頁 + 導(dǎo)入導(dǎo)出 + 多狀態(tài)交互，前端用的是 React + Ant Design，后端是 Spring Boot + MyBatis 的舊項(xiàng)目。
我嘗試用 Cursor 直接和 AI 對(duì)話：
“認(rèn)真閱讀當(dāng)前代碼，仿照當(dāng)前代碼的結(jié)構(gòu)、風(fēng)格，幫我寫一個(gè)費(fèi)用列表展示的前端頁面，掛在云管平臺(tái)菜單下。下面是表結(jié)構(gòu)。”
它做了什么？10分鐘不到，直接生成完整頁面，并逐一讓我確認(rèn)。亮點(diǎn)如下：
理解項(xiàng)目結(jié)構(gòu)：我們前端結(jié)構(gòu)是自定義的，但它準(zhǔn)確找到了菜單組件、頁面目錄，并正確掛載菜單。
風(fēng)格保持一致：生成的頁面結(jié)構(gòu)、變量命名、樣式都與現(xiàn)有項(xiàng)目一致，幾乎“無縫”對(duì)接。
字段自動(dòng)翻譯：比如
product_name自動(dòng)展示為“產(chǎn)品名稱”，比我自己寫還細(xì)致。
接下來我又說：
“產(chǎn)品名稱和金額支持排序，做在前端，不要走后端。”
它理解錯(cuò)了，我糾正后它居然在前端打了日志，指導(dǎo)我 F12 把日志貼過去，它分析后繼續(xù)調(diào)試，直到搞定。
最“炸裂”的部分是：
我原本只想讓它寫前端頁面，順口加了一句, 嘗試了下后端的實(shí)現(xiàn)：
“幫我把 /fee/show 的數(shù)據(jù)都通過接口來獲取，并模擬后端風(fēng)格實(shí)現(xiàn)接口。”
它直接生成了完整后端代碼！
Controller 控制器
Service 接口和實(shí)現(xiàn)類
DAO 層接口 + 實(shí)現(xiàn)
MyBatis XML 映射文件
我唯一的工作：點(diǎn)“接受”，然后啟動(dòng)項(xiàng)目，訪問頁面，一次成功。
（中間還一個(gè)小插曲，我忘記了我用的測(cè)試庫數(shù)據(jù)，一直質(zhì)疑它查詢的有問題， 然后它用 mysql 命令讀取了配置文件, 直連了測(cè)試庫、運(yùn)行了 sql 語句， 證明了給我看... ）
最重要的一點(diǎn), 完全不需要聯(lián)調(diào), 生成完成代碼后, 整個(gè)啟動(dòng)訪問, 無錢后端聯(lián)調(diào)試的過程, 直接端到端搞定!
3. AI 開發(fā)靠譜嗎？
大致評(píng)估下來：
前端交互：
增刪改查、分頁、Excel 導(dǎo)入導(dǎo)出、圖表、Ant Design 組件熟練，70% 代碼直接可用。后端邏輯：
分頁接口、SQL 優(yōu)化、日志調(diào)試，全都能寫，而且風(fēng)格統(tǒng)一。聯(lián)調(diào)？基本不需要了。
4. 和“手?jǐn)]”效率對(duì)比？
我讓組內(nèi)同事純手類似功能, , 包含: 列表、分頁、搜索條件、時(shí)間日期組件、走勢(shì)圖、排序、增刪改查、excel導(dǎo)入導(dǎo)出：
他 評(píng)估最少 1 天, 還是比較樂觀估計(jì)
我用 Cursor 半天做完兩個(gè)，而且前后端全部實(shí)現(xiàn), 需要提供的只是建表語句+ 提示詞
更重要的是：
我不用上下切 tab 查文檔，不用查 API，不用 Copy 舊代碼，思路更聚焦，效率倍增。 直接端到端
5. 它不是萬能，但很劃算
當(dāng)然，AI 并非全能，以下是我遇到的不足：
生成的代碼不一定是最優(yōu)，需要人工 review
有時(shí)理解不夠精準(zhǔn)，得耐心拆解需求慢慢引導(dǎo)
不懂業(yè)務(wù)，只能“模仿”，不能“思考”
網(wǎng)絡(luò)卡頓的時(shí)候，會(huì)影響體驗(yàn)
成本不低：我 16 天用完了 500 次請(qǐng)求，月花費(fèi) 145 元 (20美金)
但這些問題，對(duì)比它帶來的效率提升、心智負(fù)擔(dān)下降來說，完全可以接受!
6. 未來可期：AI 不止寫代碼
我現(xiàn)在還在探索更多接入場(chǎng)景, 已經(jīng)完成的, 如下：
發(fā)布流程中, 加入Code Review 進(jìn)行分析提醒
彈出的告警中, AI撈取告警日志進(jìn)行分析, 排查輔助
出故障后, 把普羅米修斯、監(jiān)控日志智能分析
把監(jiān)控?cái)?shù)據(jù)喂給它，提高線上故障的快恢環(huán)節(jié)
但當(dāng)前效果確實(shí)還一般， 沒有寫代碼這么炸裂, 但堅(jiān)信它會(huì)越來越成熟, 而且這個(gè)過程將非常快到來
如：新出的 Codex，已經(jīng)可以自己運(yùn)行測(cè)試
堅(jiān)信的是, 未來趨勢(shì)是 AI 將逐步接管完整軟件工程流程!
7. 一句話總結(jié)
不是所有程序員都適合用 AI，但每個(gè)程序員都該嘗試一下。
我已經(jīng)從“試試看”變成了“離不開”。
“ 我們?cè)?jīng)引以為傲的編碼能力，正在被改寫。”
總結(jié)
以上是生活随笔為你收集整理的会用 AI 的工程师，效率已经拉开差距了 - “ 我们曾经引以为傲的编码能力，正在被改写。”的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： XmlNamespaceManager与
- 下一篇： Flutter对于移动端软件跨平台后台保