开发者的时代：复杂与简单的辩证

在今年的 RailsWorld 2025 大会阿姆斯特丹会场上，Ruby on Rails 创始人 DHH（David Heinemeier Hansson）以一场充满 “反套路” 的演讲，撕开了当下软件行业的 “复杂假象”—— 明明算力更强、开源资源更丰富，开发者却陷入了部署变慢、系统更脆弱、效率倒退的怪圈。

DHH 举了一个例子回忆过去的开发状态：那是1999 年，他用 PHP+HTML 在 CVS 仓库里开发，靠 FTP 拖拽文件 5 秒就能部署到自己购买的一个主机服务器上，一切都在掌控之中。

而如今要上线一个网站，你首先想到的是用什么技术栈，Vue, React, Java, or Rails，如果你不确定，在网上一搜，又会陷入迷雾：各家都在说各家的好。当你开发好一个网站要部署了，你首先想到的是云服务器，阿里云、百度云、Google、AWS。。。又是一堆的选择，而要实现 “三个九”（99.9%）的可用性，现在堆了 Kubernetes、Docker、各类监控工具，却未必能做到。

问题到底出在哪？DHH 给出了两个核心答案：

• “切片式” 解题陷阱：大家把复杂问题拆成孤立的小切片，每个切片看似优化了，但拼起来却让整体效率倒退 —— 比如为了 “优化某一步” 引入一堆组件，最终让系统多了十几个故障点。

• “技术虚荣心” 作祟：很多开发者不愿承认 “CRUD（增删改查）是大部分业务的核心”，总觉得 “不够牛逼”，非要用复杂工具证明自己，结果被技术牵着走。而真相是：“我们本质上都是‘CRUD 猴子’，用 Web 做 CRUD 谋生是很棒的事，没必要为了复杂而复杂。”

DHH 是大家公认的大神级存在，他身上有许多标签：知名项目管理软件 Basecamp 联合创始人，Rails 开源软件创始人，三本畅销书的作者，拿过冠军的赛车手。

同样是创业者，我更加感兴趣的，是他对产品+技术的独到见解。Rails可以说是革新了原有的 Web 编程理念，甚至一直在引领 Web 开发的最佳范式，20 年过去了，我认为 Rails仍然是 Web 编程的最佳选择。

接下来我想讲DHH RailsWorld 2025 上发布的 Omarchy 等各种新产品，一直在贯彻他“简单”“自由”的理念逻辑，不要让程序员陷入技术陷阱。

Omarchy 是一款基于 Rails 7.2 和 Stimulus 的产品，其核心理念是“一个单体应用，一个数据库，一个服务器”。这听起来像是在开倒车，但 DHH 认为，对于绝大多数业务而言，这才是最高效、最可靠的架构。它抛弃了云、放弃了微服务、无服务器架构等复杂概念，将所有核心功能打包在一起，极大减少了部署和维护的复杂度。用 DHH 的话说，就是回到那个“FTP 拖拽文件 5 秒部署”的简单时代，让开发者重新掌握掌控权。

想象一下，你拿个 U 盘插在一个裸机上，5 分钟，即可拥有一套完整的 Rails服务运行环境，而且立刻就能上线。

我曾经在设计 Baklib 产品架构的时候，也经常陷入迷雾，有人说“All on One”会让你万劫不复，有人说“小而美”是个假象，当我听到 DHH 在 RailsWorld 2025 的演讲时，我有一种醍醐灌顶的感觉。他用实际行动告诉我们：不要被“技术虚荣心”所裹挟，不要为了复杂而复杂。

对于 Baklib 这样的产品，我们需要的不是那些能处理每秒百万次请求的微服务，也不是那些能自动伸缩到无限大的无服务器架构。我们需要的，是能够快速响应用户需求，能够稳定可靠地提供服务的架构。一个精心设计的单体应用，或许就能满足绝大部分需求。它让我们能更快地迭代功能，更容易地发现和修复问题，也让我们的团队能更专注于产品本身，而不是陷入无穷无尽的架构讨论中。

企业希望把他们的内容都存放到一个地方，同时又能满足他们不同场景的使用。--- Baklib 始终围绕这个需求而展开。