※ 引述《keev (a)》之銘言：
: 以後工程師可能主要用嘴巴寫 code
: 在編輯器下指令說明要做什麼功能
: 或者直接把 Jira 單貼給 AI
: 然後 AI 自動幫你做修改多個檔案跑測試
: 最後工程師 code review
: 還有修改一些 AI 搞錯的地方
: 如此下來工程師的效率翻倍
: 一個人做兩人的事
: 職缺變少
: 工作變得越來越難找
: 能力強的工程師不用怕
: 但不可能每個人都是前50%的工程師
我是一個非常基層的工程師，大部分維護的bug都是資料庫或資料夾的某個屬性轉型或格式錯誤需要維護，我是不覺得ai有辦法處理這種問題，甚至很可能這種奇怪的問題就是ai給他，然後使用範例值可以過但某種情形出現例外，
如果像我這種基層都不用擔心，那我覺得整個產業，也沒什麼需要擔心的

某個笨蛋會叫AI重寫。然後說以前的人都亂寫。

你沒搞懂產業的意思吧 你產品怎麼賺到錢決定產業 而不是因為你寫程式

我都叫AI把以前的人亂寫的東西重寫

樓上幹嘛這麼快拖椅子坐

付費版 copilot 連重構個 300 行 js 糞扣都會出錯，要取代基層碼農我看起碼要再等個五年

那美克星還有五年

這種不就是沒有把例外的轉型都考慮進去的Bug嗎照理說有辦法維護到所有情況都能轉的一天吧

其實有些時候公司不太允許工程師重寫以前的code這種情況你有AI也無法重寫

什麼時候取代 PM 比較有機會。

取代PM要先懂通靈（誤）

現在頂多是加速開發 原本一小時變AI幾分鐘+幾十分鐘幫它bebug看過那種程式概念差的人 用AI 幫助真的不大 拼湊到整組很髒

其實我還滿納悶為啥只挑AI錯，好像pg就不會錯似的

因為罵AI不會回嘴，會回嘴的PG不敢罵啊

技術整合、業務實現、產業knowhow才能笑到最後純技術的東西遲早被取代你餵食的需求越清晰，ai產的越精準

叫人改到堪用跟叫ai改到堪用 後者輕鬆很多

這種通用的才更好處理

看完內文，你可以開始擔心了啦。

純技術如果是那種public的確實

copilot目前似乎只能看單一func？確實還有段距離

這種垃圾洗文標題就別硬回他了

bug是用維護的？

如和確認程式 真的沒問題？ ai debug ai?

的我最怕的是有人同事只會用AI

有啥好怕的 要能靠AI至少得具備有能幫AI review code的能力 也就是說本身coding能力也不會輸給AI太多你該怕的不是只會用AI的同事 是連AI都用不好的那些人AI亂給一通就隨便accept隨便commit的那種不叫只"會"用AI

你的工作自動化的條件差，當然就不影響

因為你做的來，所以不需要那麼多工程師

這跟我的經驗相反，我倒是覺得這是最容易使用AI的部分

當初圍棋的情況跟現在差不多，沒人看好但事實是一個突破之後，完全不一樣了現在 AI 在 Code 上面就缺那個突破

靠北用ai不就期待他能幫上忙，結果不如預期不罵他罵誰，再說你怎麼有錯覺沒人在罵pg

台廠PM都要會通靈 AI難取代喔…