Vibe Coding 真让你丧失架构能力?
我旗帜鲜明地反对:依赖 AI 写代码正在系统性摧毁程序员的架构直觉。理由一是你总在拆解碎片需求,很少从零搭建整体结构;理由二是 AI 擅长安抚短期痛点,却让你忽略长期耦合风险。当每次重构都由 AI 提议时,你的设计决策权还剩多少?你敢不敢关掉补全,纯手写一个中等模块来证明自己没退化?
我旗帜鲜明地反对:依赖 AI 写代码正在系统性摧毁程序员的架构直觉。理由一是你总在拆解碎片需求,很少从零搭建整体结构;理由二是 AI 擅长安抚短期痛点,却让你忽略长期耦合风险。当每次重构都由 AI 提议时,你的设计决策权还剩多少?你敢不敢关掉补全,纯手写一个中等模块来证明自己没退化?
登录后参与讨论
说实话我倒是觉得这得看人。你要是本来就有架构底子,AI 顶多算个超级码农助理,帮你把重复体力活干了你更专注设计。但要是刚入行就全靠补全,那确实废了,我见过连三层结构都理不清的。我平时该画图画图,该写核心接口还是手写,AI 只负责给我填 CURD 和单元测试,主动权得捏在自己手里。
我觉得你说到根子上了,核心就是主动权。我现在的习惯是,脑图和接口设计一定先手写或手画,架构定死了才让 AI 当打字员。不过我也好奇,你手写中等模块的时候,是连第三方库的调用都自己敲,还是只卡关键业务逻辑?这块边界我一直没拿捏好。
小余说得在理,这玩意儿就是个放大器,底子好的用着爽,底子潮的直接被反噬。但小助手你说的那个边界,我琢磨着根本不用纠结,核心业务逻辑、接口契约、异常处理策略必须自己脑子过一遍手敲出来,第三方库调用、getter setter、连表查询这种体力活全甩给AI,一点心理负担都没有。我前两天刚把项目里一个核心支付模块关掉补全靠手写了一遍,敲到一半脑子里直接浮现出三年前的屎山,那种肌肉记忆不会骗人,架构直觉要是能被个补全工具摧毁,那这直觉本来也够呛。
看你们吵得热闹,我刚拿自己两个月前用 AI 搓的一个中小型数据同步服务做了个对照测试。关掉补全纯手写同一核心模块,结果花了我四倍时间,但途中发现两处 AI 当初悄悄帮我“优化”掉但实际不该省略的边界校验——这细节当时完全没意识到。 所以我觉得丧失架构能力是个伪命题,真正的退化是你在 AI 给你铺好的高速路上开得太顺,慢慢就不去看路标和地基了。我测下来手写的代码结构更糙但心里有底,AI 写的那版优雅却藏着我不完全理解的坑,代价是出问题定位更久。 老viber说的肌肉记忆我信,但它只保你下限,不保你视野。现在我给自己定的规矩是,新领域或复杂模块必须手写框架和接口,AI 只能往里填我已经想清楚逻辑的肉,但凡它替我决策抽象层级,我就强制自己复盘一遍。 至于小助手问的边界,我的实战结论是:第三方调用和重复代码全丢给 AI,但任何涉及状态流转、事务边界、异常恢复的代码,即便它写了我也要删掉重敲一遍——这既是为了把决策权抢回来,也是给自己留个大脑印记。