作者:
ck237 (白色小雞)
2024-11-06 17:31:58※ 引述《keev (a)》之銘言：
: 以後工程師可能主要用嘴巴寫 code
: 在編輯器下指令說明要做什麼功能
: 或者直接把 Jira 單貼給 AI
: 然後 AI 自動幫你做修改多個檔案跑測試
: 最後工程師 code review
: 還有修改一些 AI 搞錯的地方
: 如此下來工程師的效率翻倍
: 一個人做兩人的事
: 職缺變少
: 工作變得越來越難找
: 能力強的工程師不用怕
: 但不可能每個人都是前50%的工程師
我是一個非常基層的工程師，大部分維護的bug都是資料庫或資料夾的某個屬性轉型或格式錯誤需要維護，我是不覺得ai有辦法處理這種問題，甚至很可能這種奇怪的問題就是ai給他，然後使用範例值可以過但某種情形出現例外，
如果像我這種基層都不用擔心，那我覺得整個產業，也沒什麼需要擔心的
作者:
NDark (溺於黑暗)
2024-11-06 17:46:00某個笨蛋會叫AI重寫。然後說以前的人都亂寫。
作者:
MoonCode (MoonCode)
2024-11-06 18:23:00你沒搞懂產業的意思吧 你產品怎麼賺到錢決定產業 而不是因為你寫程式
作者:
gino0717 (gino0717)
2024-11-06 19:09:00我都叫AI把以前的人亂寫的東西重寫
作者:
NDark (溺於黑暗)
2024-11-06 19:17:00樓上幹嘛這麼快拖椅子坐
作者:
pig0038 (顆顆)
2024-11-06 19:35:00付費版 copilot 連重構個 300 行 js 糞扣都會出錯，要取代基層碼農我看起碼要再等個五年
作者:
NDark (溺於黑暗)
2024-11-06 19:38:00那美克星還有五年
這種不就是沒有把例外的轉型都考慮進去的Bug嗎照理說有辦法維護到所有情況都能轉的一天吧
作者:
fatb (胖逼=口=)
2024-11-06 22:49:00其實有些時候公司不太允許工程師重寫以前的code這種情況你有AI也無法重寫
作者: ross800127 (ROSS-MAX) 2024-11-06 22:58:00
什麼時候取代 PM 比較有機會。
現在頂多是加速開發 原本一小時變AI幾分鐘+幾十分鐘幫它bebug看過那種程式概念差的人 用AI 幫助真的不大 拼湊到整組很髒
其實我還滿納悶為啥只挑AI錯，好像pg就不會錯似的
作者: moom50302 (武林三羚鱷) 2024-11-07 09:11:00
技術整合、業務實現、產業knowhow才能笑到最後純技術的東西遲早被取代你餵食的需求越清晰，ai產的越精準
作者:
Suleika (Suleika)
2024-11-07 10:47:00叫人改到堪用跟叫ai改到堪用 後者輕鬆很多
作者:
ma721 (UndeadJ)
2024-11-07 11:01:00這種通用的才更好處理
作者:
wuyiulin (龍破壞劍士-巴斯達布雷達)
2024-11-07 11:55:00看完內文，你可以開始擔心了啦。
作者:
fatb (胖逼=口=)
2024-11-07 13:55:00純技術如果是那種public的確實
作者:
srwhite (魯蛇阿白)
2024-11-07 20:56:00copilot目前似乎只能看單一func？確實還有段距離
如和確認程式 真的沒問題？ ai debug ai?
作者: running1125 (running) 2024-11-09 00:01:00
的我最怕的是有人同事只會用AI
有啥好怕的 要能靠AI至少得具備有能幫AI review code的能力 也就是說本身coding能力也不會輸給AI太多你該怕的不是只會用AI的同事 是連AI都用不好的那些人AI亂給一通就隨便accept隨便commit的那種不叫只"會"用AI
作者:
kingofsdtw (ä¸èƒ½é–’下來!!)
2024-11-10 14:09:00因為你做的來，所以不需要那麼多工程師
作者: newways 2024-11-10 14:48:00
這跟我的經驗相反，我倒是覺得這是最容易使用AI的部分
當初圍棋的情況跟現在差不多，沒人看好但事實是一個突破之後，完全不一樣了現在 AI 在 Code 上面就缺那個突破
靠北用ai不就期待他能幫上忙，結果不如預期不罵他罵誰，再說你怎麼有錯覺沒人在罵pg