我喜欢动手做东西，这让我开心，学习发现次之，但建造更令人满足。由于不擅长实际建造，我的构建快感多来自写软件，软件是最容易从无创造有用之物的方法。长久以来我隐约知道建造给我的快乐，但最近做两个Python爬虫业余项目时才真切体会到：它们虽基础却带来多年未有的编程乐趣。随后人工智能（AI）登场，我也像大家一样谨慎尝试AI辅助编码。

我喜欢造东西，这让我开心。学习和发现次之，但建造更令人满足。我不擅长实体建造，所以这种“建造”的兴奋主要来自我写软件。软件是最容易从零造出有用之物的方式。

长久以来我隐约知道建造给我多少快乐。但最近两个业余 Python 小爬虫项目让我深有体会：它们粗糙却实现了我长期想要的功能，基础却带给我多年未有的编程乐趣。

然后 AI 出现了。像所有人一样，我谨慎尝试 AI 辅助编程。如今没法轻易说 AI 蠢或没让我更高效，于是我假装没退让实则退缩：AI 编程没那么有趣。

这反直觉，因为氛围编程起初绝对刺激。但重构氛围代码可不清爽。我不否认氛围编程部分有真正建造的兴奋，但它把乐趣前置了，无论在项目还是职业层面。

氛围编程的兴奋曲线。有想法就能极快做出可用原型，瞬间多巴胺！没经验的人也能“写”出能跑的 app，也是多巴胺！但我个人反对前置乐趣，就像不喜欢预支工资、负债或换工。

我认为建造时的兴奋与满足有不同来源：

1. 想法的刺激
2. 实现想法的刺激
3. 来之不易的成就感
4. 工作做好的满足
5. 学习的刺激
6. 解决自身问题的满足

氛围编程通常给得了 1、2、6，但 3、4、5 不是其自然结果。

为氛围编程勉强辩护：我用 AI 造出了原本造不出或不会造的东西，多是些不值得手敲几周、但花几分钟几天就值当的情况。

• 我一次性做出“是否已提交 Hacker News”书签工具，基于 Taylor Troesh 的代码片段，解决了我的痛点，常在收藏页用。
• 极短时间内氛围编程出“派对市场”预测市场模拟游戏，配合讲座直播“我会啰嗦多久”的市场，把枯燥讲座变顶级娱乐。代码糟 bug 多，但手写不可能按时完成——不是 AI 与手写的抉择，而是做与不做。
• 某消防队长欲砸重金买不标显卡的“AI 设备”，我用免费 Lumo 两个下午做出基于 Pyronear 的野火预警系统，笔记本实时跑直播流，能检出我喂的 ignition 视频里冒烟首帧。
• 我做了浏览器版 Kobo 数据库迁移助手，让不懂 SQLite 的人迁移书和批注到新设备。
• 声乐课取消，我做出了惦记十年的实时音高训练 app。

多数结果我极满意，但过程不如写小爬虫有趣。当然手写也不总有趣：首个 Golang 项目赶死线时认证无趣，首次写二十行 Rust 搏斗编译器也无趣。但长远看是 II 型趣味，因为有成就感和“我做到了”的光荣感，下次更易。

我试过从本地 llama-server 模型、免费无注册服务（Phind、Lumo 等）复制粘贴一次性脚本，到远程服务器 Clod Masterpiece 200™ 全包方案加自定义自动批准钩子（接近危险跳过权限）开发算法交易模型。全都一样：高效但让我感觉糟、输出质量差，让我觉得自己蠢且多余（有时甚至因使用而肮脏），却赢不得尊重。

“多巴胺”一词让我想到氛围编程像一连串初恋或一夜情。你不与项目建立关系，没有温暖依恋。纯多巴胺生活的刺激会随重复变钝。

另一视角：氛围编程在你与真实间插了一层。我总觉得亲历现实更有趣。它像控制不了的巨头高管，不知到底发生什么，疑心怠工破坏。东西凭空出现却不像你想的，有时灵有时不灵，只能砸钱进黑箱大喊。于是你就这么做了。

社区对 AI 代写代码是否剥夺编程乐趣分歧明显，多数人权衡效率与手写体验并倾向混合或商业优先，少数人坚持亲手编码的独特满足感，同时有人嘲讽部分新账号自称老手却力挺 vibe coding 的可信度。

认为亲手写代码的过程本身具有不可替代的乐趣

• 从编程语言的精确约束、机械编辑中获得近乎治疗的满足感，认为看 AI 写代码像看别人玩游戏不如自己上手（较多人）
• 需要引用时，只用一句中文意译： > 看别人玩游戏远不如自己上手玩来得有趣（@orphereus）

认为用 AI 代写代码能释放创造力或更高效有趣

• 领域专家和非专业者借 AI 实现以往需雇人的想法，个人项目全聊天交付极有趣，避免样板繁琐（较多人）
• 需要引用时，只用一句中文意译： > 作为领域专家，我现在能直接实现从前必须雇开发者的想法，有趣得多（@thirtygeo）

认为最佳方式是混合模式，只手写感兴趣的部分

• 非二元对立，把不关心的 UI 或样板丢给模型，自己专注核心逻辑与挑战（较多人）
• 需要引用时，只用一句中文意译： > 不必非此即彼，我把手写有趣部分，不想写的扔给模型（@hingler36）

认为在商业交付中手写代码已被淘汰，效率优先于机械乐趣

• 没人付钱让人手写当代理更快更好，独立开发者用 AI 提速但编码乐趣消失，转向交付产品（较多人）
• 需要引用时，只用一句中文意译： > 没人会付钱让你手写代码，当代理能更快且可能更好时（@thenatureboy）

认为原帖感受只是个人偏好不应上升为普遍规律

• 作者本应明确指出这是个人情况而非通则，否则引发不必要争论（少数人）
• 需要引用时，只用一句中文意译： > 作者最好明确说明这仅适用于自己，而非普遍规则，否则后患无穷（@tom_）

认为 vibe coding 的体验高度依赖抽象边界且生产化痛苦

• 边界清晰时魔法般有趣，崩溃时满屏代码异味；原型开心但移入生产审查测试痛苦（少数人）
• 需要引用时，只用一句中文意译： > 边界清晰时 AI 一键生成很神奇，但边界崩坏时常有离谱代码异味（@sigbottle）

认为编程乐趣实质源于社交连接而非工具本身

• 回忆中团队挑战和人际连接远胜工具差异，fun 常被误判为工具属性（少数人）
• 需要引用时，只用一句中文意译： > 人生最有趣的是好团队好挑战，工具好坏常被错误当成关键（@hmokiguess）

有价值的补充

• 预测未来不到一年将回归手写代码但结合 AI 结对编程，因许多人正在自建此类工作流。
• 类比：偏爱马车而非汽车虽主观正确，但如同坚持手写代码只是个人喜好，不具普遍效率意义。
• 类比：骑马比驾驶有趣却非真正交通工具，手写代码作为趣味活动尚可，但难称实用生产手段。
• 区分“vibe coding”与“加速软件构建”：前者像周末闪游巴黎，后者像规划欧洲背包行，老手同样能从交付方案中获乐趣。