PTT職涯區 / Soft_Job (軟體人)

Re: AutoGPT現世了，以後不用自己拆任務詠唱

看板Soft_Job (軟體人)作者 (King LA Bron James)時間2年前 (2023/04/29 17:38), 2年前編輯推噓13(13推 0噓 48→)
留言61則, 15人參與, 2年前最新討論串3/4 (看更多)
我覺得要先定義取代 如果單位時間產能提升50%老闆少請50%的人 這樣算不算取代？ PM這種當然不會被取代 類似QA的角色也不會 應該要看的是AI發展3年後一個project所有人員可以節省多少%工時 那就代表多少%勞動力可以被取代 各位覺得3年後AI輔助下，一個專案的總人力時間投入可以減少多少%呢？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.71.30.207 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1682761096.A.26A.html
推
04/29 19:49, 2年前 , 1F
增加更多feature 然後更多 bug 總人數不變
04/29 19:49, 1F
推
04/29 20:35, 2年前 , 2F
我也傾向人數不變產量提升
04/29 20:35, 2F
推
04/29 22:04, 2年前 , 3F
以後三個案子有三個PM，搭配一個PG，然後PG還要幫忙接總機
04/29 22:04, 3F
→
04/29 22:04, 2年前 , 4F
算出缺勤跟領包裹。
04/29 22:04, 4F
推
04/29 22:36, 2年前 , 5F
同一樓 總人數不變 的原因是老闆的賺錢能力不會提升.
04/29 22:36, 5F
推
04/29 23:30, 2年前 , 6F
媽;聽說你升主管，底下帶幾個人多少男女，我：都是AI
04/29 23:30, 6F
→
04/30 00:28, 2年前 , 7F
我比較好奇會有政府單位或銀行敢把整個系統都給AI來寫嗎
04/30 00:28, 7F
還是要測試呀只是過程中可能需要的人力降低 所以我用節省工時來看 ※ 編輯: LaBronJames (111.71.13.232 臺灣), 04/30/2023 00:37:04
推
04/30 08:23, 2年前 , 8F
老闆賺錢能力不變，但員工產出增加，撙節支出就是獲利
04/30 08:23, 8F
→
04/30 08:24, 2年前 , 9F
手段了。而且用prompt生成程式碼讓當程式設計師門檻下
04/30 08:24, 9F
→
04/30 08:24, 2年前 , 10F
降，中階以下員工會面臨更多競爭，也方便老闆砍價
04/30 08:24, 10F
推
04/30 10:55, 2年前 , 11F
那也要看專案內容是什麼，如果都是換語言改寫的工作
04/30 10:55, 11F
→
04/30 10:56, 2年前 , 12F
那有GPT或許可以增加不少生產力，但如果都是寫些特殊
04/30 10:56, 12F
→
04/30 10:56, 2年前 , 13F
業務邏輯，那最近這些AI能幫的其實也有限還要花訂閱費
04/30 10:56, 13F
→
04/30 10:58, 2年前 , 14F
像前幾天問一個技術可行性問題它回的全都是錯的
04/30 10:58, 14F
→
04/30 10:58, 2年前 , 15F
如果我信它的那結果會繞大遠路，根本沒省到時間
04/30 10:58, 15F
→
04/30 10:59, 2年前 , 16F
說穿了GPT的專長始終是在處理語言相關的工作而非語言
04/30 10:59, 16F
→
04/30 10:59, 2年前 , 17F
以外的工作，現在的人不斷研究怎麼用他提升其他事務
04/30 10:59, 17F
→
04/30 11:00, 2年前 , 18F
生產力根本是搞錯方向，其實它在其他事務上常常沒比
04/30 11:00, 18F
→
04/30 11:00, 2年前 , 19F
谷歌好用多少。
04/30 11:00, 19F
→
04/30 12:00, 2年前 , 20F
程式語言
04/30 12:00, 20F
→
04/30 12:02, 2年前 , 21F
我反而覺得跟繪師的情況類似，低階的反而會被擠壓，變相
04/30 12:02, 21F
→
04/30 12:02, 2年前 , 22F
門檻變高，因為低階的大概無法辨別AI給你的答案是否正確
04/30 12:02, 22F
→
04/30 12:02, 2年前 , 23F
，對單純補習班出來的會更加不利，但沒地方給低階工程師
04/30 12:02, 23F
→
04/30 12:02, 2年前 , 24F
練功怎麼可能累積經驗晉升，要AI能取代低階的工作前提是
04/30 12:02, 24F
→
04/30 12:02, 2年前 , 25F
使用者都要有一定的知識水準，不然AI講的沒人知道對錯全
04/30 12:02, 25F
→
04/30 12:02, 2年前 , 26F
盤接收一定會爆死
04/30 12:02, 26F
推
04/30 14:32, 2年前 , 27F
省0%人力。專案的工時與是否有自動完成部分程式無關。
04/30 14:32, 27F
→
04/30 14:33, 2年前 , 28F
看來大家都忘了人月神話。
04/30 14:33, 28F
→
04/30 14:35, 2年前 , 29F
開始製造 AI月神話。
04/30 14:35, 29F
→
04/30 14:37, 2年前 , 30F
一堆很普通的工程師或AI，對專案的時間節省一點幫助都沒有
04/30 14:37, 30F
→
04/30 14:37, 2年前 , 31F
。
04/30 14:37, 31F
→
04/30 14:40, 2年前 , 32F
另外，原文都說了PM，QA不能被取代。而專案的效率取決於PM
04/30 14:40, 32F
→
04/30 14:41, 2年前 , 33F
，靠AI寫部分程式，對工作效率的幫助是0。
04/30 14:41, 33F
→
04/30 20:22, 2年前 , 34F
怎麼還沒有人用AI獨立開發3A大作，或是商業級工具、
04/30 20:22, 34F
→
04/30 20:22, 2年前 , 35F
軟體、服務，GPT都出來這麼久了
04/30 20:22, 35F
→
04/30 21:48, 2年前 , 36F
GPT對 js 跟 python 很強，但是其他的熱門語言很普，冷
04/30 21:48, 36F
→
04/30 21:48, 2年前 , 37F
門語言是一場災難
04/30 21:48, 37F
→
04/30 21:49, 2年前 , 38F
遊戲你讓他寫C++或是跟C溝通的lua也是一場災難
04/30 21:49, 38F
推
04/30 23:32, 2年前 , 39F
推AI神話XD
04/30 23:32, 39F
推
05/01 11:14, 2年前 , 40F
用 copilot 幫忙寫註解很好用啊，用他生成一堆制式的排
05/01 11:14, 40F
→
05/01 11:14, 2年前 , 41F
版，函式簽名，不同 overload 之類的超讚
05/01 11:14, 41F
→
05/01 11:14, 2年前 , 42F
怎麼會一點幫助都沒有？
05/01 11:14, 42F
→
05/01 11:15, 2年前 , 43F
copilot 背後也是 gpt4 啊
05/01 11:15, 43F
推
05/01 15:09, 2年前 , 44F
也推一下 DrTech 的見解
05/01 15:09, 44F
推
05/02 08:01, 2年前 , 45F
程式由AI寫，工程師就code review與QA。
05/02 08:01, 45F
→
05/02 15:22, 2年前 , 46F
DrTech就根本沒碰過AI見解有啥好推的
05/02 15:22, 46F
推
05/03 08:10, 2年前 , 47F
我沒碰過AI？等你寫了超過15篇AI相關papers，是50件AI專利
05/03 08:10, 47F
→
05/03 08:10, 2年前 , 48F
第一發明人，做過幾千萬人使用的市售AI產品，再來嗆人吧…
05/03 08:10, 48F
→
05/03 08:18, 2年前 , 49F
AI節省寫程式的時間是肯定的。AI能減少人力，目前沒體會
05/03 08:18, 49F
→
05/03 08:18, 2年前 , 50F
到。你用copilot或任何AI寫程式，也要"人"去驗證對錯阿。
05/03 08:18, 50F
→
05/03 08:18, 2年前 , 51F
而且正常專案或產品，工作十幾年，從來沒遇過程式寫太慢發
05/03 08:18, 51F
→
05/03 08:18, 2年前 , 52F
生瓶頸的。時間浪費都是卡在工程師"非寫程式"的環節，例如
05/03 08:18, 52F
→
05/03 08:18, 2年前 , 53F
溝通，測試，上線，開會，改需求，這才是效率重點，可惜這
05/03 08:18, 53F
→
05/03 08:18, 2年前 , 54F
點AI目前沒辦法幫你。靠寫程式變比較會，來說可以省工程師
05/03 08:18, 54F
→
05/03 08:18, 2年前 , 55F
人力，目前看起來沒什麼機會。
05/03 08:18, 55F
→
05/03 08:22, 2年前 , 56F
靠"寫程式變比較快"，來節省專案時間，或公司人力，太樂觀
05/03 08:22, 56F
→
05/03 08:22, 2年前 , 57F
了。很明顯，寫程式比較快，不是工作效率的瓶頸。
05/03 08:22, 57F
→
05/03 08:24, 2年前 , 58F
AI能讓專案或PM的需求更不容易變更，或更能解決用戶需求，
05/03 08:24, 58F
→
05/03 08:24, 2年前 , 59F
才能減少人力。不然喔AI只是幫你繼續浪費時間與耗電而已而
05/03 08:24, 59F
→
05/03 08:24, 2年前 , 60F
已。
05/03 08:24, 60F
→
05/03 08:25, 2年前 , 61F
寫程式變比較快，從來都不是關鍵點。
05/03 08:25, 61F
‣ 更多 LaBronJames 的文章
文章代碼(AID): #1aJEM89g (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 LaBronJames 的文章
文章代碼(AID): #1aJEM89g (Soft_Job)