回看板
Disp BBS
看板 Soft_Job
作者 TonyQ (得理饒人)
標題 [心得] 寫點自己的觀察
時間 Sat May 31 11:43:36 2025



很久沒出現啦，覺得版上討論很熱絡，來補點自己的觀察。

1. 軟體產業的資深資淺工程師的判斷標準、工作樣態，會受到 AI 很大的衝擊，
   當原本一些練手的小事都會被AI做掉，會需要長出新的晉升管道。

   另一方面少子化導致一堆公司都招不到工程師，只能招真的超級菜的人，
   所以這兩個彼此都是對產業相對全新的狀態，這部分還有待時間觀察。


2. 就工程師角度，至少讓AI輔助你超過15% 左右的日常工作，
   我覺得才是當前比較正常跟安全的狀態。

   我自己目前的占比約30%。

3. 所有技術職類都得要往產品設計、產品思考的角色靠攏，
   重點已經不是專業技能了，而是你的專業技能能不能解決問題。

   接下來會有非常多一次只解決一兩個問題的東西出來切割市場。

   大型服務不夠精緻就是很容易被這些服務東切西切的。



4. 目前一體式網站對 AI 比較友善，
   我是認為目前的技術堆疊有可能會因此產生方向的轉換。

   然後我個人是覺得目前圈內的前後端分離、 client rendering ，
   已經到了完全不顧成本的走火入魔狀態，不是很健康。


===

技術發展在過去幾年我認為本身相對停滯，
現在比較多的其實都在力拼服務的水平整合。這些考驗的都是產品設計能力。

接下來技術發展估計還會持續再停滯一陣子，
或者因為 AI 帶來的(其實不用那麼屌也能解決問題) 而受到一定衝擊。

有興趣歡迎一起討論。


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.27.1 (臺灣)
※ 作者: TonyQ 2025-05-31 11:43:36
※ 文章代碼(AID): #1eEdhgk0 (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1748663018.A.B80.html
※ 編輯: TonyQ (114.34.27.1 臺灣), 05/31/2025 11:43:55
推 abccbaandy: 前後端分離那段   現在有什麼場景不適合?1F 05/31 11:48

我提的不是場景不適合，而是[成本]不適合。
※ 編輯: TonyQ (114.34.27.1 臺灣), 05/31/2025 11:59:17
推 accessdenied: 同意，前後端分離，就多出許多 API spec 溝通成本。2F 05/31 12:17
推 abccbaandy: 多人開發光後端內部就一堆溝通成本了吧...3F 05/31 12:56
推 dream1124: 現在後端可能沒比前端好多少，不難見為微服務而微服務4F 05/31 13:22
這也是一個對應的毛病沒錯。
→ dream1124: 同一個領域的功能硬要拆成好幾套系統的情況。
最好笑的是資料庫可能還沒分離，要擴展還是全綁在一起5F 05/31 13:23
※ 編輯: TonyQ (42.70.72.94 臺灣), 05/31/2025 13:28:20
→ Kasima: AI說用fullstack framework可以gen出品質更高的code，不知道是真還是在嘴炮而已7F 05/31 14:52

是不是品質更高這個我覺得現在肯定有爭議，
但是需要用到的 token 會少個1/2 以上應該是肯定的。

推 alihue: 感覺開源界與知識分享（stackoverflow)也大受影響？越來越少人貢獻了9F 05/31 15:07

我覺得主要是真的沒有那麼多東西需要用到更強的火箭科技。
※ 編輯: TonyQ (114.34.27.1 臺灣), 05/31/2025 15:19:16
推 gn60311: 意思是指之後AI成本會影響到企業考慮調整分工模式嗎11F 05/31 15:53

可能不只是AI成本，光是開發成本我覺得照現況就快撐不住了，
找不到人的情況很難維持這種精細的組織。

推 stepnight: 小公司當然可以選擇不用拆分
大公司不拆分光上版更新就是個問題...12F 05/31 15:59

看你多大多小，我帶的團隊差不多都是三四十人左右，
就算沒前後端分離也不代表所有人要擠在同一個專案上作事，

2008 年以後前後端分離才比較密集出現在市場上，在那之前難道就沒大型專案。XD


按專案分工，喬好就行，
有沒有 feature toggle / 有沒有適當的專案分工，都影響這件事情。

上板更新切開一樣有 dependency ，還是回到設計有沒有做好 fallback。

比方說前端上了後端沒上，反過來後端上了前端沒上，只要 API 沒開好，都是死。


推 k7ji91ab5m: 3.確實現在想不碰都不行了14F 05/31 16:03
推 moon2519: 感覺以後非本科系轉來寫代碼會更難...15F 05/31 16:17

