Vibecoding 不如手写代码有趣
许多资深程序员说，让 AI 代理写掉大部分代码，比“手写代码”更不令人满足；他们把原本的心流、工艺感和学习乐趣，换成了更像管理者的角色——审查并引导机器输出。另一些人则欢迎所谓的“vibecoding”，把它看作一种强力工具：它消除了样板代码，解锁了原本不可行的副项目，并让领域专家无需深厚编程技能也能构建软件。无论站在哪种立场，人们都在权衡过程和结果各自的价值，思考如何在 AI 密集的工作流中保持技能锐度，以及这一变化对软件开发职业意味着什么。
主观的“好玩”以及如何表述它
- 许多人认为，好玩本来就是个人化的；说“X 不好玩”显然是在描述自己的体验。
- 也有人认为，作者仍应标明主观性（“我觉得”“对我来说”），以避免无休止的争论和点击诱饵式的观感。
- 有些人把这种反弹看作 AI 用户的防御；另一些人则认为，这是对被告知自己“应该”喜欢什么的反感。
人们实际如何用 AI 编程
- 用法跨度很大：从“不开代码，只聊天然后发布”，到“把 AI 当作自动补全 / 重构助手”，再到完整的“agentic”设置，包含规划、编码和审查代理。
- 常见模式是：手写有趣或关键的部分，把样板代码、胶水代码或一次性集成交给 AI。
- 有些人主要把 AI 用于小型个人工具或让旧项目复活；另一些人则用于大型专业系统，并在企业中采用按量计费的使用方式。
Vibecoding 的被感知好处
- 巨大的加速，尤其适用于：样板代码、复杂但标准化的技术栈、只会用一次的 API、繁琐的调试、以及转换或现代化旧代码。
- 让“想法型的人”或不是很强的程序员、但懂领域知识的人，也能做出以前必须外包出去的东西。
- 许多资深开发者表示，自己感觉像“架构师”或“指挥家”，能够快速把长期以来的想法变成现实。
被感知的缺点和乐趣流失
- 强烈地失去了“心流”和工艺感；工作更像是在做管理、DevOps 或代码审查，而不是创造。
- Vibecoding 会让人感觉像是在从互联网上拿别人写的代码，或者像“看别人玩游戏，而不是自己玩”。
- 有些人发现，解决难题带来的多巴胺，变成了更慢、也不那么令人满足的组织与规划问题。
- 有几位表示打算离开或弱化专业编程，因为好玩的部分已经没了。
代码质量、风险与审查负担
- 怀疑者认为：LLM 会放大平均水平或平庸的代码，可能忽视现有抽象，并引入隐蔽的安全或可靠性风险；风险敏感的客户会在意这些。
- 支持者认为：只要架构、提示和多代理审查做得好，输出可以与典型的人类代码相当甚至更好，而单纯的产量和快速迭代本身就是巨大优势。
- 许多人抱怨“审查困境”：全部都审查（精疲力竭） vs. 信任代理（生产环境出现意外）。
职业、身份与守门
- 存在两类自我描述的“阵营”：一种热爱代码本身作为工艺；另一种主要关心最终产品和用户。
- 张力在于：一些人指责批评者是在“自我安慰”或搞守门；另一些人则指责重度 AI 用户懒惰或接受“垃圾代码”。
- 普遍存在对未来就业能力的焦虑，尤其是那些主要享受写代码本身的人。
AI 时代学习编程
- 年长开发者给初学者的建议是：把 AI 当作导师 / 审阅者，但如果你想要深度理解，就自己动手输入实现；“不存在被动学习”。
- 有人担心过度依赖会侵蚀技能，并使大型 AI 编写的代码库连 AI 自己也难以维护。
- 也有人强调一种新的技能差距：知道如何有效地驱动代理，并围绕它们进行架构设计。