80 分危機(jī),程序員新職業(yè)正在出現(xiàn)!

凌晨三點(diǎn)。

老張盯著屏幕上 AI 生成的 2000 行代碼,這是他改的第 47 個(gè) bug。

AI 用 一分鐘寫完了整個(gè)模塊。 他已經(jīng) 調(diào)了三天

更絕望的是:

每修一個(gè) bug,AI 都會(huì)“貼心”地再補(bǔ)出三個(gè)新 bug。

這不是段子。 這是很多開發(fā)者現(xiàn)在的真實(shí)日常。

最近知乎突然火了一個(gè)詞:

大模型善后工程師。

乍一聽有點(diǎn)好笑,但仔細(xì)想想其實(shí)非常扎心:

AI 已經(jīng)能把一個(gè)項(xiàng)目做到 80 分 但真正能上線、能賣錢、沒 bug 的 還得靠人類把最后 20 分補(bǔ)完

更殘酷的是:

  • 0 → 80 分:一句 Prompt

  • 80 → 100 分:工程師半條命

于是,一個(gè)新的職業(yè)形態(tài)出現(xiàn)了:

AI 善后工程師。

-****01-

**AI 的「80 分幻覺」 **

一句 prompt,大模型能給你:

  • 結(jié)構(gòu)完整的代碼

  • 看起來(lái)合理的邏輯

  • 能跑的 Demo

  • 不錯(cuò)的 UI

  • 甚至一整套項(xiàng)目

看起來(lái)像這樣:

<pre data-start="702" data-end="756" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">

Prompt ↓ AI 生成項(xiàng)目 ↓ Demo 跑起來(lái) ↓ 開發(fā)者:臥槽,太強(qiáng)了

</pre>

很多人會(huì)產(chǎn)生一種錯(cuò)覺:

AI 已經(jīng)能替代程序員了。

但真正寫過項(xiàng)目的人都知道:

80 分才剛剛開始。

[圖片上傳失敗...(image-a50e29-1772703575202)]

-****02-

**AI 開發(fā)真實(shí)流程 **

現(xiàn)實(shí)中的開發(fā)流程其實(shí)是這樣:

<pre data-start="855" data-end="965" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">

需求 ↓

Prompt

AI生成代碼(80分)

Bug修復(fù)

邏輯補(bǔ)全

異常處理

安全處理

性能優(yōu)化

監(jiān)控 + 日志

生產(chǎn)上線(100分)

</pre>

80 → 100 的過程,才是最難的部分。

因?yàn)?AI 有一個(gè)致命問題:

它只會(huì)預(yù)測(cè) token 它不會(huì)承擔(dān)后果

AI 最常見的 5 種工程災(zāi)難

很多人第一次用 AI 寫項(xiàng)目時(shí),都經(jīng)歷過這種“幻覺破滅”。

下面是最常見的 AI 代碼問題。

問題類型 AI表現(xiàn) 真實(shí)后果
邊界處理 假設(shè)用戶輸入永遠(yuǎn)正確 一上線就報(bào)錯(cuò)
異常處理 基本沒有兜底 一個(gè)錯(cuò)誤直接崩系統(tǒng)
安全問題 幾乎完全忽略 SQL注入 / XSS
性能問題 算法復(fù)雜度混亂 生產(chǎn)直接卡死
上下文一致性 字段名不斷變化 系統(tǒng)邏輯混亂

比如 AI 寫的登錄邏輯經(jīng)常是這樣:

<pre data-start="1285" data-end="1338" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">

if(password===user.password){ login() }

</pre>

看起來(lái)沒問題。

但真正能上線的代碼必須是:

<pre data-start="1364" data-end="1763" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">

if (!user) return { error: '用戶不存在' }if (!password) return { error: '密碼不能為空' }if (user.status ==='banned')return { error: '賬號(hào)已封禁' }if (user.loginAttempts >5)return { error: '登錄次數(shù)過多' }if (awaitbcrypt.compare(password, user.passwordHash)) {awaitresetLoginAttempts(user.id)returnlogin(user)} else {awaitincrementLoginAttempts(user.id)return { error: '密碼錯(cuò)誤' } }

</pre>

這就是:

80 分代碼 vs 100 分代碼

[圖片上傳失敗...(image-8a0e25-1772703575202)]

-****03-

Agent 為什么分成兩大陣營(yíng)?

