dhh最近在 Rails World 2026 开幕演讲 的一段话，觉得说的不错，但四处看一圈发现都没人在聊？？？正巧我也在思考程序员的未来，在做Birdview这个项目，就截取精华贴出来然后发表一些我的看法。（其实就是新事物和旧事物，生产关系和产力） dhh原文 I have retired from being a professional programmer. 我已经从“专业程序员”这个身份上退休了。 I haven’t pinpointed the exact day yet. 我还没有确定具体是哪一天。 I think it was somewhere around four or five months ago, maybe March. 我想，大概是在四五个月前，也许是三月份。 I need to check precisely when it happened. 具体时间我还得再查一下。 Because, you know, that clip you just saw was completely true. 因为，你知道，刚才那个视频片段里说的完全是真的。 I spent a quarter of a damn century chiseling code by hand, and I loved every single moment of it. 我花了整整四分之一个世纪，亲手一点点雕琢代码，而且享受其中的每一分每一秒。 What a wonderful and productive time that was. 那是一段多么美妙、富有成效的时光。 I believe that’s how we should all look back on it: not with regret, but with joy for what we experienced. 我认为，我们所有人都应该这样回望它：不是带着遗憾，而是带着对那段经历的喜悦。 We should be glad that we were there, in an era when we still had to do these things by hand. 我们应该为自己曾身处那个时代而感到高兴。那时，我们还必须亲手完成这些事情。 Those years were filled with excitement, learning, satisfaction, and flow. 那些岁月充满了兴奋、学习、满足感，以及全神贯注的心流体验。 This is not something we should look back on with regret. 这绝不是一段需要带着遗憾回首的经历。 We should look back on it with joy, and gladly accept the fact that it has now come to an end. 我们应该带着喜悦回望它，并欣然接受这样一个事实：那个时代已经结束了。 For most programmers, at most companies, writing code entirely by hand is no longer economically productive. 对于绝大多数公司的绝大多数程序员来说，完全依靠手写代码，已经不再是一件具有经济生产力的事情。 That’s already true today, and by the end of this year, almost every field, every programmer, and every company will have to face that reality. 今天已经如此，而到了今年年底，几乎所有领域、所有程序员和所有公司都将不得不面对这一现实。 So we’d better adapt to it. We’d better embrace it. 所以，我们最好适应它，也最好拥抱它。 We had an absolutely wonderful golden age of writing code by hand, and that age is now over. 我们曾经拥有一段无比美妙的手写代码黄金时代，而现在，它已经结束了。 On the other side of this transition is a brand-new profession: 而在这场转变的另一面，是一种全新的职业： an exciting, energized profession of becoming a professional maker. 一种令人兴奋、充满活力的职业：成为一名专业的创造者。 Yes, you will no longer type all that code yourself. 是的，你将不再亲手敲下所有代码。 But you will create amazing things. 但你将创造出令人惊叹的事物。 You will direct and guide intelligences that, until very recently, existed only in science fiction. 你将驾驭和引导那些直到不久前还只存在于科幻小说中的智能。 What an incredible privilege that is: to stand on both sides of this divide. 这是何等令人荣幸的事情：我们正好站在这道鸿沟的两侧。 We experienced the age when everything had to be done by hand, and we are also here to witness this historic leap forward. 我们亲历过一切都必须依靠双手完成的时代，也恰好见证了这场历史性的跨越。 关于dhh Ruby on Rails 的创始人 — 2004年发布，影响了整整一代 Web 开发框架的设计理念（约定优于配置、MVC、ActiveRecord 等） Basecamp / Hey 联合创始人 — 和 Jason Fried 一起创办了 37signals，旗下产品包括项目管理工具 Basecamp 和邮件服务 Hey《Rework》《Remote》《It Doesn’t Have to Be Crazy at Work》 等书的合著者，提倡反 VC、慢增长、工作与生活平衡的创业观 赛车手 — 曾参加勒芒24小时耐力赛 我的看法 从软件工程的角度看编程，可以看到1m上下文的ai在语料不足的（鸿蒙）、超大与大型项目（LLVM/Clang、Android）中很难有出色的表现，往往是局部最优，这两类项目中ai发挥的比较困难。 不过你我工作中大概率碰不到 Linux 内核或 LLVM 这种量级的项目，而语料稀缺的问题也在缩小——1m 的上下文已经足够让 AI 一边读文档一边写代码还能做的很好。 平时和群里水友交流，避不开的问题是对AI的焦虑，和网上朋友私聊叙旧，总会聊到聊到自己工作都是全面使用AI，编程还剩下什么？要学什么 ？自己多久就没饭吃了 ？这些问题我也没有答案，太复杂了。 但对于程序员的将来，代码肯定是最没用的，ai一秒能吐200 token，而人类工程师不行，资深的人类工程师代码会写的更好，与ai一比，效率差距太大了，而工作是看产出的。（说实话，我不知道ai时代下那种充斥着曼妙的人类文明瑰宝级代码会不会再出现了？ ） 架构判断、约束把控、状态、生命周期、安全——这些事情一直都是软件工程里最重要的，以前要花大量时间手写代码，这些事架构师来思考，而现在，写代码由ai来，人人从写代码的繁重中解放，AI时代人人都是架构师有了发生的基本环境不再是空话。 以前用 AI，需要写很精确的提示词—— "给 UserService 加缓存，用 Redis 存用户信息，key 用 user:{id}，TTL 30 分钟，放在 service 层不要放 controller" "把 login 接口的 session 改成 JWT，token 有效期 24 小时，刷新 token 7 天，验证逻辑放到 middleware/auth.js" 得说清楚每一步。 现在不一样了。你只需要说一句话：“排查登录接口为什么在 100 并发下报错”，AI 就能自己测试、debug、给出修复方案。这是好事也是坏事，你的约束不可能精细到一比一，说修改什么模块要干什么，怎么干，放在哪里。 AI 会给你一个 能跑的 答案，但不一定是 对的 答案。它可能为了快点交差，在最关键的地方打个补丁、绕过问题而不是解决问题。一次两次还好，慢慢就堆成屎山。 Birdview 怎么平衡效率与代码质量呢？这时候就要介绍我在推的项目了 Birdview。 一直以来，github很多高star图项目只是简单画出架构、调用什么的，我觉得拘泥、停留于这些的话，只能算是旧时代的思路，那些东西是自己古法编程才用的上的，而新时代，代码不重要了！ 说了Birdview的好处，那坏处呢？ 1：首次建立架构图的时候消耗的token非常多，如果你项目很大 ，会吃掉1m以上的上下文来画上面那样的架构图，目前没想到好方法来优化。 2：对于约束的洞察，我打算分为业务约束和代码约束，但没有想好要怎么展示、分辨。 3：如果你的项目很小（几万行），没有必要用Birdview，随便让 AI 先跑，出了屎山用Claude 5.5 、GPT6 之类的模型出一个架构优化文档然后照做就是了。 回到话头，程序员不会那么快消失，但岗位会减少，这是我们都要做好预期的。 手写代码是旧的生产力形态，围绕它建立起来的岗位分工、能力定价、组织方式，都是旧的生产关系。用旧生产关系的眼光看新生产力，当然越看越绝望。 新事物在旧事物的基础上产生，吸收了旧事物的积极因素，又克服了旧事物的局限性，代表了事物发展的方向，不可战胜。 没法阻止生产力的进步，但可以提前想清楚在新的生产关系里属于你的位置。 Birdview介绍： https://linux.do/t/topic/2928247 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：工作与职业机会
  • 分类依据：内容涉及招聘、求职或职业发展
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/11 22:01:30