写代码不再是一种严肃意义的技能,类似于驾驶技术了

2 月 21 日
 jianglibo

没有人会因为自己会开车而炫耀, 今后,写代码也是如此,不值一提。

花一天时间指挥 codex 写了一个安卓程序,而我从来没有写过安卓程序。

我一点也没有感觉自己厉害,因为我知道谁都会写,就像谁都会开车一样。

apk 大小大概 20m ,如果你想看看一天时间第一个 app 长什么样,发送邮件至 sky@never-lost.app

11425 次点击
所在节点    程序员
100 条回复
736531683
2 月 22 日
@Dispatcher 日本的软件行业一定发展的非常不错吧?
软件工程这门课我估计你都没学过才拿日本举例,你说的设计、执行、单测、维护,在大部分中厂可能都是两三人的小团队做的,在 ai 面前也是毫无抵抗。
736531683
2 月 22 日
看到上面如此负隅顽抗的人,意识到所谓程序员确实是搬砖工种,连思想都和待宰的马车夫、出租车司机一样顽固。
最近感慨的是,cursor 用两天时间帮我完成了一套前后端系统来展示我做的科研,这在之前如果报价至少要几千块(还需要小全栈工程师)。
jianglibo
2 月 22 日
@736531683 这些人不是真的程序员,真的程序员在 AI 的初期怀有强烈质疑,但自己会不断的验证,评估,直到接受。目前为止,AI 是在人的干预和不断调整下完成代码,但根据发展趋势,完全自动化的可能性是存在的,也许 5-10 年。但目前已经开始对于程序员的岗位产生影响了。你有否定,轻视 AI 的自由,但是你错了。
d0o0g
2 月 22 日
黄仁勋说:“编程?那只是打字而已”。春节期间我用 codex ,5 天内花了 2.4 亿 token ,写了一个量化回测的工具。我在其中发挥的作用真的就是打字写提示词而已。最后我甚至都没去看前后端的代码是怎么写的。
对于一些普通、简单的开发场景,很多程序员的护城河几乎没有了,普通人也能写软件、app 了。
至于大型的软件,原来需要 100 个人写,以后可能 10 个人就够了。
AI 编程绝对是革命性的。
coefu
2 月 22 日
@jianglibo #16 让宇树和智元的机器人,不至于跳舞和格斗的代码,10 年之内也写不出来。确实望尘莫及。
coefu
2 月 22 日
@d0o0g 让 codex 把 pubg 从 ue4 迁移到 ue5 嘛。你键盘打烂了也搞不定。
smlcgx
2 月 22 日
移动互联网让什么垃圾都能上网
AI 让什么垃圾都能生产垃圾

科技革命有什么意义呢?
d0o0g
2 月 22 日
@coefu 所以我现在的观点是“普通、简单的开发场景,很多程序员的护城河几乎没有了”。至于你说的这个迁移的复杂场景,我让 chatgpt 来回答你:

如果是像 PUBG 这样体量巨大的 UE4 项目迁移到 UE5 ,目前的 AI 编程助手(包括 Codex 类工具)不可能独立完成迁移,但可以明显提高效率。

在实际迁移中,很多工作属于“机械性工程劳动”,比如 API 替换、废弃接口修复、Build.cs 调整、编译报错修复、批量重构、自动生成迁移脚本等,这类任务 AI 很擅长,在代码层面可能减少 30%–50% 的工作量。如果工程结构清晰、自动化测试完善,效率提升甚至更高。

未来如果 AI 更强,它会从“写代码助手”变成“工程执行代理”:自动编译、自动跑性能基准、分析崩溃日志、对比 UE4 与 UE5 指标差异、生成修复建议甚至自动提交 PR 。那时整体迁移成本可能降低 50%–70%。

但对于大型在线游戏,完全“一键迁移”在可预见的几年内仍然不现实,人类工程师仍然负责架构决策与风险控制。
youshangdemajia
2 月 22 日
AI 很强,几乎有任何领域的知识,我这几个月用它开发了几个之前想都不敢想的跨领域软件,时不时惊叹于它写代码和解决 bug 的能力。自己上手做的话真不知道要做到天荒地老。
但是我对程序员这个工作也没那么悲观,上面说的都是新开坑的玩具项目,最多也就几千行。因为刻意进行了隔离和封装,所以上下文之间几乎没什么依赖,很适合 AI 处理。
我平时工作并没有怎么用 AI ,也基本用不上。虽然公司提供了 Copilot 订阅,但对于一份持续维护了二十年、一百多万行的屎山 C++代码,以 AI 的上下文窗口和推理速度,短期内不可能真正理解并正确输出。
当然,现在不行但不代表以后不行,但估计那时候我早就可以退休了。
以后让机器人干活,人类拿低保躺平。
onji
2 月 22 日
AI 帮我写了不少代码,而我完全不会编程
logoutC
2 月 22 日
自动驾驶了,上车睡觉就可以
y1y1
2 月 22 日
严肃意义的技能是什么意思
catazshadow
2 月 22 日
@d0o0g “很多程序员的护城河几乎没有了”

