DHH详解迁移到Linux自造发行版Omarchy的历程与决策
一个效果示例：
Metadata
Title: 37signals is moving to Omarchy – REWORK
Author: 37signals（访谈嘉宾：David Heinemeier Hansson，主持人：Kimberly Rhodess）
URL: https://t.co/1DFRP3sITE
Overview
这期时长三十六分钟的 REWORK Bonus Episode 记录了 37signals 联合创始人兼 CTO David Heinemeier Hansson（DHH）在过去 18 个月里从 macOS 跳槽到 Linux，并亲手打造全新发行版 Omarchy（Arch Linux＋Hyprland＋DHH 的「Omikazi」配置）的完整历程。他阐释了自己为何认为平铺窗口管理器与极简可定制的 Arch 系统能让开发者十分钟内拥有「完美」且美观的工作环境，并宣布公司将在未来三年分阶段把技术与运维团队全部迁移到 Framework Laptop＋Omarchy 的组合上。DHH 同时分享了迁移阵痛期的个人经验、对社区贡献者的鼓励、以及他如何看待 CTO 在技术押注上「烧掉退路」所带来的组织活力。整段访谈既是一封写给 Linux 的「情书」，也是对 37signals 一贯「自造工具、自吃狗粮」文化的延伸。
从 Ubuntu 到 Omarchy：DHH 的 Linux 之旅
DHH 描述自己十八个月前踏上桌面 Linux 的起点——Ubuntu。之所以先选 Ubuntu，是因为它是最流行、文档完备且有 Canonical 商业支持的发行版，能让他在最短时间内把 Rails 和 Basecamp 的开发环境跑起来。然而实际使用数月后，他发现 Ubuntu 虽然「开箱即用」，却隐藏了大量与开发、键盘快捷键、窗口管理相关的「默认妥协」：
软件包版本滞后，必须频繁添加 PPA。
桌面环境缺乏「键盘优先」哲学，窗口排布仍偏向鼠标操作。
一些系统服务与 Canonical 的商业策略深度绑定，导致配置成本高。
秉持「工具若不合手就自己造」的惯性，他先做了 Omakub ——一套在 Ubuntu 基础上「重拧螺丝」的安装脚本，把开发者常用工具、dotfiles 和快捷键预设自动化。然而一年后，DHH 决定「抽丝剥茧」：既然在现成系统上反复 patch，不如干脆回到更底层、从零开始塑形。于是他选择了 Arch Linux ——一发行即滚动更新、安装时几乎「空白」的极简发行版；并与新生代平铺窗口管理器 Hyprland 结合，打造可由脚本一键装好的 Omarchy。
Arch 的「只给你裸地」哲学最初让 DHH 望而却步：连 Wi-Fi 都要进 tty 手敲 iwctl；连登录界面都不存在。但正是这种「零预设」，让他得以把键位、配色、通知系统乃至字体渲染都调到趋于「完美」的状态——而且所有选择可写进 Bash 脚本与 ISO 镜像，十分钟就能复刻到新电脑。DHH 把这种过程比喻为当年写 Ruby on Rails：先为自己造，造完后发现「有一群和我一样的 nerd」需要同样的体验，于是干脆打包开源。Omarchy 到节目录制时已发布 20 个版本、吸引 50 余名外部贡献者，甚至把从未做过 Pull Request 的新手拉进了开源世界。
Hyperland 与平铺窗口管理器：新的工作方式
节目中 DHH 花了大量笔墨解释 Hyprland 带来的心流转变。传统桌面（无论 Windows、macOS 还是 Ubuntu 默认的 GNOME）强调「用鼠标拖动窗口」，当一个窗口阻挡视线时，用户下意识去拖拽、调大小、在虚拟桌面之间搬移。这种交互在 DHH 看来是一种「隐藏的脑力负担」：人们把注意力浪费在微调像素，而非思考代码本身。相较之下，Hyprland 作为基于 Wayland 的动态平铺窗口管理器（tiling WM），采用「栅格自动排布」与「键盘导航优先」：
新窗口出现时，现有窗口自动滑向左侧，让出右侧同等面积；多次打开后形成自动网格。
使用 Super＋数字切换 Workspace（工作区），毫秒级完成，无动画拖滞。
所有布局、透明度、阴影乃至过渡动画都写在统一的 hyprland.conf，方便脚本化。
Hyprland 的特别之处在于「兼顾美感」：默认主题即带阴影与平滑过渡，却通过智能阈值保证动画不过度打扰。DHH 自嘲曾经「讨厌一切动画」，在 macOS 上甚至用终端默认关掉 Dock 的 Genie Effect，但 Hyprland 让他第一次感到「动画可以提升体验」。节目里他举例：切换 Workspace 时无动画、打开窗口时略微淡入，既保证速度，又提供视觉上下文。
更关键的是，Hyprland 与 Arch 的「组件化」完美匹配：系统并未强制指定启动器、通知守护或锁屏器，用户可以自由挑选 wofi、mako、swaylock 等，再通过脚本一次性写入。DHH 将此形容为「比在高楼里换家具更彻底的自建房」：当你连承重墙都能自己决定，结果自然能无限贴合个人品味。
他还强调了「键盘机械化」对习惯迁移的放大作用：从 Apple Magic Keyboard 换到自定义 Gateron Brown 轴、高度客制键帽，让按键回馈与 Hyprland 的快捷键形成一体；这套硬＋软组合进一步放大效率与乐趣。最后他用一句戏谑总结：「Linux 其实适合所有 nerd，只是他们还没看到一个够诱人的包装。」
Omarchy 成为 37signals 内部标准的决策逻辑
在 13:14 之后的段落，DHH 正式披露给 37signals 员工的内部公告要点：未来三年内，技术、运维及 Ruby 团队将在硬件更新周期内全部改用 Framework Laptop＋Omarchy。此举延续了公司「自造工具、自吃狗粮」的传统——正如他们在 2004 年开源 Rails，并在内部所有新项目一律使用 Rails；又如放弃 AWS、回归自托管硬件。
决策背后有三重考量：
一致性与维护成本：公司过去用脚本「Shipyard」在 macOS 上批量安装开发依赖，但仍要兼顾多版本 Homebrew、Xcode CLI 与 macOS 隐秘更新。把这些脚本内容直接嵌入 Omarchy，既让外部开发者受益，也减少内部「一次写两份」的重复劳动。
社区正反馈：Omarchy 已吸引硬件厂商（Framework、Béink 等）主动洽谈预装合作。这意味着公司不再是单向维护，而是站在一条共赢生态链上。
文化与士气：DHH 引用「烧船登陆」的隐喻——明确承诺能激励团队集中火力。如果继续「各用各的系统」，Omarchy 只能是副业；而标准化后，每一次改进桌面脚本都能立刻惠及全体同事，形成滚雪球效应。
他同时给出缓冲与例外：老机器不会立即淘汰，三年更新周期自然过渡；若个别工程师对 macOS 有「强烈不可调和的偏好」，依旧可选择残留。但默认选项的力量巨大——新员工入职即发 Framework Laptop，预装好 Omarchy，「十分钟内写出第一行 Ruby」。DHH 认为 Linux 在 Web SaaS 圈的桌面份额可从 3% 提升到 10%–20%，而 37signals 要做那个「率先吃螃蟹的标杆」。
迁移过程中的心理与实践挑战：如何度过前两周
DHH 直言自己第一次关掉 macOS、开进 Linux 时「几乎戒断反应」。二十年的快捷键肌肉记忆让他不断误触；字体渲染、触摸板手势、截图工具样样不顺。节目中他把适应曲线拆成三阶段：
前 3 天：冷启动震荡
类似「数字戒咖啡」，最强烈的不适来自「心里知道文件都在，但不知道按什么键能打开」。
对 macOS Shortcut 的下意识调用被打断，引发挫败。
第 7 天：理性磨合期
手动映射 caps:ctrl/escape、设置 super + enter 打开 Kitty 终端后，重复动作开始固化。
通过脚本一次性安装 ttf-apple-fonts、fc-cache -f，解决视觉落差。
第 14 天：优势显现
打开新窗口无需拖拽；快捷键切分屏幕只需 Super＋方向；工作流稳定。
当他回到 Mac 短暂操作，反而觉得 Finder 拖来拖去「像用鼠标玩积木」。
为了让同事降低疼痛，他在内部信中建议：
给自己两星期「生产力回撤」预算：不要把大项目 Dead-line 安排在迁移窗口。
事先打印捷径列表贴在显示器边：把常用 20 个 Hotkey 写成 Checklist。
利用社区脚本模板：如 https://t.co/tMOPKYeQg5 已包含 paru、git、asdf、direnv，减少「装软件」的额外干扰。
DHH 指出，若尝试不足五小时就放弃，「你得到的只是一份偏见而不是结论」。而当挫折被熬过去，Hyprland 自动排布加上机械键盘的触感，能让人重新体验到「写代码的纯粹快感」。
Omakub、Omarchy 与开源社区：产品演化与贡献路径
节目后段谈到旧项目 Omakub 的未来。DHH 强调 Omakub 仍会维护，因为它在 Ubuntu LTS 两年一更的节奏下，升级工作量可控；对于想先用「类 macOS 传统浮动桌面」的人，Omakub 依然是友好跳板。但从「程序员生产力＋可定制空间」维度看，Omarchy 才是长期主线。
他举了一个贡献者案例：一位从未向任何开源项目提交过 Pull Request 的新手，通过调整 Omarchy 的键盘布局完成了人生第一提；这种「能改操作系统底层的爽感」在商业 OS 上难以想象。DHH 认为这正体现 Linux 独有的「贡献即学习」文化：
低门槛：git clone && ./install.sh 即可复刻同样环境，再打开 hyprland.conf 读注释就能调试。
即时回报：改动配置立即反映在桌面，无需漫长编译或审批。
共享演进：当 PR 被 merge，成百上千用户同享成果，激励循环。
他还透露与硬件厂商的互动：Framework 已主动提供硬件样机、讨论盒装镜像；另有笔电品牌看到 Omarchy 热度，计划在产品介绍页列出「官方支持」。这使得 Omarchy 从「个人项目」升级为「社区－厂商－企业」三方共建的平台。DHH 希望 37signals 员工在日常开发中遇到痛点就直接「提交补丁」，让公司资源与全球社区形成正向飞轮。
反对声音与 CTO 角色：技术押注的组织意义
面对 X（原 Twitter）上一些质疑「老板把个人偏好强加给员工」的评论，DHH 既幽默又犀利：
岗位责任：CTO 的职责本就包含「确定技术栈」；Rails、Hotwire、Kamal 都是公司「强制」的内部标准，没人因此抱怨。
对比历史：2000 年代早期，macOS 在企业开发圈亦被视为「设计师玩具」；如果当年没人跳出 Windows 舒适圈，也不会有后来 全世界 Web 开发者标配 MacBook 的局面。
强制 vs. 默认：公司仍允许保留少量 macOS、Windows，用于兼容客户使用场景；真正「被迫」者极少，多数员工愿意跟随统一栈以减少沟通开销。
DHH 强调「烧掉退路」的象征意义：当组织在 Kubernetes、AWS 或 macOS 上「左右摇摆」，每条改进提案都要兼顾多套环境，最终谁都吃不到复利；而「All-in」能让努力方向单一化、社区贡献集中化，速度往往呈指数增长。他引用 Basecamp 过往决策：
放弃云上大型实例，投资裸金属，实现成本下降两倍。
转向 Hotwire，无需前端编译链，节省新人 onboarding 时间。
这些案例显示，技术判断若只图「不冒险」，实则会错过「堆栈变更带来的时代红利」。Omarchy 迁移同理：短期看或有摩擦，但一旦形成公司级知识、脚本与规范，将成为差异化壁垒。
框架 & 心智模型（Framework & Mindset）
一、技术押注的「All-in 漏斗」
在访谈里，DHH 反复提到「Rails 式 All-in」「烧船登陆」的决断 logic，可抽象为五层漏斗：
个人痛点验证
开始时他只是一个对 macOS 不满的个人用户；通过在 Ubuntu 上 patch 工具，验证 Linux 能否解决自己最核心的「键盘驱动＋开发效率」痛点。此阶段强调「个人动机的真诚」，因为只有真痛才能驱动后续漫长投入。
可脚本化原型
当个人效率显著提升，他立即写脚本把环境 bake 成一键安装包，让「第二个人」复现。原型脚本是判断「可传播性」的试金石：若依赖过多手工操作，说明方案尚未成熟。
小规模公司内测
37signals 首先要求新入职四名工程师用 Omakub，再邀请部分老员工自愿迁移。此阶段通过真实业务场景测试「稳定性」「生产事故率」与「同事满意度」。DHH 观察到新员工在十分钟内 commit 代码、老员工一周内适应，漏斗继续向下推进。
开放社区反馈
Omarchy 开源后短期即获 50+ 贡献者、20 次 release。外部反馈为项目带来多样硬件、语言、区域场景，帮忙找出公司内部难以覆盖的边角 bug。此时若社区反响冷淡，项目应止损；反响热烈，则进入最后一步。
组织级 All-in
CTO 以三年为期、硬件换代为节点，正式锁定为单一默认栈。通过「时间缓冲＋少数豁免」降低新政阻力，但战略层面不再摇摆。此阶段的关键是文化叙事：让员工知道这是「共建未来」而非「老板兴之所至」。
该漏斗框架的核心心智在于：先以个人激情启动，再用脚本验证传播性，然后让小团队与社区提供真实世界回馈，最后才下组织级重注。它既保护了创新自由，又避免「拍脑袋」搞大跃进。每层失败都能止损回退；每层成功都为下一层积累信心与资源。
二、打造理想开发环境的「可定制－可分享」双螺旋
DHH 把 Omarchy 描述为「像 Rails 一样，把碎片化工具封装进有品味的默认」。其中隐含一条「双螺旋」模型：
单螺旋：极致个人化
以「零预设」的 Arch 为底，通过脚本写入字体、键位、主题，每一步都追求对自我工作流的最优契合。
Hyprland 的每一个动画、透明度、阴影都可以《关于速度 vs. 美感》参数化，从而让「美」「快」不再冲突。
这种极致个人化会带来对细节的痴迷，也可能陷入无休止折腾。因此需要另一股力量平衡——
反向螺旋：共享最小惊喜
当个人方案成熟，就把所有 dotfiles、脚本、安装器抽象为「一键可复制」的公共资源。
共享的同时设置「低入门阈值」：十分钟能装好、默认值已足够用；新手若不改任何配置也能快乐开发。
社区在使用中提出 PR，推动默认值迭代；个人再吸收社区改进回到自己的配置。于是形成向外分享、向内循环的螺旋上升。
这条「双螺旋」模型强调：个性化与标准化并非对立，而是互为增压器。若只顾个人化，成果无法复用；只顾标准化，又容易僵化。通过「可定制－可分享」的往复，既满足了资深工程师对极客美学的追求，也照顾了新手对低门槛的需求。DHH 把这种体验比作机械键盘：默认轴体已够顺手，但拆开润滑、换弹簧后还能再上一个台阶；关键在于硬件结构允许改装，而不会像封闭键盘那样把所有可能性锁死。
Metadata
Title: 37signals is moving to Omarchy – REWORK
Author: 37signals（访谈嘉宾：David Heinemeier Hansson，主持人：Kimberly Rhodess）
URL: https://t.co/1DFRP3sITE
Overview
这期时长三十六分钟的 REWORK Bonus Episode 记录了 37signals 联合创始人兼 CTO David Heinemeier Hansson（DHH）在过去 18 个月里从 macOS 跳槽到 Linux，并亲手打造全新发行版 Omarchy（Arch Linux＋Hyprland＋DHH 的「Omikazi」配置）的完整历程。他阐释了自己为何认为平铺窗口管理器与极简可定制的 Arch 系统能让开发者十分钟内拥有「完美」且美观的工作环境，并宣布公司将在未来三年分阶段把技术与运维团队全部迁移到 Framework Laptop＋Omarchy 的组合上。DHH 同时分享了迁移阵痛期的个人经验、对社区贡献者的鼓励、以及他如何看待 CTO 在技术押注上「烧掉退路」所带来的组织活力。整段访谈既是一封写给 Linux 的「情书」，也是对 37signals 一贯「自造工具、自吃狗粮」文化的延伸。
从 Ubuntu 到 Omarchy：DHH 的 Linux 之旅
DHH 描述自己十八个月前踏上桌面 Linux 的起点——Ubuntu。之所以先选 Ubuntu，是因为它是最流行、文档完备且有 Canonical 商业支持的发行版，能让他在最短时间内把 Rails 和 Basecamp 的开发环境跑起来。然而实际使用数月后，他发现 Ubuntu 虽然「开箱即用」，却隐藏了大量与开发、键盘快捷键、窗口管理相关的「默认妥协」：
软件包版本滞后，必须频繁添加 PPA。
桌面环境缺乏「键盘优先」哲学，窗口排布仍偏向鼠标操作。
一些系统服务与 Canonical 的商业策略深度绑定，导致配置成本高。
秉持「工具若不合手就自己造」的惯性，他先做了 Omakub ——一套在 Ubuntu 基础上「重拧螺丝」的安装脚本，把开发者常用工具、dotfiles 和快捷键预设自动化。然而一年后，DHH 决定「抽丝剥茧」：既然在现成系统上反复 patch，不如干脆回到更底层、从零开始塑形。于是他选择了 Arch Linux ——一发行即滚动更新、安装时几乎「空白」的极简发行版；并与新生代平铺窗口管理器 Hyprland 结合，打造可由脚本一键装好的 Omarchy。
Arch 的「只给你裸地」哲学最初让 DHH 望而却步：连 Wi-Fi 都要进 tty 手敲 iwctl；连登录界面都不存在。但正是这种「零预设」，让他得以把键位、配色、通知系统乃至字体渲染都调到趋于「完美」的状态——而且所有选择可写进 Bash 脚本与 ISO 镜像，十分钟就能复刻到新电脑。DHH 把这种过程比喻为当年写 Ruby on Rails：先为自己造，造完后发现「有一群和我一样的 nerd」需要同样的体验，于是干脆打包开源。Omarchy 到节目录制时已发布 20 个版本、吸引 50 余名外部贡献者，甚至把从未做过 Pull Request 的新手拉进了开源世界。
Hyperland 与平铺窗口管理器：新的工作方式
节目中 DHH 花了大量笔墨解释 Hyprland 带来的心流转变。传统桌面（无论 Windows、macOS 还是 Ubuntu 默认的 GNOME）强调「用鼠标拖动窗口」，当一个窗口阻挡视线时，用户下意识去拖拽、调大小、在虚拟桌面之间搬移。这种交互在 DHH 看来是一种「隐藏的脑力负担」：人们把注意力浪费在微调像素，而非思考代码本身。相较之下，Hyprland 作为基于 Wayland 的动态平铺窗口管理器（tiling WM），采用「栅格自动排布」与「键盘导航优先」：
新窗口出现时，现有窗口自动滑向左侧，让出右侧同等面积；多次打开后形成自动网格。
使用 Super＋数字切换 Workspace（工作区），毫秒级完成，无动画拖滞。
所有布局、透明度、阴影乃至过渡动画都写在统一的 hyprland.conf，方便脚本化。
Hyprland 的特别之处在于「兼顾美感」：默认主题即带阴影与平滑过渡，却通过智能阈值保证动画不过度打扰。DHH 自嘲曾经「讨厌一切动画」，在 macOS 上甚至用终端默认关掉 Dock 的 Genie Effect，但 Hyprland 让他第一次感到「动画可以提升体验」。节目里他举例：切换 Workspace 时无动画、打开窗口时略微淡入，既保证速度，又提供视觉上下文。
更关键的是，Hyprland 与 Arch 的「组件化」完美匹配：系统并未强制指定启动器、通知守护或锁屏器，用户可以自由挑选 wofi、mako、swaylock 等，再通过脚本一次性写入。DHH 将此形容为「比在高楼里换家具更彻底的自建房」：当你连承重墙都能自己决定，结果自然能无限贴合个人品味。
他还强调了「键盘机械化」对习惯迁移的放大作用：从 Apple Magic Keyboard 换到自定义 Gateron Brown 轴、高度客制键帽，让按键回馈与 Hyprland 的快捷键形成一体；这套硬＋软组合进一步放大效率与乐趣。最后他用一句戏谑总结：「Linux 其实适合所有 nerd，只是他们还没看到一个够诱人的包装。」
Omarchy 成为 37signals 内部标准的决策逻辑
在 13:14 之后的段落，DHH 正式披露给 37signals 员工的内部公告要点：未来三年内，技术、运维及 Ruby 团队将在硬件更新周期内全部改用 Framework Laptop＋Omarchy。此举延续了公司「自造工具、自吃狗粮」的传统——正如他们在 2004 年开源 Rails，并在内部所有新项目一律使用 Rails；又如放弃 AWS、回归自托管硬件。
决策背后有三重考量：
一致性与维护成本：公司过去用脚本「Shipyard」在 macOS 上批量安装开发依赖，但仍要兼顾多版本 Homebrew、Xcode CLI 与 macOS 隐秘更新。把这些脚本内容直接嵌入 Omarchy，既让外部开发者受益，也减少内部「一次写两份」的重复劳动。
社区正反馈：Omarchy 已吸引硬件厂商（Framework、Béink 等）主动洽谈预装合作。这意味着公司不再是单向维护，而是站在一条共赢生态链上。
文化与士气：DHH 引用「烧船登陆」的隐喻——明确承诺能激励团队集中火力。如果继续「各用各的系统」，Omarchy 只能是副业；而标准化后，每一次改进桌面脚本都能立刻惠及全体同事，形成滚雪球效应。
他同时给出缓冲与例外：老机器不会立即淘汰，三年更新周期自然过渡；若个别工程师对 macOS 有「强烈不可调和的偏好」，依旧可选择残留。但默认选项的力量巨大——新员工入职即发 Framework Laptop，预装好 Omarchy，「十分钟内写出第一行 Ruby」。DHH 认为 Linux 在 Web SaaS 圈的桌面份额可从 3% 提升到 10%–20%，而 37signals 要做那个「率先吃螃蟹的标杆」。
迁移过程中的心理与实践挑战：如何度过前两周
DHH 直言自己第一次关掉 macOS、开进 Linux 时「几乎戒断反应」。二十年的快捷键肌肉记忆让他不断误触；字体渲染、触摸板手势、截图工具样样不顺。节目中他把适应曲线拆成三阶段：
前 3 天：冷启动震荡
类似「数字戒咖啡」，最强烈的不适来自「心里知道文件都在，但不知道按什么键能打开」。
对 macOS Shortcut 的下意识调用被打断，引发挫败。
第 7 天：理性磨合期
手动映射 caps:ctrl/escape、设置 super + enter 打开 Kitty 终端后，重复动作开始固化。
通过脚本一次性安装 ttf-apple-fonts、fc-cache -f，解决视觉落差。
第 14 天：优势显现
打开新窗口无需拖拽；快捷键切分屏幕只需 Super＋方向；工作流稳定。
当他回到 Mac 短暂操作，反而觉得 Finder 拖来拖去「像用鼠标玩积木」。
为了让同事降低疼痛，他在内部信中建议：
给自己两星期「生产力回撤」预算：不要把大项目 Dead-line 安排在迁移窗口。
事先打印捷径列表贴在显示器边：把常用 20 个 Hotkey 写成 Checklist。
利用社区脚本模板：如 https://t.co/tMOPKYeQg5 已包含 paru、git、asdf、direnv，减少「装软件」的额外干扰。
DHH 指出，若尝试不足五小时就放弃，「你得到的只是一份偏见而不是结论」。而当挫折被熬过去，Hyprland 自动排布加上机械键盘的触感，能让人重新体验到「写代码的纯粹快感」。
Omakub、Omarchy 与开源社区：产品演化与贡献路径
节目后段谈到旧项目 Omakub 的未来。DHH 强调 Omakub 仍会维护，因为它在 Ubuntu LTS 两年一更的节奏下，升级工作量可控；对于想先用「类 macOS 传统浮动桌面」的人，Omakub 依然是友好跳板。但从「程序员生产力＋可定制空间」维度看，Omarchy 才是长期主线。
他举了一个贡献者案例：一位从未向任何开源项目提交过 Pull Request 的新手，通过调整 Omarchy 的键盘布局完成了人生第一提；这种「能改操作系统底层的爽感」在商业 OS 上难以想象。DHH 认为这正体现 Linux 独有的「贡献即学习」文化：
低门槛：git clone && ./install.sh 即可复刻同样环境，再打开 hyprland.conf 读注释就能调试。
即时回报：改动配置立即反映在桌面，无需漫长编译或审批。
共享演进：当 PR 被 merge，成百上千用户同享成果，激励循环。
他还透露与硬件厂商的互动：Framework 已主动提供硬件样机、讨论盒装镜像；另有笔电品牌看到 Omarchy 热度，计划在产品介绍页列出「官方支持」。这使得 Omarchy 从「个人项目」升级为「社区－厂商－企业」三方共建的平台。DHH 希望 37signals 员工在日常开发中遇到痛点就直接「提交补丁」，让公司资源与全球社区形成正向飞轮。
反对声音与 CTO 角色：技术押注的组织意义
面对 X（原 Twitter）上一些质疑「老板把个人偏好强加给员工」的评论，DHH 既幽默又犀利：
岗位责任：CTO 的职责本就包含「确定技术栈」；Rails、Hotwire、Kamal 都是公司「强制」的内部标准，没人因此抱怨。
对比历史：2000 年代早期，macOS 在企业开发圈亦被视为「设计师玩具」；如果当年没人跳出 Windows 舒适圈，也不会有后来 全世界 Web 开发者标配 MacBook 的局面。
强制 vs. 默认：公司仍允许保留少量 macOS、Windows，用于兼容客户使用场景；真正「被迫」者极少，多数员工愿意跟随统一栈以减少沟通开销。
DHH 强调「烧掉退路」的象征意义：当组织在 Kubernetes、AWS 或 macOS 上「左右摇摆」，每条改进提案都要兼顾多套环境，最终谁都吃不到复利；而「All-in」能让努力方向单一化、社区贡献集中化，速度往往呈指数增长。他引用 Basecamp 过往决策：
放弃云上大型实例，投资裸金属，实现成本下降两倍。
转向 Hotwire，无需前端编译链，节省新人 onboarding 时间。
这些案例显示，技术判断若只图「不冒险」，实则会错过「堆栈变更带来的时代红利」。Omarchy 迁移同理：短期看或有摩擦，但一旦形成公司级知识、脚本与规范，将成为差异化壁垒。
框架 & 心智模型（Framework & Mindset）
一、技术押注的「All-in 漏斗」
在访谈里，DHH 反复提到「Rails 式 All-in」「烧船登陆」的决断 logic，可抽象为五层漏斗：
个人痛点验证
开始时他只是一个对 macOS 不满的个人用户；通过在 Ubuntu 上 patch 工具，验证 Linux 能否解决自己最核心的「键盘驱动＋开发效率」痛点。此阶段强调「个人动机的真诚」，因为只有真痛才能驱动后续漫长投入。
可脚本化原型
当个人效率显著提升，他立即写脚本把环境 bake 成一键安装包，让「第二个人」复现。原型脚本是判断「可传播性」的试金石：若依赖过多手工操作，说明方案尚未成熟。
小规模公司内测
37signals 首先要求新入职四名工程师用 Omakub，再邀请部分老员工自愿迁移。此阶段通过真实业务场景测试「稳定性」「生产事故率」与「同事满意度」。DHH 观察到新员工在十分钟内 commit 代码、老员工一周内适应，漏斗继续向下推进。
开放社区反馈
Omarchy 开源后短期即获 50+ 贡献者、20 次 release。外部反馈为项目带来多样硬件、语言、区域场景，帮忙找出公司内部难以覆盖的边角 bug。此时若社区反响冷淡，项目应止损；反响热烈，则进入最后一步。
组织级 All-in
CTO 以三年为期、硬件换代为节点，正式锁定为单一默认栈。通过「时间缓冲＋少数豁免」降低新政阻力，但战略层面不再摇摆。此阶段的关键是文化叙事：让员工知道这是「共建未来」而非「老板兴之所至」。
该漏斗框架的核心心智在于：先以个人激情启动，再用脚本验证传播性，然后让小团队与社区提供真实世界回馈，最后才下组织级重注。它既保护了创新自由，又避免「拍脑袋」搞大跃进。每层失败都能止损回退；每层成功都为下一层积累信心与资源。
二、打造理想开发环境的「可定制－可分享」双螺旋
DHH 把 Omarchy 描述为「像 Rails 一样，把碎片化工具封装进有品味的默认」。其中隐含一条「双螺旋」模型：
单螺旋：极致个人化
以「零预设」的 Arch 为底，通过脚本写入字体、键位、主题，每一步都追求对自我工作流的最优契合。
Hyprland 的每一个动画、透明度、阴影都可以《关于速度 vs. 美感》参数化，从而让「美」「快」不再冲突。
这种极致个人化会带来对细节的痴迷，也可能陷入无休止折腾。因此需要另一股力量平衡——
反向螺旋：共享最小惊喜
当个人方案成熟，就把所有 dotfiles、脚本、安装器抽象为「一键可复制」的公共资源。
共享的同时设置「低入门阈值」：十分钟能装好、默认值已足够用；新手若不改任何配置也能快乐开发。
社区在使用中提出 PR，推动默认值迭代；个人再吸收社区改进回到自己的配置。于是形成向外分享、向内循环的螺旋上升。
这条「双螺旋」模型强调：个性化与标准化并非对立，而是互为增压器。若只顾个人化，成果无法复用；只顾标准化，又容易僵化。通过「可定制－可分享」的往复，既满足了资深工程师对极客美学的追求，也照顾了新手对低门槛的需求。DHH 把这种体验比作机械键盘：默认轴体已够顺手，但拆开润滑、换弹簧后还能再上一个台阶；关键在于硬件结构允许改装，而不会像封闭键盘那样把所有可能性锁死。