Re: [討論] AI真的會取代這麼多東西嗎？

[usoko (time to face reality)]

我軟體工程師日本IT公司社畜啦

以目前Claude Code和Codex兇惡的程度
可以確定的有幾件事情

1. 不會用AI的會直接被強迫學習
去年10月左右Sonnet 4.5出來後
原本只能做零碎小task的AI開始能handle較大規模的task
年底Opus 4.5出來後更是起飛 即便你context給的不完全他的幻覺(hallucination)
都能猜中你87%的意圖幫你做到接近9成的完成度
以前精心寫的完美unit test 測過幾萬次都沒問題的還會被他改得更好或是找到bug

雖然一直到最近都有算力不足被爆走的開發者嫌Claude Code變智障
Opus 4.7 tokenizer變貴
比較少用的Codex還比較聰明又便宜
實際上都是過渡時期而已

然後前年加入我們團隊可以三小時寫萬行code的經歷八年的高手
現在還在研究prompt要怎麼下比較好 也有skill使用障礙
因為他產出比二年目的新卒還要少

日商不會砍人 但是績效會說話
KPI的AI utilization從5%變成50%
我的績效獎金有100%都是Anthropic爸爸給的

歡迎大家一起來當AI駕駛員


2. 人力需求問題其實很複雜

日商不裁人但是會有很多人受不了那個臭薪水而閃人
敝公司以前也是沒幾天就在收退職のご挨拶的信

但自從公司有AI吃到飽可以用之後
至少我們team不再缺人了(以前最缺人的時候PM沒事幹還跑去支援隔壁team)
我在現公司待五年以來人數最多就是現在 而且還有新人要來
有些想走的人還會抱怨找不到AI用到爽的公司
現在走了AI更迭的速度之快 兩週換一次meta
你還在砍柴人家都在天上飛了 除非你樂意自費買max方案下班搞side project
不然根本不敢離職

至於開缺要幹嘛 就是上面的人看到大家做事效率翻倍
大家就開始積極把以前可能做不完的東西拿出來重新省視
副本加開 人力當然出現缺口
理想上是你不用加班(AI加班) 但依然需要足夠的AI駕駛員來完成超量的工作


簡單來說就是走的人少了(人力需求減少)
新的企劃需要更多人加入(人力需求增加)

端看你的公司有沒有足夠的企業規模
可以AI吃到飽的 可以一直加開副本的 AI駕駛員不會嫌少



至於Claude Design
我非常樂意看到Designer加入
不要再搞figma了 接了MCP之後還是一堆mapping error



※ 引述《gary861226 (黃帝)》之銘言：
: 我幹軟體的 認真回一下這篇
: 先上個牆內社群的討論
: https://i.meee.com.tw/L4ttRLu.jpg
: 近期Meta也傳出今年預計要裁員8000人
: 這8000人我猜並不完全是AI關係
: 應該也包含裁高成本人才轉東南亞廉價人才
: 但一定也有AI影響
: 台灣這邊的話
: 目前是還沒聽說因AI大規模裁員的
: 但小規模用各種理由裁員卻沒補人是有的
: 就是人力需求變少了
: 我待的公司是沒裁人
: 但我這職缺的滿編是Y人 而目前只有1/2Y人
: 不過公司也沒打算要補
: 還有因AI關係 現在的求職市場
: 學習成本變低 面試門檻變高 待遇沒變
: 甚至條件變嚴格也有
: 去年中看到某職缺要求3y+經驗
: 上個月看變成5y+ 工作內容待遇一樣
: 台灣目前的軟體市場總結來說
: 還沒因AI發生大規模裁員
: 但人力需求在逐漸縮小
: 老屁股在想辦法要怎麼繼續存活
: 而新人入場門票變得更高
: 能選硬體就選硬體
: 硬體就算被取代也是在軟體之後
: 而且台灣硬體這麼強 那待遇普遍也是屌打軟體
: 以前還能說軟體比較WFH 出國機會比較高
: 現在軟體先顧好飯碗再說
: 套一句對岸網友說的
: AI就是計算機大佬為了飛升獻祭了80%的同行
: 妥妥的碼奸
: 另外 Anthropic 於4/17推出 Claude Design
: 就幾天前的事而已 雖然只是第一版
: 設計師的確是時候擔心了
: Claude Code 隨著迭代能力是越來越強大
: 不知道哪天會不會突然推出 Claude Product
: 程式 設計 PM 三位一體取代掉哈哈哈
:

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 133.237.7.65 (日本)
※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1776758874.A.C1C.html
推 uohZemllac: 推經驗分享
推 inte629l: 推
推 magamanzero: 推 有新的工具 就是看誰用得厲害 如此而已
→ magamanzero: 不想學的 被淘汰理所當然
推 alucard6310: 這樣看來之前有人說AI無法做大企劃的問題也沒了？
→ Gouda: 那個就亂講的 大專案本來就是切細下去處理 會出問題那是p
→ Gouda: m有問題
→ usoko: 大企劃的問題在你要怎麼讓AI知道所有的細節 AI有一個
→ usoko: context window負責接收你的輸入 通常就是256k~1M 多的他就
→ usoko: 會壓縮 造成AI會有健忘症發生 所以請把大專案切小再餵給他
→ usoko: 這點其實跟人一模一樣
推 n20001006: 這題我會 日本不重視理科人才
推 tsubasawolfy: 向垃圾車一樣壓縮
推 buke: 推 覺得現在比起寫人好維護的Code，讓AI好維護更重要
推 leon19790602: 專業推
→ Gouda: 以老闆來說當然是導入AI划算 多請人也不一定知道人的工作
→ Gouda: 能力態度  在費用沒有遠超過碼農的情況下 用ai 穩定的多
推 alucard6310: 不好意思順便問，AI寫code目前是文章內提到的軟體最
→ alucard6310: 好用嗎？我用Cursor會不會沒競爭力？
→ usoko: Cursor用的就是Codex啊 主要是你要有驗證AI產出的能力
→ skyofme: 各有擁護者然後版本也一直在改
→ skyofme: 你真的想在這上面追求競爭力我只能說不能只摸一家
推 siyaoran: 不能做大專案真的是AI小白，要擔心的是自己
推 awenracious: 我現在也都用codex 真的好用
→ awenracious: 現在兩台各自負責不同專案 下達指令後就看另台的結
→ awenracious: 果
推 wulouise: 三小時可以上萬loc還要下prompt嗎？
→ skyofme: 話說我其實不知道為什麼會用敲程式碼的速度來表示高手
→ sudekoma: 就跟AI繪圖問世時有人會秀自己的圖然後強調直出差不多