AI不会干掉程序员,但已彻底改变这个职业

你说的背景前提是能力水平属于中上阶层的程序员
普通水平的程序员只能说等着被淘汰吧
现实中,大多数都是普通水平、技术平庸的程序员

新框架的事,我是直接告诉agent框架的github url,让他先去下载和分析新框架的代码,然后再分析,再生成代码

1 个赞

如果你上班了几年后还是普通水平技术平庸,那只能说本来也在混日子。。。

怎么可能 做出一个 产品啊, 一个真正可用商用 ,有可观收益的软件哪一个不需要 懂技术的 去完善 ; 只用ai 的维护 和安全谁来保证

深度使用的人表示不会,ai没有人来控制,屎山写的一大推 :distorted_face: ,只能说可以提高生产力,减少程序员的需求和门槛,但是干掉的确没可能。

1 个赞

现实中,这种人才是多数人不是吗
为何ai会取代程序员?不就是因为现实中多数程序员都太菜?

说穿了,从来都不是ai淘汰我们,是我们自己淘汰自己

2 个赞

所以外行人不会来干,但肯定是知道之前程序员是吃香的

就像人人都能读书
但真读深刻的人比例仍然是少数

还真有一个,B站上的一个up主不会代码搞了一个app有登上过付费版第一,后面还被美图给抄了的,可以去搜搜看

1 个赞

但是有AI真的可以做以往不敢想的事情,信息搜索和研究太好了!
我习惯用ai去深度搜索和研究某一样东西,很多东西网络上、博客上、官方文档、GitHub等等都有各种资料的,AI可以快速去查询并且给出计划方案给我和解答我的问题,同时我也能快速学习和上手某个东西,而不是苦哈哈翻找上百页的某个库的英文文档…

怎么同时开多个终端开始vibe啊 :melting_face:

是的,现在的编码已经能站在更高的抽象维度来实现了。人只需要把握大的方向和抽象维度不出问题即可,ai在各种细节上已经越来越强。随着ai的发展,抽象维度和自主性也可以进一步提高。到时候对人的要求就会越来越低。产品经理直接让ai交付,也不是不可能

1 个赞

是啊,ai的出现已经让文档工程师彻底失去了存在的意义。各种开发领域的最佳实践,也可以非常快的得到普及。这种能力的提升,可以让人把注意力放在真正重要的方面。产品和运营能力,对于工程师来说会越来越重要

心慌,已经几个月不写代码了,每天一上班,指挥ai开始干活,然后上L站,中途找找ai的茬 :joy:

这种越来越多了,昨天有一个AppStore付费榜第八。也是毫无编程经验的人。
这种app工具类,或者说不复杂的,基本上外行靠vibe coding都能搞定。
复杂架构的,感觉目前还是一个 程序员的蜜月期,但是长期来看也不容乐观。
毕竟OpenClaw这种工具,部署各种系统模块,都已经很easy了。

我同意楼主的观点,我最近重度使用claudecode,api来自于aws bedrock sonnet 4.5,应该算是原生的claude api了,但是他也有疏忽的地方需要人去给他纠正,我举几个例子,
1,我在写redis sentinel的脚本,让他给我生成sysytemd里面的配置,它是很聪明用到了service@的方式去加入不同系统的参数,但是它停止ExecStop这部分却hardcode了一个固定的端口进行停止,这样导致了即使是不同at后面参数,都把一个服务给停了,其他真正需要根据参数停止的服务却没有停止。我看到了之后提示它这个疏忽它才改正过来。也就是说这个例子看的出ai它是有它的聪明的地方,也有它疏忽的地方,即使是同一个任务里面也是。
2,我在做数据库自动安装的脚本编写的时候,它给我写的Powershell是很厉害,我都看不懂,主要是因为我没写过Powershell的脚本,但是过程中,它忽略了windows系统中很多权限控制的方面以及公司安全策略的控制方面,导致脚本很多报错都需要重新修复,它也可以给我命令去排除这些控制限制,但也是需要试错时间成本以及token 成本。
3, 在处理数据库故障的时候,它有个倾向是清理数据库缓存的操作,flush 数据库内存是在生产环境会带来很严重后果,但有时候他就没有提醒,需要我们鉴别有什么可以做什么不能做。

因此虽然他写代码写脚本是很厉害的,毋容置疑,比我自己写得快写得好,但是有些疏忽的地方还是得人去判断。

2 个赞

不会干掉,但会改变