我會覺得更容易。 問題應該是 不管是不是本科系，作什麼會賺錢的問題。
※ 編輯: TonyQ (114.34.27.1 臺灣), 05/31/2025 16:35:18
※ 編輯: TonyQ (114.34.27.1 臺灣), 05/31/2025 16:39:45
→ DrTech: 程式語言本來就是實現商業價值的工具。一堆人卻反過來把工具當商業價值。55688平台的價值也不在寫程式，一堆人卻把寫程式當價值。
AI能不能讓一個人寫程式，取代掉55688，顯然完全不可能。一個人搞不清什麼東西有價值，只會迷失在AI寫程式這會種低價值的思考而已。當然天天害怕AI取代掉自己能力。工作越久只剩寫程式的能力，才是最傷的。16F 05/31 18:35
噓 B0988698088: 怎麼又在一席話 :(23F 05/31 18:57
推 Romulus: 我想切割市場 可是看不出著力點 QQ
創意真的好難24F 05/31 19:00
推 OriginStar: 目前使用 Copilot + ChatGPT 是持正面態度的
有些提出的觀點還是我沒想到了
涉及商業邏輯的部分，Copilot能幫忙的有限，可能還幫倒忙，這部分還是需要自己思考的26F 05/31 19:26
→ profiles: 用人工智慧產生的code ,目前還是交給工人智慧除錯整合只是會讓一些人有錯覺，有人工智慧就可以不用靠工人智慧，或許未來有可能，畢竟電影都這樣演30F 05/31 20:15
→ ybite: 開源其實我覺得美國大公司開始撙節的影響才比較大
大企業開始沒有那種閒錢可以做公益（？
知識分享就很顯然 因為現在簡單的問題根本不用問了
大部分人可能遇到LLM不會的問題才問了33F 05/31 20:23
推 strlen: 所以 現在要逆向思考一下 大家都忙著解決問題 我來製造問題 說不定這是葛藍海 呃......37F 05/31 20:26
→ ybite: 例如微軟裁了Faster CPython 很可能是因為進展遠小於規劃39F 05/31 20:27
推 moon2519: 我的意思是, 如果大家都靠AI寫代碼. 簡單的工作沒有人力介入的空間. 複雜的邏輯, 光靠AI, 沒有對應的知識很難去解決真實場景的'痛點'. 另一方面, AI會捲起整個產業.轉職 -> 低薪 -> 跟AI競爭 & 跟資訊背景學生競爭.
淺見是不太看好... 所以才會覺得未來非本科入行, 偏難沒有薪水動機, 真的只剩下愛...(興趣都被磨光了?)
另外還有一個現象, 大部分的商業框架都很成熟了.
可以直接拿來用+小改 的成分變多了, 這時候就拼底子了.對比現在餐飲業軟體大部分起薪 4萬還是會有薪水競爭力.但市場會漸漸僧多粥少..兩邊選人的條件都會調整?40F 05/31 21:08
推 stepnight: 一樣都是四萬多、能去軟體還是會去軟體吧
起碼在軟體你是個勞工、餐飲就是被當狗
為了工作環境進來軟工的也大有人在
降薪轉職不是啥新鮮事了50F 05/31 21:27
推 shortoneal: 我們現在追捧的架構可能都會因為AI的介入而產生變化我們用A架構的effort是10+10，B架構是15+15
照說我們會追捧A架構，但如果B架構能讓AI更容易介入，而導致effort變成15+1，那這個差距就會出來54F 06/01 00:07
推 viper9709: 餐飲業這麼慘喔@@58F 06/01 00:12
→ stepnight: 軟工八小基本坐著就屌打餐飲站著，蒿土魯斯？59F 06/01 00:39
→ superpandal: ai寫得出來的其實就是爛大街的應用 還會很多錯誤 問冷門技術也都是亂掰 所以我覺得應該是工作上技術是工作上的 自己研究的是自己的 我一直都這麼做就是
原因是每個人都有自己熟悉的東西 熟悉度差異會影響產出 工作上的其實熟悉到各方面有80%以上就可以做事
配上問問ai確實可以了60F 06/01 03:04

AI 在[完全解題] 上確實現在成本高又困難，但是在[轉譯]一些低層級的需求，
如 sql 轉為 sql builder ，如 html 轉 variable 切版，
如 object transform rule 。

這種過去我們會丟給菜鳥練手或者自己做一些helper解決的事情，
在有了 ai 之後就不是太麻煩的事情。

所以 ai 目前的情況還不會取代所有的人，但是會把溝通成本降到一個相對低的階段。


→ AxelGod: 台灣老闆什麼時候裁員，用AI取代HR 財務 會計 RD PM，好期待呢66F 06/01 11:26
→ holebro: 軟體架構圈真的是over design 為酷而酷居多68F 06/01 11:41
推 vul3kuo: 同意54樓 以前我們常要求程式碼的可維護性
當AI來介入這塊之後，可維護性可能變成是”AI的可維護性”69F 06/01 12:18
※ 編輯: TonyQ (114.34.27.1 臺灣), 06/01/2025 12:43:50
推 abccbaandy: 純推AI的維護性，不過很多東西還是可以優化啦
改動需求少，AI出錯機率也低72F 06/01 13:06
推 viper9709: AI不太可能取代財務會計吧...74F 06/01 13:12
→ superpandal: 那些helper通常靈活性低 復用性不好 難以與其它工具整合 我更傾向於寫更好的腳本規模化產出75F 06/01 16:46
但是太規模化就會變成團隊的進入門檻拉升，就看團隊的可持續性能不能撐住。
→ superpandal: 當然公司內用比較差的麻煩一點的我覺得可以
ai主要用來查資料翻譯方便很多77F 06/01 16:55
※ 編輯: TonyQ (42.70.229.138 臺灣), 06/01/2025 17:26:02
--
作者 TonyQ 的最新發文:
點此顯示更多發文記錄