一句话看懂：2026 年 10 月 7 日，Hacker News 24 小时热榜出现一篇博客，逐条反驳“代码是艺术、AI 抢工作、人沦为机器代理、软件工程靠规则、AI 公司是坏行为者”这五类反对 AI 编程的常见理由，主张编程的价值在于交付软件而非敲键盘。
事件核心：发生了什么
这篇题为《不喜欢 AI 编程的理由》的文章发布于 sicpers.info，作者针对五类流行的反对意见逐一分析。第一，若把软件视为艺术，生成式软件缺少“不可言说的创造性”，但作者指出买家通常为结果付费，而非为艺术品付费。第二，若把写代码视为工作内容，机器能打字就等于“偷走工作”，但作者认为岗位从来是交付有价值的软件，需求会随效率提升而增加。第三，人从写任务描述变成给 AI 写提示词，被视作“非人化”，作者引用马克思 1857—1858 年《机器论片段》，认为脑力劳动被机器替代是生产方式的长期趋势。第四，若软件工程等于应用 SOLID、德墨忒尔法则等规则，AI 只是生成能编译的文本；作者提醒编程史上一直有从 Stack Overflow 复制再改、照抄 Numerical Recipes 等经验主义做法。第五，AI 公司被视为坏行为者，作者回应说这忽略了学术或社区模型、非公司模型的存在。
为什么重要
目前公开信息显示，这并非某公司产品发布，而是一篇观点文章进入 Hacker News 热榜，反映开发者社区对 AI 编程的争论焦点已从“能不能写”转向“写代码这件事本身值多少钱”。作者的核心判断是：雇主付费购买的是软件结果，不是击键动作；大模型的角色是改变生产工具，而不是改变交付目标。这一视角对理解 AI 编程工具的商业化边界、开发者岗位重定义、以及开源与闭源模型并存的生态都有参考价值。
对用户/开发者/创作者的影响
对开发者，这意味着职业护城河更偏向问题定义、验证和交付，而不是语法熟练度；把大模型当作代码生成 API 或助手，仍然需要人来判断结果是否符合目标。对企业和采购方，评估 AI 编程工具时应看其能否缩短交付周期、降低维护成本，而不是只看生成代码的“像不像人写的”。对创作者和开源社区，作者提到非公司模型、学术或社区模型的存在，提示工具选择权仍可保留在开发者手中，闭源商业模型并非唯一路径。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是这类观点能否影响企业对 AI 编程工具的实际采购标准；二是开源与社区模型在代码生成任务上的能力是否继续缩小与闭源商业模型的差距；三是开发者社区对“提示词代替写代码”的接受度会不会随工具成熟而上升。目前原文仅为个人博客观点，不代表任何公司官方立场。