s/很多/低端,aka 抄 stackoverflow 的那种/
jianglibo
2 月 22 日
@youshangdemajia AI 进化超乎我的预计,boost di 大部分程序员都不太完全理解,我看着它从乱猜到理解。你提到的百万行 c++项目 fork 之后控制好模块的隔离,加上对这个项目熟悉的高级程序员,重构是完全有可能的。没有 AI 的几乎无可能性。
flowerwow0316
2 月 22 日
@jianglibo 我不是想表达谁取代谁这个意思,只是认为你对于你当前的场景,看待 AI 过于乐观,我天天用 CC 20x 的 opus4.6 ,我自己本身也开发有 10 年的全栈了,我想我还是有一定的发言权的,我能知道他确实很强大,但是我给你举一下复杂的例子,比如物联网的,车机算法类的,深海潜水类的,火箭发射升空的,当然这些例子有点夸张的举例,只是想说,复杂的场景当下的上下文 200k ,1M 的上下文幻觉是解决不了的,无论你再怎么规划,只能局部最优,这些东西一旦拼凑起来,复杂场景是会出问题的,简单的场景,小程序,CRUD 的后台管理系统,官网开发,简单的 app 的 DEMO 等等这些东西,现在的 AI 是能以天为单位去东拼西凑出来的。
Tiger511
2 月 22 日
@namonai 我同意你说的,写复杂的代码绝大多数时间都是在思考架构和边缘情况以及未来的路线,在确定方向后,ai 可以很快的帮助你找到落地路径,并且在一定范围内提出范式化的建议,因为这些东西都是来自训练的,都是已有的经验,但本质上的根本需求是无法被满足的,必须要你自己拆解任务到 ai 胜任的程度。
Tiger511
2 月 22 日
@jianglibo 个人认为一个合格的程序员不会觉得任何语言难。。。编程本质上只有一种范式,不同的语言只是为了解决某类问题更方便一点而已,C 和 汇编 语言层面上如此的简单;
具体到 c++,模板表达来表达去也就用一坨屎糊上另一坨屎,面向编译器而已,没什么花头,最后都要落到汇编上,其他的几乎都是语法糖,谈不上难。
ai 这东西就是个快查工具,基于已有代码,就像 ide 的补全,不需要每次都自己手写 for 循环,大概就是这样,上次实现类似工作的是编译器,让程序员不用手写汇编;
要实现严肃任务,必须把任务拆到 ai 能胜任的程度,比如我前段时间写一个 vmm 程序,我要在 vmm 里面用 nmi 发 ipi 中断通知所有核心 vmexit 出来做点事,ai 在面对 vitual nmi 、nmi exit 、host nmi 、guest nmi ,的时候,很混乱,它无法理解 intel 设计这些东西是为了解决什么问题的,因为这方面的资料除了白皮书和开源操作系统外,不同操作系统如何利用这些硬件实现功能也不尽相同,你必须很清楚自己的功能要通过怎么样的架构来做,边缘情况怎么处理,框定好所有范围后,拆分任务给 ai ,那么这时候坑会少一点,比如我让 ai 写个根据 cpuid 返回值决定怎么操作 apic 它倒是很 6 ,一口气就写的七七七八八。
bbbblue
2 月 22 日
把编程类比成驾驶,不就恰恰说明它是严肃技能???
驾驶要系统学习、要考试、要持证、还直接关系安全。(这点上我感觉驾驶技术比编程还严肃,你会写个 hello world 就能说自己编程了,但是会开车最低最低都要持证😂)

按这个类比走,结论不该是编程不严肃,而是编程正在从少数人专长,变成一种社会基础能力,但是不改变他是严肃技能这件事。
jianglibo
2 月 22 日
@flowerwow0316 我不是全盘否认人的因素,也不是无脑吹 AI ,我是看到这个趋势,2 年之前我们都认为现在的 AI 能力是不可能的,所以 2 年之后我们会再次看到现在认为不可能的东西。
kunflow9
2 月 22 日
我觉得写一个简单的程序还是可以的,但是如果要写一个要大并发,大流量的系统,或者解决一个没有人做过的业务问题,AI 可能还不太行。
我觉得更形象的应该是写代码变成了"开车",但去哪里、为什么去还是要人来做决定。会开车的人多了,但好的司机还是少的。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1193393

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX