[{"data":1,"prerenderedAt":183},["ShallowReactive",2],{"blog-post-/zh/blogs/dhh-the-joy-of-building":3},{"id":4,"title":5,"body":6,"description":165,"extension":166,"meta":167,"navigation":178,"ogImage":169,"path":179,"seo":180,"stem":181,"__hash__":182},"zh/blogs/zh/31.dhh-the-joy-of-building.md","我为什么认同 DHH 对 AI 的热情",{"type":7,"value":8,"toc":156},"minimal",[9,13,16,23,28,38,41,44,48,51,54,57,61,70,73,76,85,92,96,99,107,110,116,120,123,126,129,135,138],[10,11,12],"p",{},"听完 DHH 和 Lex Fridman 的这次采访，最打动我的是他谈到 AI 时的兴奋。一个多年亲手写代码、对工具有强烈偏好的人，正在很认真地享受另一种做软件的方式。",[10,14,15],{},"这让我想到自己公司的团队。同样面对 AI，有的人还没有足够的信任，有的人已经非常积极地使用。我自己明显更接近后者：我愿意让 AI 承担更多工作，也期待它把以前难以推进的想法变成可以使用的产品。但团队里的差异，也让我一直在想，这份信任应该怎样建立，又怎样才能变成大家都能受益的工作方式。",[10,17,18,22],{},[19,20,21],"strong",{},"我认同 DHH 对 AI 的热情，因为我在意的是我们能做出什么，以及这些东西能不能让人的工作和生活变好。工具有了新的能力，我愿意认真使用它，再根据实际结果调整判断。"," 这次采访给我的启发，既是创造的乐趣，也是面对变化时的一种态度。",[24,25,27],"h2",{"id":26},"标准可以不变对工具的判断应该更新","标准可以不变，对工具的判断应该更新",[10,29,30,31],{},"DHH 在采访里解释，自己对 AI 的使用发生变化，并不意味着原来的标准消失了。早期的补全工具没有改变他的工作方式；当 agents 能够执行任务、使用工具、检查结果，并产出接近他要求的代码时，他的体验才发生了明显变化。",[32,33,37],"a",{"href":34,"rel":35},"https://lexfridman.com/dhh-2-transcript/#chapter2_programming_with_ai_agents",[36],"nofollow","采访原文：用 AI agents 编程",[10,39,40],{},"我很认同这里的判断方式。一次使用体验，可以说明那个工具在那个任务上的表现，却未必能替以后所有的工具和任务下结论。如果能力已经变了，我希望自己愿意再试一次。反过来，即使一次结果很好，也还需要看看它在哪些条件下成立。愿意更新判断，和对结果有要求，可以同时做到。",[10,42,43],{},"所以，我从 DHH 身上得到的参考，是一种具体的开放：把工具放进自己熟悉的工作，看看它究竟能完成什么。以前不够好，是一个曾经合理的判断；新的结果出现以后，继续用旧印象替它打分，就可能错过已经发生的变化。",[24,45,47],{"id":46},"团队里的信任差异要回到实际工作里讨论","团队里的信任差异，要回到实际工作里讨论",[10,49,50],{},"在自己的团队里，我也遇到了这个挑战：有人对 AI 的结果仍然不放心，有人已经把它用进越来越多的工作。大家对同一个工具的判断，未必来自相同的任务、相同的使用方法，甚至未必来自同一代能力。这是我觉得 DHH 的经历值得拿来参考的地方。",[10,52,53],{},"不过，我不想把他的观点当成说服同事的权威。DHH 对自己工作方式的信心，不能直接变成我们项目的验收结果。对 AI 的顾虑可能很具体：输出是否可靠，出了问题能不能理解，后续是否容易维护。这样的疑问值得被回答。积极使用的人，也需要把有效的方法讲清楚，让别人看见结果是怎样得到的，而不只看到一句“这个很好用”。",[10,55,56],{},"我更希望把讨论缩小到一个大家都熟悉的任务：先说明要解决什么、怎样才算完成，再让 AI 参与，一起检查结果。如果没有达到要求，就把失败的地方留下来；如果确实有帮助，也说清楚帮助发生在哪一步。我想推动的是这样一种合作：愿意尝试的人带回方法，持保留意见的人帮助检验，双方都能根据看得见的结果更新判断。这是我希望尝试的做法，还不是团队已经解决了分歧的故事。",[24,58,60],{"id":59},"最吸引我的仍然是把有用的产品做出来","最吸引我的，仍然是把有用的产品做出来",[10,62,63,64,69],{},"DHH 谈到创造东西的愿望，以及编程中具体的机械工作。这让我很有共鸣。",[32,65,68],{"href":66,"rel":67},"https://lexfridman.com/dhh-2-transcript/#chapter8_advice_for_programmers",[36],"采访原文：创造与编程"," 我能理解写出漂亮代码的乐趣，但自己的满足感更靠近产品被使用的那一刻：一个想法真的能用了，一个绕来绕去的操作变顺了，一个人不用再反复处理同一件麻烦事。做生意要考虑成本和结果，我也希望参与其中的人能少一点烦躁、多一点乐趣。",[10,71,72],{},"不少小需求一直没有被做出来，是因为它们要背上一整套实现成本。需求可能只有一句话，落地却要理解代码、调整界面、连接数据、处理异常。AI 如果能承担其中一部分工作，有些原本被留到“以后有空再说”的改善，就值得先做一版。我喜欢这种可能性：一个东西不用先证明自己能成为大生意，也可以因为对某些人有用而获得一次尝试。",[10,74,75],{},"我自己的 blog 流程就是一个具体例子。一个想法现在可以沿着资料、提纲、草稿、双语适配和审校往下走，每一步都有可复用的指引，也留下能检查的文件。流程不保证文章值得发表，但它让模糊的感受更容易变成一份可以认真修改的稿子。对我来说，AI 的价值就在这样的变化里：我更容易开始，也有东西可以拿来判断、修改和继续。",[10,77,78,79,84],{},"我也佩服他在 ",[32,80,83],{"href":81,"rel":82},"https://omarchy.org/",[36],"Omarchy"," 上的野心，把自己对工作环境的偏好做成一个完整的 Linux 项目。这份想把东西做出来的劲头，同样解释了我为什么会被这次采访打动。",[10,86,87],{},[88,89],"img",{"alt":90,"src":91},"从想法到完整第一版，再到真正使用","/blogs-img/2026-09-06-dhh-building-01.webp",[24,93,95],{"id":94},"信任可以增加交付的要求也要说清楚","信任可以增加，交付的要求也要说清楚",[10,97,98],{},"积极使用 AI，并没有让我觉得“生成出来了”就算完成。我以前写过团队面对的 QA 压力：代码和方案变多以后，理解变更、审查风险、确认业务行为的工作，并不会自动以同样的速度完成。如果只把更多产出推到队列里，另一群人可能会更忙。这也是团队里的谨慎声音有价值的地方，它提醒我看完整个交付过程。",[10,100,101,102],{},"一个自己用的小工具，可以快速试用，不合适就放下；一个被团队或客户依赖的系统，涉及数据、权限、异常处理和恢复，就需要更扎实的验证。我愿意把更多实现交给 AI，也愿意让它帮忙检查。至于需要怎样的证据，仍然得看这个结果会影响谁、出了问题能不能发现和修复。DHH 谈产品时提到为谁做、做什么、先做什么，这些问题也让我觉得熟悉：实现方法变了，产品仍然要对具体的人有用。",[32,103,106],{"href":104,"rel":105},"https://lexfridman.com/dhh-2-transcript/#chapter6_vibe_coding_vs_agentic_engineering",[36],"采访原文：产品与实现",[10,108,109],{},"我希望团队逐渐建立这样的信任：知道哪些工作已经可以放心交给 AI，哪些地方还要多看一步，以及新的能力出现以后，可以在哪里继续扩大尝试。这个范围可以随着经验增长。比起要求所有人先有同样的热情，我更在意大家能否一起把它弄清楚。",[10,111,112],{},[88,113],{"alt":114,"src":115},"选出一个有用的方案，把其他可能性暂时放下","/blogs-img/2026-09-06-dhh-building-02.webp",[24,117,119],{"id":118},"我希望这份热情能成为共同的创造能力","我希望这份热情，能成为共同的创造能力",[10,121,122],{},"DHH 的兴奋让我觉得亲切，因为我也期待 AI 带来更多做产品的空间。我想把时间花在理解需求、选择方向、改善体验上，并且愿意借助工具，把更多实现工作推进下去。手不一定要一直放在键盘上，我仍然很在乎做出来的东西是什么样子。",[10,124,125],{},"当然，开始变容易，也可能同时开始太多事情。每个小工具都会留下后续照看的可能，每条自动化也可能失效。我希望 AI 带来的是把事情做好的余地，而不是一张越来越长、永远没人收尾的项目清单。对一个团队来说，能一起完成、理解并继续使用一个有价值的结果，比各自生成很多东西更让我期待。",[10,127,128],{},"让我认同 DHH 的，正是这种面向创造的热情。我希望团队里有更多人能参与其中，也能从中受益。下一次讨论 AI 时，我想先选一个大家熟悉的任务，说清楚怎样的结果才有用，然后一起试一次。我们可以从这份实际结果里，决定哪些方法值得留在日常工作中。",[10,130,131],{},[88,132],{"alt":133,"src":134},"每多开始一个项目，也多了一份持续照看的责任","/blogs-img/2026-09-06-dhh-building-03.webp",[136,137],"hr",{},[10,139,140],{},[141,142,143,144,149,150,155],"em",{},"本文结合个人工作与团队经历，讨论我认同 DHH 的哪些 AI 观点，并非整场采访的逐段总结。来源：",[32,145,148],{"href":146,"rel":147},"https://www.youtube.com/watch?v=NYFGCESmikA",[36],"Lex Fridman 与 DHH，第 501 期","（2026 年 8 月 26 日发布）；相关段落按 ",[32,151,154],{"href":152,"rel":153},"https://lexfridman.com/dhh-2-transcript/",[36],"Lex 官网的人工整理文字稿","核对。",{"title":157,"searchDepth":158,"depth":158,"links":159},"",2,[160,161,162,163,164],{"id":26,"depth":158,"text":27},{"id":46,"depth":158,"text":47},{"id":59,"depth":158,"text":60},{"id":94,"depth":158,"text":95},{"id":118,"depth":158,"text":119},"我为什么认同 DHH 对 AI 的热情：结合自己团队里不同的信任程度，谈怎样认真尝试、用实际结果更新判断，并把能力变成有用的产品。","md",{"date":168,"image":169,"alt":170,"category":171,"tags":172,"youtube":177,"published":178},"6th Sep 2026","/blogs-img/2026-09-06-dhh-building-portrait.webp","DHH 的编辑风格卡通肖像：暖白纸张、石墨线条与一台电脑","product-execution",[173,174,175,176],"dhh","ai-coding","team-collaboration","product-building","https://youtu.be/KUQ5cKVK8R8",true,"/blogs/zh/dhh-the-joy-of-building",{"title":5,"description":165},"blogs/zh/31.dhh-the-joy-of-building","o54d1Ax6GdPKth4WrUaQ7FlbRhOxjbHLBrVVrOTwFxA",1788747667137]