作者isaacting (2312312)
看板Soft_Job
标题Re: [请益] 软体失业是迟早的事吧
时间Tue Sep 30 22:24:15 2025
我有一个同事就是在弄演算法的
他就曾经有一次经验，就是叫AI去产生一个常见的演算法
结果他直接拿来用之後，发觉结果非常的发散。
正常来说，应该是要收敛才对，他後来跳进去仔细检查之後，才发现
是其中一个负号变成了正号。
他说他的演算法需要跑几千万次，所以一个符号的差异，就会让结果天差地远
你说外行的要怎麽检查得出来?
如果完全不懂演算法，又或是没有debug的能力
这东西就是等着烂掉而已
我觉得很多的东西都是类似，如果100%只依靠AI的话，整个烂掉的风险真的是蛮高的
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 49.215.87.142 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1759242257.A.36D.html
1F：推 leochen124: android kernel几万行的code,chatgpt还吃不了吧 09/30 22:42
2F：嘘 MoonCode: 09/30 23:37
3F：推 yamakazi: Prompt context下什麽？哪个model？资讯太少很难评论是 09/30 23:38
4F：→ yamakazi: 不是AI的问题 09/30 23:38
5F：推 yamakazi: 有时候model版本差一个数字就是差一个世代，免费版和付 09/30 23:40
6F：→ yamakazi: 费版也有差 09/30 23:40
其实你自己也提到了，不同的版本跟model就是有差
本文的主旨是: 当无脑用AI时，即便一个小小的差异，也可能会让整个结果烂掉
目前主流的AI有3个吧
如果无脑用AI是不是3个都要跑过?
如果3个AI的model都给出稍微不太一样的演算法公式呢
那到底要相信哪一个呢?
7F：推 viper9709: 推分享 10/01 00:30
8F：→ freeunixer: 杠精才去抓枝微末节去辩个没完,现有哪个模型不会出错? 10/01 00:42
9F：→ freeunixer: 人家用gemini 2.5 pro 出错了你叫人家改 gpt5 plus 10/01 00:43
10F：→ freeunixer: 或 claude 4.5 sonnet 这样就比较厉害? 10/01 00:44
11F：推 oopFoo: 这怎麽不会是ai问题？Y大真的有在用ai coding?llm最大的 10/01 06:57
12F：→ oopFoo: 问题就是hallucination。写ai coding需要test，需要各种 10/01 07:00
13F：推 oopFoo: feedback来修正已经是常识跟基本功了。但还是远远不够。 10/01 07:01
※ 编辑: isaacting (49.215.86.52 台湾), 10/01/2025 07:14:18
14F：嘘 watashino: 听起来很像假的 10/01 07:13
15F：→ watashino: reasoning模型不太可能出现这个问题 10/01 07:13
你的演算法一大包，你能够保证AI里面产生的东西都是100%正确的吗?
QQ
※ 编辑: isaacting (49.215.86.52 台湾), 10/01/2025 07:17:17
16F：推 oopFoo: reasoning model不会出问题？哪个平行世界？跟我讲哪个公 10/01 07:30
17F：→ oopFoo: 司？我all in。 10/01 07:30
18F：推 oopFoo: Y大是一日万行的ai神人。不是我们凡夫俗子可以比的。ceo强 10/01 07:33
19F：→ oopFoo: 迫导入ai coding，害的大家效率降低，工作量增加。 10/01 07:34
20F：推 yamakazi: 一下说演算法一大包，一下说是简单演算法，到底是什麽演 10/01 07:59
21F：→ yamakazi: 算法可以说明一下吗？ 10/01 07:59
22F：→ yamakazi: 讲错，是一下说「常见」演算法 10/01 07:59
23F：推 yamakazi: 用什麽语言也没讲，比如python，常见演算法几乎都直接呼 10/01 08:04
24F：→ yamakazi: 叫api了 10/01 08:04
他是在弄C++的自适应滤波器相关的
颗颗
细节我也没很懂....不过他是说没有办法呼叫API阿，因为要跑在韧体上
25F：推 jen1121: 有没有想过，只差一个符号，就被取代 10/01 08:14
差一个符号....结果天差地远
26F：→ zzzxxxqqq: 阿就迟早的...AI 就还在进步 认命吧 10/01 08:16
27F：推 yamakazi: 甚至退一步说，你自己手刻或复制贴上出这种正负号错误的 10/01 08:18
28F：→ yamakazi: 机会跟AI比机率多大 10/01 08:
如果你是主管，你敢相信用一个完全不懂自适应滤波器的人
然後也不懂怎麽debug的人来开发产品吗?
反正就用AI 100%产出就好啦
颗颗
※ 编辑: isaacting (49.215.86.52 台湾), 10/01/2025 08:23:51
29F：推 yamakazi: 有没有想过如果他出错机率比你小，写其他没错的部分又比 10/01 08:21
30F：→ yamakazi: 你快，再加上本来就要审查代码，不管这码是你同事还是AI 10/01 08:21
31F：→ yamakazi: 写的，那你还有什麽理由不用AI? 10/01 08:21
用AI不是问题
但100%只用AI而不去检查就是问题
※ 编辑: isaacting (49.215.86.52 台湾), 10/01/2025 08:24:33
32F：→ yamakazi: 利大於弊你就该用了，一堆矽谷大厂都在用 10/01 08:24
用AI绝对是正确的，但如果没有基本的知识或是coding的基础就跳进来
然後产生的东西也不检查，那就是10000%的灾难
※ 编辑: isaacting (49.215.86.52 台湾), 10/01/2025 08:25:53
33F：→ yamakazi: 我没说不该检查，我自己让AI写也是检查，坦白说只要检查 10/01 08:25
34F：→ yamakazi: 比自己手刻快多了 10/01 08:25
所以回归原本的问题，到底需不需要软体工程师呢?
※ 编辑: isaacting (49.215.86.52 台湾), 10/01/2025 08:28:09
35F：推 yamakazi: 一样一万行代码好了，你自己手刻再给一个不太熟的同事检 10/01 08:27
36F：→ yamakazi: 查，和AI帮你写好你自己检查，你觉得哪个快又安全？ 10/01 08:27
我觉得其实已经离题了
今天讨论的重点不是该不该是用AI, 而是能否100%相信AI
前一篇例子也是如此，那位秦小姐用vibe coding跑出来的东西能动吗?
当然可以啊，只是她把自己的API key也包在里面
那就是问题
※ 编辑: isaacting (49.215.86.52 台湾), 10/01/2025 08:30:27
37F：推 yamakazi: XD 10/01 08:33
38F：→ zzzxxxqqq: 本来就需要软工阿 以前需要10个未来只要1个 10/01 08:33
39F：→ zzzxxxqqq: 还不是一堆人没工作，整个行业更卷 10/01 08:34
40F：→ zzzxxxqqq: 除非你打定主意当那1个，那当然没啥问题 10/01 08:34
41F：推 yamakazi: 等那个秦小姐会检查，你各位就该紧张了 10/01 08:40
42F：→ holebro: 有些人说软体工程师不会被取代 是指世界上还会有软体工 10/01 08:42
43F：→ holebro: 程师title 有些人是觉得hc被收掉就算是被取代了 吵不完 10/01 08:42
44F：推 yamakazi: 说真的，只要检查代码比自己手刻代码轻松多了，产出也更 10/01 08:44
45F：→ yamakazi: 多更多更好 10/01 08:44
46F：→ yamakazi: 有个创业者叫李卓轩，自己开公司接案帮企业架网站，他以 10/01 08:46
47F：→ yamakazi: 前也会招软工，现在他几乎全靠AI自己写 10/01 08:46
秦小姐对於韧体感兴趣的话，我很乐意帮她引荐 ㄎㄎㄎ
我是韧体工程师啦~~~~~QQ
看起来前後端的部分是不是要用AI
还可以吵上一阵子惹
我要去焊跳线惹
韧体工程丝的每日
QQ
※ 编辑: isaacting (49.215.86.52 台湾), 10/01/2025 08:49:57
48F：推 yamakazi: 审查代码有很难吗？再叫一个AI一边帮你审查，看不懂的问 10/01 08:50
49F：→ yamakazi: AI叫他解释给你听，比自己手刻代码门槛低多了 10/01 08:50
50F：→ yamakazi: 韧体工程师大部分不就macro或下下register吗？算法都拿G 10/01 08:52
51F：→ yamakazi: itHub 现成的就好 10/01 08:52
52F：推 yamakazi: 也不用手刻I2C 现在谁还手刻协定都直接抄现成 10/01 08:53
53F：→ yamakazi: 滤波器FIR IIR也都拿现成的就好 10/01 08:53
54F：推 yamakazi: 我自己也做过韧体，逻辑分析仪示波器都用过，韧体在纯co 10/01 08:58
55F：→ yamakazi: ding的部分真的没很难，除非你是有极端容量或cycle需求 10/01 08:58
56F：→ yamakazi: 滤波器频点因数要设多少，要几阶也没有很难，我研究所念 10/01 09:00
57F：→ yamakazi: 通信与信号处理，python 呼叫api帮你算系数再写到c code 10/01 09:00
58F：→ yamakazi: 就好，没人自己手算了 10/01 09:00
59F：推 yamakazi: 如果是AI直接生成系数那肯定错，我都叫他写一个python 10/01 09:07
60F：→ yamakazi: 生成系数再写到C code，然後再叫他写个测试画个图来看看 10/01 09:07
61F：→ watashino: 就真的现在的模型不会有正负号这麽笨的问题啦== 10/01 09:25
62F：→ watashino: 除非你context输入太多把模型搞傻了 10/01 09:25
63F：推 oopFoo: 那你看太少了。ai可以写出各种神奇满脸问号的程式。 10/01 10:47
64F：→ oopFoo: 有时ai写很神奇的好，又神奇的笨。 10/01 10:48
65F：推 tsairay: AI是很强的工具,但是必须要由有能力的人来使用 10/01 12:23
66F：推 yamakazi: 如果是python原本就有的算法，你可以叫他改写成C++後然 10/01 12:23
67F：→ yamakazi: 後要对bit true，就是同样的input给python api和给C++算 10/01 12:23
68F：→ yamakazi: 法，出来output要一样。 10/01 12:23
69F：→ yamakazi: 以前我写完算法给数位IC工程师写verilog 也是要给测资做 10/01 12:23
70F：→ yamakazi: bit true 10/01 12:23
71F：→ yamakazi: 以前这种事要两个人弄半天，现在一个人叫AI写就可以直接 10/01 12:24
72F：→ yamakazi: 生成直接对bit true了 10/01 12:24
73F：推 yamakazi: 怕写错你可以叫他去看python算法的原始码，有看完python 10/01 12:30
74F：→ yamakazi: 原始码改写C++几乎都不可能错了 10/01 12:30
75F：→ jonathan793: 我觉得用ai没啥问题 只是test case要先写好 10/01 12:46
76F：→ watashino: 我感觉很多人根本连订阅都没有就在乱扯== 10/01 14:41
77F：→ watashino: 从o3以後大多时候复制贴上就直接能用了 10/01 14:41
78F：推 shadow0326: 我觉得应该用AI来吵架 会比自己在这边吵架有效率 10/01 17:56
79F：→ airtsubasa: 我都拿来写mail吵架 AI高级酸 拿来写code太廉价了吧 10/01 19:02
80F：推 viper9709: 用AI来吵架XDDD 10/01 19:58
81F：推 lylu: y大推文不就证明软工还不会被取代 不然一个完全不懂软体的人 10/02 09:45
82F：→ lylu: 最好是懂这些操作 10/02 09:45
83F：推 newking761: 我也觉得不可能，贴程式码来看看 10/02 09:55
84F：推 newking761: 再说你不会用两个AI互相纠正吗？ 10/02 09:57
85F：推 leftless: 就我对软体厂的理解 只要升或跳的够快 10/03 02:23
86F：→ leftless: 东西烂掉的锅就没你的事 10/03 02:23
87F：→ leftless: 用AI快速创造credits然後快速离开原本的team 10/03 02:24
88F：→ leftless: 前几年一堆跟风上云然後现在各种问题也不是那些人在解 10/03 02:26
89F：→ leftless: 换个说法 AI产CODE出事谁损失最大?老板 谁叫你用AI?老板 10/03 02:35
90F：→ leftless: 出问题会赔最多钱的都叫你用了还担心啥呢 10/03 02:37
91F：嘘 b25459870: 当你讲了100%相信时 就是已经卡在二分法的缪误了 换成 10/04 10:25
92F：→ b25459870: 任何人事物也不是能100% 10/04 10:25
93F：推 louner: 只差一个符号的话我觉得已经很棒了 只要它写完自己检查再 10/05 08:07
94F：→ louner: 改掉就好 已经省掉我一大半从头写起的时间了 AI好处就是 10/05 08:07
95F：→ louner: 能帮写那些你知道怎麽写但实在懒得写的部分 10/05 08:07
96F：推 louner: 另外同意leftless 有违工程师职业道德但以打工人小螺丝钉 10/05 08:12
97F：→ louner: 心态来说不无道理 10/05 08:12
98F：推 EricTao: 不懂在吵啥 本文不是说就算ai很猛 还是会需要懂的人来r 10/06 12:54
99F：→ EricTao: eview 所以不会失业吗？为什麽会变成在吵要不要用ai? 10/06 12:54
100F：推 lukelove: ai很猛 但人也要看的懂跟好好测 这哪个行业用ai都一样 10/08 10:01
101F：嘘 gv390: 看完还是觉得不懂在吵什麽XD 10/15 09:40
102F：→ gv390: AI很好用啊，也需要软工人才啊，之前可能需要10个人来支撑 10/15 09:41
103F：→ gv390: 公司，现在可能只要5个人，剩下的分给AI写 10/15 09:41
104F：→ gv390: 这样对失业的那5个人就是被AI害的啊 10/15 09:41
105F：推 leicheong: 我公司用自家AI模型写code, 会自己按你给的test case 10/16 00:32
106F：→ leicheong: 生成unit case, 一直改到unit test全过才commit的. 10/16 00:33
107F：→ leicheong: 单纯是要生某演算法的code会有问题是test case给不够吧 10/16 00:35
108F：→ rogerlarger: 地球也是迟早会被太阳吞噬 10/18 18:40