日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 >

会用 AI 的工程师,效率已经拉开差距了 - “ 我们曾经引以为傲的编码能力,正在被改写。”

發布時間:2025/5/22 32 如意码农
生活随笔 收集整理的這篇文章主要介紹了 会用 AI 的工程师,效率已经拉开差距了 - “ 我们曾经引以为傲的编码能力,正在被改写。” 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

最近嘗試用Cursor做了幾個內部業務系統,發現一個越來越明顯的趨勢

真正會用 AI 的工程師,效率已經拉開差距了。

做了十幾年 Java, 這波 AI 編程浪潮來得快,一開始我也沒太當回事,以為這波AI編程只是停留在了高級 “代碼補全” 功能上, 直到最近剛好有個需求,是在內部系統中實現, 剛好嘗試了下, 用上了 Cursor,才意識到,這不是“輔助寫代碼”,這簡直就是 “配置了助理”。


1. 起初我也不以為意

做了十幾年 Java,這波 AI 編程浪潮來得很快。一開始我沒太當回事,以為只是“高級自動補全”——直到最近有個內部需求,我用 Cursor 完整實踐了一次,才意識到這不是“輔助開發”,而是“加速上線”的變革。


2. 我是怎么用 AI 開發的?

最近公司內部要做一個「費用分攤」功能,常規的增刪改查 + 分頁 + 導入導出 + 多狀態交互,前端用的是 React + Ant Design,后端是 Spring Boot + MyBatis 的舊項目。

我嘗試用 Cursor 直接和 AI 對話:

“認真閱讀當前代碼,仿照當前代碼的結構、風格,幫我寫一個費用列表展示的前端頁面,掛在云管平臺菜單下。下面是表結構。”

它做了什么?10分鐘不到,直接生成完整頁面,并逐一讓我確認。亮點如下:

  • 理解項目結構:我們前端結構是自定義的,但它準確找到了菜單組件、頁面目錄,并正確掛載菜單。

  • 風格保持一致:生成的頁面結構、變量命名、樣式都與現有項目一致,幾乎“無縫”對接。

  • 字段自動翻譯:比如 product_name 自動展示為“產品名稱”,比我自己寫還細致。

接下來我又說:

“產品名稱和金額支持排序,做在前端,不要走后端。”

它理解錯了,我糾正后它居然在前端打了日志,指導我 F12 把日志貼過去,它分析后繼續調試,直到搞定。

最“炸裂”的部分是:

我原本只想讓它寫前端頁面,順口加了一句, 嘗試了下后端的實現:

“幫我把 /fee/show 的數據都通過接口來獲取,并模擬后端風格實現接口。”

它直接生成了完整后端代碼!

  • Controller 控制器

  • Service 接口和實現類

  • DAO 層接口 + 實現

  • MyBatis XML 映射文件

我唯一的工作:點“接受”,然后啟動項目,訪問頁面,一次成功。

(中間還一個小插曲,我忘記了我用的測試庫數據,一直質疑它查詢的有問題, 然后它用 mysql 命令讀取了配置文件, 直連了測試庫、運行了 sql 語句, 證明了給我看... )

最重要的一點, 完全不需要聯調,  生成完成代碼后, 整個啟動訪問, 無錢后端聯調試的過程, 直接端到端搞定!


3. AI 開發靠譜嗎?

大致評估下來:

  • 前端交互:

    增刪改查、分頁、Excel 導入導出、圖表、Ant Design 組件熟練,70% 代碼直接可用。

  • 后端邏輯:

    分頁接口、SQL 優化、日志調試,全都能寫,而且風格統一。

  • 聯調?基本不需要了。


4. 和“手擼”效率對比?

我讓組內同事純手類似功能, , 包含: 列表、分頁、搜索條件、時間日期組件、走勢圖、排序、增刪改查、excel導入導出:

  • 他 評估最少 1 天, 還是比較樂觀估計

  • 我用 Cursor 半天做完兩個,而且前后端全部實現, 需要提供的只是建表語句+ 提示詞

更重要的是:

我不用上下切 tab 查文檔,不用查 API,不用 Copy 舊代碼,思路更聚焦,效率倍增。 直接端到端


5. 它不是萬能,但很劃算

當然,AI 并非全能,以下是我遇到的不足:

  • 生成的代碼不一定是最優,需要人工 review

  • 有時理解不夠精準,得耐心拆解需求慢慢引導

  • 不懂業務,只能“模仿”,不能“思考”

  • 網絡卡頓的時候,會影響體驗

  • 成本不低:我 16 天用完了 500 次請求,月花費 145 元 (20美金)

但這些問題,對比它帶來的效率提升、心智負擔下降來說,完全可以接受!


6. 未來可期:AI 不止寫代碼

我現在還在探索更多接入場景, 已經完成的, 如下:

  • 發布流程中, 加入Code Review 進行分析提醒

  • 彈出的告警中,  AI撈取告警日志進行分析, 排查輔助

  • 出故障后, 把普羅米修斯、監控日志智能分析

  • 把監控數據喂給它,提高線上故障的快恢環節

但當前效果確實還一般, 沒有寫代碼這么炸裂,  但堅信它會越來越成熟, 而且這個過程將非常快到來

如:新出的 Codex,已經可以自己運行測試

堅信的是, 未來趨勢是 AI 將逐步接管完整軟件工程流程!


7. 一句話總結

不是所有程序員都適合用 AI,但每個程序員都該嘗試一下。

我已經從“試試看”變成了“離不開”。

“ 我們曾經引以為傲的編碼能力,正在被改寫。”

 

總結

以上是生活随笔為你收集整理的会用 AI 的工程师,效率已经拉开差距了 - “ 我们曾经引以为傲的编码能力,正在被改写。”的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。