現(xiàn)在 AI Agent 也出現(xiàn)了兩條完全不同的路線。

第一類:工作流 Agent(能落地)

這種 Agent 有固定流程:

<pre data-start="1889" data-end="1911" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">

輸入 ↓ 處理 ↓ 輸出

</pre>

特點(diǎn):

  • 可靠

  • 可監(jiān)控

  • 可預(yù)測(cè)

  • 可規(guī)?;?/p>

典型場(chǎng)景:

  • 客服機(jī)器人

  • 數(shù)據(jù)處理

  • 代碼審查

  • 文檔生成

大廠幾乎全部采用這種。

因?yàn)楣こ虉F(tuán)隊(duì)最看重的是:

可靠性 > 智能性

第二類:自主 Agent(PPT型)

另一類 Agent 追求完全自主:

<pre data-start="2071" data-end="2111" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">

目標(biāo) ↓ AI自主規(guī)劃 ↓ AI自主行動(dòng) ↓ AI自主決策

</pre>

聽起來(lái)很酷,但現(xiàn)實(shí)是:

今天幫你發(fā)郵件 明天給老板發(fā)辭職信

今天幫你整理文件 明天把重要文檔刪了

問題很簡(jiǎn)單:

自由度越高,不確定性越大。

所以現(xiàn)在:

  • 創(chuàng)業(yè)公司喜歡講自主 Agent

  • 工程團(tuán)隊(duì)只做工作流 Agent

[圖片上傳失敗...(image-f8219f-1772703575202)]

-****04-****什么是“善后工程師”?

一句話解釋:

看起來(lái)能用的 AI 代碼 變成 真的能上線的產(chǎn)品

他們主要干三件事:

1 校對(duì)

檢查 AI 的邏輯漏洞:

  • 條件是否完整

  • 字段是否統(tǒng)一

  • 狀態(tài)是否一致

  • 分支是否遺漏

2 重構(gòu)

把 AI 代碼變得可維護(hù):

  • 分層架構(gòu)

  • 類型補(bǔ)全

  • 模塊拆分

  • 單元測(cè)試

3 打磨(最重要)

讓產(chǎn)品真正可上線:

  • 邊界處理

  • 異常兜底

  • 安全策略

  • 性能優(yōu)化

  • 監(jiān)控報(bào)警

[圖片上傳失敗...(image-a15500-1772703575200)]

-****05-****總結(jié)

未來(lái)的軟件開發(fā)模式

在 AGI 到來(lái)之前,軟件開發(fā)很可能會(huì)變成這樣:

<pre data-start="2558" data-end="2594" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">

AI:負(fù)責(zé) 0 → 80 工程師:負(fù)責(zé) 80 → 100

</pre>

AI負(fù)責(zé):

  • 寫代碼

  • 生成結(jié)構(gòu)

  • 生成demo

工程師負(fù)責(zé):

  • 修 bug

  • 補(bǔ)邏輯

  • 架構(gòu)優(yōu)化

  • 產(chǎn)品落地

換句話說:

AI 在替代 體力勞動(dòng)

但工程師的核心價(jià)值變成:

判斷 + 經(jīng)驗(yàn) + 架構(gòu) + 產(chǎn)品理解

真正會(huì)被 AI 淘汰的人

AI 不會(huì)淘汰工程師。

但會(huì)淘汰一類人:

只會(huì)寫代碼的人。

典型特征:

  • 只會(huì)跟教程敲代碼

  • 不理解業(yè)務(wù)邏輯

  • 不考慮邊界情況

  • 不做異常處理

  • 不懂系統(tǒng)架構(gòu)

他們本質(zhì)上只是:

30 分工程師。

而 AI 已經(jīng)可以做到 80 分。

AI 時(shí)代的軟件開發(fā),很可能變成這樣:

角色 職責(zé)
AI 寫代碼、生成Demo
工程師 修邏輯、補(bǔ)邊界、做架構(gòu)
產(chǎn)品 定義需求
用戶 制造Bug

所以:

“善后工程師”不是低端崗位。

恰恰相反。

它代表的是一種新的核心能力:

把錯(cuò)誤的地方修對(duì) 把不可靠的地方補(bǔ)穩(wěn) 把模糊的地方變清晰

而這,

才是 AI 時(shí)代真正稀缺的能力。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容