Re: [讨论] 说AI会取代的应该要先闭嘴吧?

楼主: yamakazi (大安吴彦祖)   2025-11-24 09:03:10
看了几个反方的贴文
很明显都是没有使用过codex cursor claude code之类的心得
还有人是靠“听说”“滑翠”“看谁谁谁说”
我本来建议是自己实际来用用看
但一直有人跳针公司不合规
阿我当然意思是在公司合规情况下
真的公司不给用,那就不要用
但如果公司给用,那你真的该用用看
用完最新的那几个再来下评论
好啦如果真的要看谁谁谁说
中文界的话建议去B站看一下
一堆软工介绍你怎么用,以及测评心得
YT上也有比如这个
https://youtu.be/TSycyPHse9o?si=9qr85wl8ts_oX2_J
是真的软工出身
不是什么文组卖课仔
还有这个也讲的很好
https://youtu.be/XI58sdqHvfw?si=J3gRQi81ysshDYD3
我表达没那么好
这两个影片基本上把我想说的都说完了
另外这边有AI 在github上比PR数和正确率的资料
https://github.com/aavetis/PRarena
加起来几百万个PR被merge
成功率八到九成
至于什么怕公司程式码外泄到AI
我用的是公司官方付钱核可的AI
我是不可能自己出钱自己安装的
再加上新的repo现在九成九都是AI写的
都AI写的不需要担心外泄给AI
※ 引述《hidog (.....)》之铭言:
: 如果今天能用AI做出一个功能
: 输入SPEC跟专案,让AI分析后指出哪边有bug,进阶点甚至能让AI修复bug
: 这样的功能我想肯定会大受欢迎,而且能完全取代掉QA
: 但实际上现阶段AI还做不到这件事情,
: 而且这个功能我想已经比让AI写出整个大专案来的简单了.
: 说要让AI取代工程师的,不妨先用AI写出上面所说的这个功能吧.
: 我不认为AI能取代工程师,但工程师职缺会不会因为AI影响变少是另一个议题
: 也可能企业端想用AI取代工程师,但最后发现AI做不到,只好再把工程师找回来
: 就像是台湾常听到的一个笑话,老板认为auto-test能取代QA,但实际上是做不到的 XD
: 觉得应该是AI让工程师的效率增加,而不是取代工程师
: 但某些媒体可能想增加阅览数,才用取代工程师这种夸饰的词汇
: 然后就被误用到现在了(#
作者: DrTech (竹科管理处网军研发人员)   2025-11-24 09:20:00
你怎么默认立场:很明显反方,都是没有使用过codex cursorclaude code之类的心得。搞不好人家用过了,觉得不适合自己的工作吧。从来就没有正反对立那么明显,是你自己默认太多立场。认为对你的工作,能解决99%的问题,对别人的工作应该也是这样。或许别人的工作,就是不适合用现在的AI吧。
作者: hidog (.....)   2025-11-24 09:21:00
我的意思是公司AI目前只拿来建table之类的,所以我打算自己私下看这个东西在干嘛
作者: DrTech (竹科管理处网军研发人员)   2025-11-24 09:21:00
你自己用AI提升效率,从来没人反。很棒。但别人工作不适合用AI你一直反别人。
楼主: yamakazi (大安吴彦祖)   2025-11-24 09:22:00
都讲“听说”了,真的有用过就会直接讲心得了,还有人说最自己没用过给规格生code,说要去试试看
作者: hidog (.....)   2025-11-24 09:22:00
怎么被你解读成那样阿,公司政策跟规定又不是我能控制的
楼主: yamakazi (大安吴彦祖)   2025-11-24 09:23:00
“AI只拿来建table”之类的,那很明显就是没用过codex之类的工具
作者: hidog (.....)   2025-11-24 09:23:00
啥啦怎么又变听说?你到底有没有在看别人回的内容阿@@|||
作者: hidog (.....)   2025-11-24 09:24:00
嗯我没用codex,所以打算工作外自己研究,请问怎么了吗
楼主: yamakazi (大安吴彦祖)   2025-11-24 09:24:00
听说不是你讲的,是另一篇讲的,自己往上翻
楼主: yamakazi (大安吴彦祖)   2025-11-24 09:25:00
所以我说你没研究过就发表评论,看起来就是没用过的,建议用过后再评论,怎么了吗?唉,听说不是在说你,是说这个人https://i.imgur.com/13X26DC.jpeg一楼说我默认立场也很好笑,我从来没默认人家没用过,都是看了文章或推文后才断定没用过,他们自己都承认没用过了
作者: DrTech (竹科管理处网军研发人员)   2025-11-24 09:31:00
又来了,自己贴的文字:看了几个反方的贴文很明显都是没有使用过codex cursor claude code之类的心得。结果推文自己打脸:我什么时后默认立场。每篇都自己打脸自己言论,真的是奇葩。
楼主: yamakazi (大安吴彦祖)   2025-11-24 09:34:00
阿这边都有一个自己承认没用过了,他在上一篇说他孤陋寡闻要去试试看,这不就代表没用过??我看他说“孤陋寡闻要去试试看”,于是断定他没用过,叫默认立场XD
作者: hidog (.....)   2025-11-24 09:38:00
我目前比较好奇能做到什么程度
楼主: yamakazi (大安吴彦祖)   2025-11-24 09:39:00
自己去试就知道了,懒得试就看我贴的影片,不要没看过没试过还在好奇就下评论
作者: hidog (.....)   2025-11-24 09:40:00
压力测试才能触发的bug也能找出来吗我不是下评论,是好奇目前做到怎样的程度,这个要实测才知道
楼主: yamakazi (大安吴彦祖)   2025-11-24 09:44:00
人能做到的,基本上AI都做得到,AI都拿过数学奥林匹亚金牌了,写程式真的小菜一碟https://github.com/aavetis/PRarenaAI加起来几百万个PR,强的成功率有八到九成
作者: WTS2accuracy (宝钟海贼団の一味)   2025-11-24 09:59:00
各位不觉得浪费时间吗...只有杠精会想继续辩吧XD
作者: s0914714 (YA)   2025-11-24 10:07:00
可以请AI取代辩论
作者: oopFoo (3d)   2025-11-24 10:10:00
你知道PRarena里面的merged PRs是什么垃圾吗?不要再出来丢人现眼了。
楼主: yamakazi (大安吴彦祖)   2025-11-24 10:11:00
不用担心,人写的也一堆垃圾,垃圾PR比垃圾PR没毛病
作者: DrTech (竹科管理处网军研发人员)   2025-11-24 10:17:00
看了几篇,大家不爽的,不是AI到底能不能取代工程师吧。而是为什么每个人发言都要把话说死,标题要人闭嘴,然后到处默认立场别人到底有没有用AI,非要说服别人AI多棒。互相尊重大家不同的AI使用实际感受,好像很难一样。每个人不能有自己的感受吗? 非要别人闭嘴。
楼主: yamakazi (大安吴彦祖)   2025-11-24 10:18:00
闭嘴是原文不是我,我只是回复,你要跟原文作者讲,我这篇没叫人闭嘴,只说不要没用过,只是听说就来评论而且我没默认立场,我是看到上一篇有人下完评论后说自己没用过要去试试看,才说很明显没用过,建议用过再评论
作者: DrTech (竹科管理处网军研发人员)   2025-11-24 10:22:00
认同Y大,大部分的观点。所以我这篇没直接嘘阿。每个人都可以有不同的看法。也不要因为你与我观点不一致,就太去争论谁一定的对错。大家只是不同体验,各自发表看法,真没什么对或错。
楼主: yamakazi (大安吴彦祖)   2025-11-24 10:28:00
其实我这篇没说对错或你错,我是看到上两个反方根本“没用过”,要不就只是“听说”就下评论,觉得很有趣,只是上来提供素材,建议你们没看过没试过的去看完试完再评论。毕竟codex cursor claude code 这三个连用都没用过就觉得不会被AI取代,直接下结论太武断其实对我来说,越少人会用,对我越有利
作者: nenpow (...)   2025-11-24 10:48:00
原PO不用太惊讶有这么多人想法跟你不一样,对变化有抗拒是天性在这种网络论坛看到一堆人用都没用过,或是只用过一下下就嘴砲一堆也不用太大惊小怪
作者: USD5566 (美金五千五百六十六)   2025-11-24 10:55:00
真的耶 ai好可怕 那你怎么还在这 不赶快辞职卖鸡排
作者: jamesho8743 (加拿大好美)   2025-11-24 10:55:00
这边明显看到"反对"AI能取代工程师的人 有一些是没怎么用过AI或不是深度使用的 只是一味抗拒 现况就是AI的确不能"取代"工程师(100%) 但是现在的问题是 你的对手/对象不是纯AI 而是资深工程师+AI的人机组合 会善用AI的人其上限/生产力很大 重点应该不是放在AI能不能取代这边打转而是怎么样去挖掘出并极大化这个工具的潜力吧
作者: Nonegrame (程式写得好,好人做到老)   2025-11-24 10:59:00
yamakazi 可以用 AI 串 ptt mcp 帮你回复这些酸民这样大家就会闭嘴了
作者: hidog (.....)   2025-11-24 11:11:00
工具就是自己试用后觉得不错然后回馈给主管看部门要不要导入而已,感谢y大提供资讯,
作者: OBTea (明珠)   2025-11-24 11:18:00
y 大待的公司可以使用的AI 颇强大的,真的会让人有被取代感
作者: twistfist (tf)   2025-11-24 12:05:00
可是你贴的影片结论都是不觉得会取代
楼主: yamakazi (大安吴彦祖)   2025-11-24 12:07:00
看你觉得取代的定义是什么?我个人觉得职缺成长率少于其他职系就算被取代了就跟薪水一样,如果薪资涨幅低于通膨,那就等于没涨还降薪
作者: OBTea (明珠)   2025-11-24 12:36:00
现在就是不断拼管理程式的高阶能力,可是AI的进程真的太快资本密度不够高的公司可能反应没那么快,但薪资高一点的职缺都是在那些大资本的公司
作者: twistfist (tf)   2025-11-24 12:50:00
我觉得更多人需要当工程师了,不然就得出钱买工程师弄的界面
作者: shadow0326 (非议)   2025-11-24 13:17:00
你们都吵这么多篇了,什么时候才要用AI吵架
楼主: yamakazi (大安吴彦祖)   2025-11-24 13:33:00
一方没有用AI要怎么用AI吵架?我的话我不想浪费token在吵架上
作者: OBTea (明珠)   2025-11-24 13:38:00
目前AI成本还高,可以取代人力的公司都是人力成本较高的,等到算力白菜价,普世工程师才会有被取代的共鸣,最近被各种vibe coding 打到想去轮班了...
作者: panbanana (香蕉猴子)   2025-11-24 13:51:00
目前台湾工程师的钱<AI 算力,所以台湾人还是不会被取代喔
楼主: yamakazi (大安吴彦祖)   2025-11-24 14:01:00
看你怎么定义算力,如果是建置买卡训练要几十亿美金,如果单人订阅一个月两百美金,跟工程师比谁比较便宜还不好说
作者: LoveMoon (我不是魔兽三国作者.....)   2025-11-24 14:56:00
所以现在普遍是让资深订阅取代资浅啊
楼主: yamakazi (大安吴彦祖)   2025-11-24 15:12:00
楼上跟我想的一样,这就是一种“取代”
作者: sniper2824 (月夜)   2025-11-24 16:10:00
方向不同 角度不同 几个月就上来一次试图证明自己是对的 有什么用呢
楼主: yamakazi (大安吴彦祖)   2025-11-24 16:16:00
我没有要证明我是对的啊,何必证明?大家看下一篇范例扪心自问剩多少残值就好
作者: patrick0109 (流星)   2025-11-24 16:37:00
推,使用AI能清楚的感受到效率的提升及以往没出现过的想法,讨论一定要100%取代有点没意思
作者: hidog (.....)   2025-11-24 16:56:00
为什么不是透过AI增加自己产出,增加自己价值,而是讨论残值阿@@
楼主: yamakazi (大安吴彦祖)   2025-11-24 17:06:00
可以的,你可以开一篇讨论
作者: cylee (Artisan)   2025-11-24 20:35:00
发哥真好,有免钱的 AI 来辅助工作
作者: pttano (pttano)   2025-11-24 20:55:00
还有AI取代不了我的工作
作者: Kasima (Kasima)   2025-11-24 21:28:00
一直说公司不能用的人,就是没想过自己公司就是会被淘汰的一员
作者: viper9709 (阿达)   2025-11-25 00:41:00
算力有可能降到白菜价吗@@
作者: galoopboy (高雄离家出走)   2025-11-25 14:03:00
作者: Weky (Never mind)   2025-11-27 12:07:00
即使有cursor / kiro / claude code 最后还是要人review
作者: NDark (溺于黑暗)   2025-12-02 15:58:00
楼上如果说得是QA的话我觉得是一种健康的说法但如果说的是code review, 其实AI已经可以代劳了命名格式复制贴上小型逻辑的错误 验出率都还蛮高的AI现在已经可以看图 看影片,授权Agent模式操作前端没问题目前技术上网页前端是可以交给AI来QA当然表现得好或不好我觉得还是跟是否给予足够的KnowHow有关资讯不足AI也当然就是拿他自己的数据库来判断好坏有点像是请新的测试员 但是没告诉他设计的文件这样怪这个测试员没本事 是有点强人所难了当然实际上会回到算力成本的问题 就看何时AI费用降到够低

Links booklink

Contact Us: admin [ a t ] ucptt.com