快速阅读:Claude在写代码这件事上确实已经超过大多数普通开发者,但它是个“程序员”而非“工程师”,速度和基础代码质量令人叹服,架构判断和系统理解却仍是硬伤。使用它的人的水平,决定了它输出的天花板。
有人问了一个让很多程序员不舒服的问题:Claude写的代码,是不是已经比大多数人写得好了?
评论区三百多条回复,基本形成了一个共识,但这个共识有个很长的尾巴。
共识的前半段:是的,它写得更快,很多时候更干净,边界情况处理得比赶工的人类工程师更稳。一个有20年经验的开发者说,她现在有45个一直搁置的项目在同步推进,以前卡住她的不是想法,是那段令人痛苦的从零起步的过程。Claude把那段干掉了。
但后半段几乎同等有力:它是个优秀的“程序员”,不是“工程师”。这两个词的区别,一位CTO解释得最清楚——他给自己的Claude实例搭了一整套软件开发生命周期:BA代理整理需求、开发代理写代码、QA代理跑测试、不过就打回重写。他说,你不懂什么叫好的工程流程,你就别想用好Claude。
这恰恰说明了一件事:Claude的上限,由使用它的人的下限决定。
一个资深工程师拿到的是力量倍增器。一个初级开发者拿到的,可能是一堆看起来很整洁、实际上正在累积技术债的代码。有网友一针见血:它把坏代码写得很好。当它出错时,错得非常彻底,而且错得很自信。
有观点认为,它最大的问题不是代码质量,是它不知道“为什么”——为什么这个系统是这样建的,为什么这里有个看起来奇怪的缓存层,为什么账单服务在某些条件下会悄悄丢事件。这些是机构记忆,是人脑里的隐性上下文,不是靠多喂几百万行代码能解决的。
有网友提到一个更具体的观察:Claude特别擅长重构。给它一个没有测试、五百行的巨型函数,它能漂亮地拆开。人类会对自己写的代码产生情感依附,Claude没有,它只看逻辑。
但跨服务的状态管理,或者任何需要在脑子里同时拎着整个系统的任务,它会写出一个服务A的完美解法,然后把服务B打爆。
关于工作市场的讨论更分裂。有公司已经把开发团队从50人砍到20人。有人说初级开发者的位置在两年内会基本消失。也有人说这是Jevons悖论的典型案例,效率提升十倍,被软件解决的问题就会增加十倍,总需求不降反升。
一个做了四十年开发的老程序员说了一句话,我觉得是这条线索里最诚实的总结:写代码这件事,早在几十年前就被商品化了。真正值钱的从来不是打字速度。
现在的问题是,那些只会商品化工作的人,准备去哪里。
简评:
这里讲的其实不是AI有多强,而是一个更尖锐的问题:你这些年练的,到底是手速还是判断力?
Claude就像一个永不疲倦的初级程序员,凌晨三点还在帮你写代码,不抱怨、不摸鱼、不在群里发牢骚。但它不知道这个系统为什么长成今天这样,不知道三年前那次宕机改变了哪些设计逻辑,不知道隔壁组那个接口其实是个地雷。
这就是“程序员”和“工程师”的区别——一个负责把图纸变成墙,一个得知道承重墙不能随便拆。
真正残酷的不是AI会写代码了,而是它逼着每个人回答一个问题:如果把你工作里能被自动化的部分都拿掉,剩下的东西,还值多少钱?
twitter.com/reddit.com/r/ClaudeAI/comments/1rbesjm/is_claude_actually_writing_better_code_than_most
热门跟贴