一篇吐槽软件工程中AI的长文

一位拥有20年经验的软件工程师在Hacker News上公开发文,控诉AI代码生成工具已从可选变为强制,使得整个软件开发流程——从代码编写、评审到设计文档——都变成了“AI垃圾(slop)”,并认为拒绝使用AI在职业上已不可行。

一篇吐槽软件工程中AI的长文

一句话看懂:一位拥有20年经验的软件工程师在Hacker News上公开发文,控诉AI代码生成工具已从可选变为强制,使得整个软件开发流程——从代码编写、评审到设计文档——都变成了“AI垃圾(slop)”,并认为拒绝使用AI在职业上已不可行。

事件核心:发生了什么

这篇名为《一篇吐槽软件工程中AI的长文》(原文标题:A Grumpy AI Screed)的文章迅速在Hacker News引发讨论。作者Sam Sutch指出,在他目前的工作环境中,几乎每一条代码提交(PR)、PR描述、代码评审意见、技术设计文档、工单描述乃至图形设计稿,都充斥着AI生成的“slop”(意指质量低劣、缺乏思考的自动化输出)。他通过与同行交流、观察共享办公空间和在在线论坛讨论后认为,这已成为绝大多数软件工程师的日常。领导层决策、市场营销邮件、公告和路线图也至少有50%是AI生成的内容。

为什么重要

这篇文章的价值在于它代表了一批资深开发者的真实焦虑。作者强调,AI代码生成的使用在当前软件行业已“非自愿化”,面试时公司会首先考察候选人对AI的态度,以此筛选“是否难搞”。从文化和绩效角度看,拒绝使用AI会导致PR数量/代码行数显著低于同行,从而使个人在职业市场上处于明显劣势。这揭示了一个深层矛盾:AI工具虽然提升了产出速度,却显著降低了从业者对“软件工艺”的满足感。文章还提到了像Zig这类对AI持谨慎态度的少数项目,但它们很可能只能停留在小众生态,无法产生商业影响。

对用户/开发者/创作者的影响

对于普通开发者,这篇文章意味着需要正视一个现实:AI代码生成已从“加分项”变为“准入门槛”。那些喜欢精心设计架构、享受调试乐趣的工程师,面临工作乐趣被消解的困境。对于使用AI工具的开发者群体,文章提醒审视“产出效率”与“代码质量/可维护性”之间的平衡——AI生成的代码虽然能快速填充PR行数,但可能引入隐蔽的安全风险或设计缺陷。对于独立开发者或小团队,作者认为在“被AI垃圾应用充斥的宇宙中”脱颖而出极为困难,就连苹果也在积极发布AI产品(slopware)。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

值得关注的后续

1. 主流头部科技公司是否会调整对AI代码生成的强制态度,例如在工程文化中重新引入“无AI周”或要求开发者标注AI生成代码?2. 像Zig这样的项目能否吸引足够多的核心贡献者形成“无AI”生态,并证明其代码质量与商业可行性?3. 这篇观点是否会引发更多资深工程师公开分享类似感受,进而影响行业面试中“AI立场”这个筛选维度的实际权重?

来源:Hacker News

celebrityanime
celebrityanime
文章: 13980

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注