Tech
每天一百万次下载的 DuckDB 进了 AWS：先到极限的不是代码，是那家拒绝过风投的 30 人公司
2026年8月27日 · 保罗·格雷厄姆《黑客与画家》~1 min read
每天被下载超过一百万次的数据库，背后是一家 30 多人、拒过风投的公司。2026 年 8 月 26 日，DuckLabs 发公告：加入 AWS，预计 9 月初生效。你别看代码一点事没出，先到极限的不是技术，是「独立小公司」这层壳。
30 秒读懂
2026 年 8 月 26 日 DuckLabs 官宣加入 AWS，预计 9 月初生效；团队留在阿姆斯特丹，继续做 DuckDB、DuckLake、Quack（合称 Duck Stack）。
DuckDB 与其它开源组件保持 MIT 许可，非营利的 DuckDB 基金会继续托管项目；这次没有换协议。
公司五年多前成立，当时就有商业合同、VC 也找上门，创始人选了不拿钱：由创始人与开发团队全资持有，后来长到 30 多人；DuckDB 现在每天下载量超过一百万次。
创始人公告里自述动机：怕 DuckDB 的增长超出小公司的支撑能力，怕公司成为项目、团队和生态的瓶颈。
Hacker News 讨论约 946 分、279 条评论，吵的核心是：收购一个 MIT 项目，到底买走了什么。
1 按书养的公司
这家公司把《黑客与画家》的剧本，老老实实演了五年
小团队、不融资、技术说了算、全员持股，保罗·格雷厄姆推崇的活法它一条不差。
五年多前公司成立的时候，手上已经有商业合同，VC 也递钱到门口了。创始人的选择是摆摆手不接：不拿风投，公司由创始人和开发团队全资持有。《黑客与画家》里讲创业，核心账就两笔：小团队守住可测量性，你干了多少看得见；好技术给你可放大性，一份活能卖一万份。DuckLabs 把这两笔账全押在产品上，销售不养、故事不讲，人最多的时候也就 30 多个。
产品那头也真兑了现：DuckDB 现在每天下载量超过一百万次。说白了，格雷厄姆的剧本演到这一步，句句应验。
⚡ 为什么值得看： 拒 VC、小团队、技术优先，这套活法是无数独立开发者心里的理想剧本。现在剧本的头号样板自己走进了 AWS——剧本没被打脸，只是没写完的那一页翻开了。
五年多前
刚成立，有商业合同，有 VC 递钱，选择 bootstrap，创始人与开发团队全资持有。
2026 年 8 月
30 多人，每天一百万次下载，公告加入 AWS，预计 9 月初生效。
2 壳先裂
项目的成功规模化了，公司没法跟着规模化
公告里创始人把话挑明了：怕的正是增长超出小公司的支撑能力。
动机是创始人自己写的，不用猜。一怕公司成为项目、团队和生态的瓶颈；二怕把公司扩成一个大型销售支持组织，把精力从技术和开源社区上抽走。两条路走到头是同一个结局：那个守着技术优先过日子的小公司，没了。与其等着被撑破或者被稀释，他们宁愿挑第三条道。
这层壳有多薄，我有体感。2022 年我那个 SaaS 的轻量服务器忘了续费，凌晨两点被三个跨境卖家用户的微信连环轰炸，报关单第二天早上要用。从那以后我的续费提醒设了三层：支付宝自动扣款、手机日历、冰箱上一块写着日期的白板贴。我管这叫我的高可用架构。一个人的公司，支撑层就这么厚。三十个人当然比一个人厚，可下载量是按每天一百万计的，壳不会自己跟着长。
打个比方
街边一家五金店，货真价实，口碑做起来了，全城的人都来买。这生意店面接不住：要么雇人开分店变成连锁，那它就不再是原来那家店；要么把柜台盘进大商场，招牌留着，房东换人。DuckLabs 挑的是后一种。
THE CEILING CAME FOR THE COMPANY, NOT THE PROJECT PROJECT LAYER — STAYS PUT COMPANY LAYER — MOVES Project · DuckDB 1M+ downloads every day MIT license DuckDB Foundation · non-profit this layer does not move Company · DuckLabs Amsterdam · 30+ people 5 yrs bootstrapped · no VC fully owned by the team the layer that hit its limit first announced 2026-08-26 Joins AWS effective early September License + Foundation = the part that stays put Founder: “a small company could become the project’s bottleneck.” migration boundary Source: DuckLabs official announcement (2026-08-26); details as per the announcement. What moves is the company and its people — the MIT license and the DuckDB Foundation stay exactly where they are. Framework: Paul Graham, Hackers & Painters. 3 HN 吵什么
吵了 279 条的问题只有一个：收购一个 MIT 项目，买走的是什么
Hacker News 上这条约 946 分。悲观的、抖机灵的、点破的，全到齐了。
有人叹「我们就是留不住好东西」；有人搬开源铁律「可以 fork」，当晚就有人开玩笑给假想的 fork 起名 QuackDB、MallarDB。真正点破的是第三拨：MIT 协议下代码谁都拿得走，AWS 买到的是合并什么、优先做什么的控制权，外加人才和 mindshare。还有人追问基金会顶不顶用：核心团队被上市公司雇佣的时候，基金会还能挡什么？
争论点 HN 上的说法
悲观派 「我们就是留不住好东西」 fork 派 开源可以 fork；当晚有人起名 QuackDB、MallarDB 点破派 买到的是合并与优先级的控制权，加上人才和 mindshare 基金会疑问 核心团队被上市公司雇佣时，基金会还能挡什么 前车之鉴 Redis、Elastic 换过许可证，MySQL、Java 各有下场 猜动机 AWS 想要官方托管版，避免重演 Redis 式的许可证风波
前车之鉴那条得说句公道话：DuckDB 这次没换协议，仍是 MIT，非营利基金会也还在托管。跟 Redis、Elastic 当年改协议那种翻脸，眼下并不是一回事；HN 担心的是往后。
4 这对你意味着什么
在用 DuckDB 的盯住合并记录就够，想走 bootstrap 的得提前打草稿
协议没变、团队没动，此刻你手里的东西一样没少；要操心的在后头。
核心 此刻的实际变化清单：许可仍是 MIT；非营利的 DuckDB 基金会继续托管项目；团队留在阿姆斯特丹继续做 Duck Stack；预计 9 月初生效。变的只有一样：这批人的雇主。
所以在用 DuckDB 的，短期不用动。往后要看的就是 HN 那拨人点破的东西：合并了什么、优先做了什么、哪些提议被晾着。这些全躺在公开仓库的记录里，比公告诚实。真到不对劲那天，fork 的门一直开着，只是这话我得说实在点：fork 拿得走代码，拿不走那批人。
要是你自己在走 bootstrap 这条路，这事跟你更近。《黑客与画家》教你把东西做出来、做到别人离不开，这一段 DuckLabs 验证得干干净净；书没写的，是东西大到公司养不起的那天怎么办。我自己交过一份小得多的答卷：2021 年 3 月我那个 SaaS 漏审了一张带别人商标的图，平台规则按次扣两万保证金，审核接口我一年花了不到三百，也不免责。我在计算器上按了一晚上，第二个星期把上传口关了，用户群里有人问，我回了四个字：我赔不起。
我选的是收缩，拿增长换睡得着觉；DuckLabs 选的是投靠，拿独立换支撑；剩下一条是把公司扩成能放大的组织，交出去的正是创始人最舍不得的那部分精力。三个选项都要赔，赔什么自己挑。这道题最好在店还小的时候就打草稿，真到全城人排到柜台前那天，你没工夫想。
本文取材自保罗·格雷厄姆《黑客与画家》与 DuckLabs 官方公告（ducklabs.com，2026-08-26）及 Hacker News 公开讨论；观点为作者解读，细节以官方公告为准。
技术
每天一百万次下载的 DuckDB 进了 AWS：先到极限的不是代码，是那家拒绝过风投的 30 人公司
2026年8月27日 · 保罗·格雷厄姆《黑客与画家》约 5 分钟
每天被下载超过一百万次的数据库，背后是一家 30 多人、拒过风投的公司。2026 年 8 月 26 日，DuckLabs 发公告：加入 AWS，预计 9 月初生效。你别看代码一点事没出，先到极限的不是技术，是「独立小公司」这层壳。
30 秒读懂
2026 年 8 月 26 日 DuckLabs 官宣加入 AWS，预计 9 月初生效；团队留在阿姆斯特丹，继续做 DuckDB、DuckLake、Quack（合称 Duck Stack）。
DuckDB 与其它开源组件保持 MIT 许可，非营利的 DuckDB 基金会继续托管项目；这次没有换协议。
公司五年多前成立，当时就有商业合同、VC 也找上门，创始人选了不拿钱：由创始人与开发团队全资持有，后来长到 30 多人；DuckDB 现在每天下载量超过一百万次。
创始人公告里自述动机：怕 DuckDB 的增长超出小公司的支撑能力，怕公司成为项目、团队和生态的瓶颈。
Hacker News 讨论约 946 分、279 条评论，吵的核心是：收购一个 MIT 项目，到底买走了什么。
1 按书养的公司
这家公司把《黑客与画家》的剧本，老老实实演了五年
小团队、不融资、技术说了算、全员持股，保罗·格雷厄姆推崇的活法它一条不差。
五年多前公司成立的时候，手上已经有商业合同，VC 也递钱到门口了。创始人的选择是摆摆手不接：不拿风投，公司由创始人和开发团队全资持有。《黑客与画家》里讲创业，核心账就两笔：小团队守住可测量性，你干了多少看得见；好技术给你可放大性，一份活能卖一万份。DuckLabs 把这两笔账全押在产品上，销售不养、故事不讲，人最多的时候也就 30 多个。
产品那头也真兑了现：DuckDB 现在每天下载量超过一百万次。说白了，格雷厄姆的剧本演到这一步，句句应验。
⚡ 为什么值得看： 拒 VC、小团队、技术优先，这套活法是无数独立开发者心里的理想剧本。现在剧本的头号样板自己走进了 AWS——剧本没被打脸，只是没写完的那一页翻开了。
五年多前
刚成立，有商业合同，有 VC 递钱，选择 bootstrap，创始人与开发团队全资持有。
2026 年 8 月
30 多人，每天一百万次下载，公告加入 AWS，预计 9 月初生效。
2 壳先裂
项目的成功规模化了，公司没法跟着规模化
公告里创始人把话挑明了：怕的正是增长超出小公司的支撑能力。
动机是创始人自己写的，不用猜。一怕公司成为项目、团队和生态的瓶颈；二怕把公司扩成一个大型销售支持组织，把精力从技术和开源社区上抽走。两条路走到头是同一个结局：那个守着技术优先过日子的小公司，没了。与其等着被撑破或者被稀释，他们宁愿挑第三条道。
这层壳有多薄，我有体感。2022 年我那个 SaaS 的轻量服务器忘了续费，凌晨两点被三个跨境卖家用户的微信连环轰炸，报关单第二天早上要用。从那以后我的续费提醒设了三层：支付宝自动扣款、手机日历、冰箱上一块写着日期的白板贴。我管这叫我的高可用架构。一个人的公司，支撑层就这么厚。三十个人当然比一个人厚，可下载量是按每天一百万计的，壳不会自己跟着长。
打个比方
街边一家五金店，货真价实，口碑做起来了，全城的人都来买。这生意店面接不住：要么雇人开分店变成连锁，那它就不再是原来那家店；要么把柜台盘进大商场，招牌留着，房东换人。DuckLabs 挑的是后一种。
先到极限的不是项目，是公司这层壳 项目层 · 留在原地 公司层 · 迁往 AWS 项目 · DuckDB 每天下载超 100 万次 MIT 许可证 DuckDB 基金会托管 · 非营利 这一层保持不变 公司 · DuckLabs 阿姆斯特丹 · 30 多人 5 年 bootstrap · 拒绝风投 团队全资持有 先到极限的一层 2026-08-26 宣布 加入 AWS 预计 9 月初生效 许可证 + 基金会 = 留在原地的部分 创始人自述：「小公司可能成为项目的瓶颈」 迁移 分界 来源：DuckLabs 官方公告（2026-08-26），细节以官方公告为准。迁走的是公司与人，许可证与基金会留在原地。框架：保罗·格雷厄姆《黑客与画家》。 3 HN 吵什么
吵了 279 条的问题只有一个：收购一个 MIT 项目，买走的是什么
Hacker News 上这条约 946 分。悲观的、抖机灵的、点破的，全到齐了。
有人叹「我们就是留不住好东西」；有人搬开源铁律「可以 fork」，当晚就有人开玩笑给假想的 fork 起名 QuackDB、MallarDB。真正点破的是第三拨：MIT 协议下代码谁都拿得走，AWS 买到的是合并什么、优先做什么的控制权，外加人才和 mindshare。还有人追问基金会顶不顶用：核心团队被上市公司雇佣的时候，基金会还能挡什么？
争论点 HN 上的说法
悲观派 「我们就是留不住好东西」 fork 派 开源可以 fork；当晚有人起名 QuackDB、MallarDB 点破派 买到的是合并与优先级的控制权，加上人才和 mindshare 基金会疑问 核心团队被上市公司雇佣时，基金会还能挡什么 前车之鉴 Redis、Elastic 换过许可证，MySQL、Java 各有下场 猜动机 AWS 想要官方托管版，避免重演 Redis 式的许可证风波
前车之鉴那条得说句公道话：DuckDB 这次没换协议，仍是 MIT，非营利基金会也还在托管。跟 Redis、Elastic 当年改协议那种翻脸，眼下并不是一回事；HN 担心的是往后。
4 这对你意味着什么
在用 DuckDB 的盯住合并记录就够，想走 bootstrap 的得提前打草稿
协议没变、团队没动，此刻你手里的东西一样没少；要操心的在后头。
核心 此刻的实际变化清单：许可仍是 MIT；非营利的 DuckDB 基金会继续托管项目；团队留在阿姆斯特丹继续做 Duck Stack；预计 9 月初生效。变的只有一样：这批人的雇主。
所以在用 DuckDB 的，短期不用动。往后要看的就是 HN 那拨人点破的东西：合并了什么、优先做了什么、哪些提议被晾着。这些全躺在公开仓库的记录里，比公告诚实。真到不对劲那天，fork 的门一直开着，只是这话我得说实在点：fork 拿得走代码，拿不走那批人。
要是你自己在走 bootstrap 这条路，这事跟你更近。《黑客与画家》教你把东西做出来、做到别人离不开，这一段 DuckLabs 验证得干干净净；书没写的，是东西大到公司养不起的那天怎么办。我自己交过一份小得多的答卷：2021 年 3 月我那个 SaaS 漏审了一张带别人商标的图，平台规则按次扣两万保证金，审核接口我一年花了不到三百，也不免责。我在计算器上按了一晚上，第二个星期把上传口关了，用户群里有人问，我回了四个字：我赔不起。
我选的是收缩，拿增长换睡得着觉；DuckLabs 选的是投靠，拿独立换支撑；剩下一条是把公司扩成能放大的组织，交出去的正是创始人最舍不得的那部分精力。三个选项都要赔，赔什么自己挑。这道题最好在店还小的时候就打草稿，真到全城人排到柜台前那天，你没工夫想。
本文取材自保罗·格雷厄姆《黑客与画家》与 DuckLabs 官方公告（ducklabs.com，2026-08-26）及 Hacker News 公开讨论；观点为作者解读，细节以官方公告为准。
テクノロジー
每天一百万次下载的 DuckDB 进了 AWS：先到极限的不是代码，是那家拒绝过风投的 30 人公司
2026年8月27日 · 保罗·格雷厄姆《黑客与画家》約 5 分
每天被下载超过一百万次的数据库，背后是一家 30 多人、拒过风投的公司。2026 年 8 月 26 日，DuckLabs 发公告：加入 AWS，预计 9 月初生效。你别看代码一点事没出，先到极限的不是技术，是「独立小公司」这层壳。
30 秒读懂
2026 年 8 月 26 日 DuckLabs 官宣加入 AWS，预计 9 月初生效；团队留在阿姆斯特丹，继续做 DuckDB、DuckLake、Quack（合称 Duck Stack）。
DuckDB 与其它开源组件保持 MIT 许可，非营利的 DuckDB 基金会继续托管项目；这次没有换协议。
公司五年多前成立，当时就有商业合同、VC 也找上门，创始人选了不拿钱：由创始人与开发团队全资持有，后来长到 30 多人；DuckDB 现在每天下载量超过一百万次。
创始人公告里自述动机：怕 DuckDB 的增长超出小公司的支撑能力，怕公司成为项目、团队和生态的瓶颈。
Hacker News 讨论约 946 分、279 条评论，吵的核心是：收购一个 MIT 项目，到底买走了什么。
1 按书养的公司
这家公司把《黑客与画家》的剧本，老老实实演了五年
小团队、不融资、技术说了算、全员持股，保罗·格雷厄姆推崇的活法它一条不差。
五年多前公司成立的时候，手上已经有商业合同，VC 也递钱到门口了。创始人的选择是摆摆手不接：不拿风投，公司由创始人和开发团队全资持有。《黑客与画家》里讲创业，核心账就两笔：小团队守住可测量性，你干了多少看得见；好技术给你可放大性，一份活能卖一万份。DuckLabs 把这两笔账全押在产品上，销售不养、故事不讲，人最多的时候也就 30 多个。
产品那头也真兑了现：DuckDB 现在每天下载量超过一百万次。说白了，格雷厄姆的剧本演到这一步，句句应验。
⚡ 为什么值得看： 拒 VC、小团队、技术优先，这套活法是无数独立开发者心里的理想剧本。现在剧本的头号样板自己走进了 AWS——剧本没被打脸，只是没写完的那一页翻开了。
五年多前
刚成立，有商业合同，有 VC 递钱，选择 bootstrap，创始人与开发团队全资持有。
2026 年 8 月
30 多人，每天一百万次下载，公告加入 AWS，预计 9 月初生效。
2 壳先裂
项目的成功规模化了，公司没法跟着规模化
公告里创始人把话挑明了：怕的正是增长超出小公司的支撑能力。
动机是创始人自己写的，不用猜。一怕公司成为项目、团队和生态的瓶颈；二怕把公司扩成一个大型销售支持组织，把精力从技术和开源社区上抽走。两条路走到头是同一个结局：那个守着技术优先过日子的小公司，没了。与其等着被撑破或者被稀释，他们宁愿挑第三条道。
这层壳有多薄，我有体感。2022 年我那个 SaaS 的轻量服务器忘了续费，凌晨两点被三个跨境卖家用户的微信连环轰炸，报关单第二天早上要用。从那以后我的续费提醒设了三层：支付宝自动扣款、手机日历、冰箱上一块写着日期的白板贴。我管这叫我的高可用架构。一个人的公司，支撑层就这么厚。三十个人当然比一个人厚，可下载量是按每天一百万计的，壳不会自己跟着长。
打个比方
街边一家五金店，货真价实，口碑做起来了，全城的人都来买。这生意店面接不住：要么雇人开分店变成连锁，那它就不再是原来那家店；要么把柜台盘进大商场，招牌留着，房东换人。DuckLabs 挑的是后一种。
先に限界が来たのはプロジェクトではなく、会社という殻 プロジェクト層 · 現状のまま 会社層 · AWS へ プロジェクト · DuckDB ダウンロードは毎日 100 万回超 MIT ライセンス DuckDB 財団の管理下 · 非営利 この層は変わらない 会社 · DuckLabs アムステルダム · 30 人余り 5 年ブートストラップ · VC 拒否 チームが全株を保有 先に限界が来た層 2026-08-26 発表 AWS へ移籍 9 月初旬に発効の見込み ライセンス + 財団 = 元の場所に残る部分 創業者いわく、「小さな会社がプロジェクトのボトルネックになりかねない」 移籍 境界 出典：DuckLabs 公式発表（2026-08-26）。詳細は公式発表のとおり。移るのは会社と人であり、ライセンスと財団は元の場所に残る。枠組み：ポール・グレアム『ハッカーと画家』。 3 HN 吵什么
吵了 279 条的问题只有一个：收购一个 MIT 项目，买走的是什么
Hacker News 上这条约 946 分。悲观的、抖机灵的、点破的，全到齐了。
有人叹「我们就是留不住好东西」；有人搬开源铁律「可以 fork」，当晚就有人开玩笑给假想的 fork 起名 QuackDB、MallarDB。真正点破的是第三拨：MIT 协议下代码谁都拿得走，AWS 买到的是合并什么、优先做什么的控制权，外加人才和 mindshare。还有人追问基金会顶不顶用：核心团队被上市公司雇佣的时候，基金会还能挡什么？
争论点 HN 上的说法
悲观派 「我们就是留不住好东西」 fork 派 开源可以 fork；当晚有人起名 QuackDB、MallarDB 点破派 买到的是合并与优先级的控制权，加上人才和 mindshare 基金会疑问 核心团队被上市公司雇佣时，基金会还能挡什么 前车之鉴 Redis、Elastic 换过许可证，MySQL、Java 各有下场 猜动机 AWS 想要官方托管版，避免重演 Redis 式的许可证风波
前车之鉴那条得说句公道话：DuckDB 这次没换协议，仍是 MIT，非营利基金会也还在托管。跟 Redis、Elastic 当年改协议那种翻脸，眼下并不是一回事；HN 担心的是往后。
4 这对你意味着什么
在用 DuckDB 的盯住合并记录就够，想走 bootstrap 的得提前打草稿
协议没变、团队没动，此刻你手里的东西一样没少；要操心的在后头。
核心 此刻的实际变化清单：许可仍是 MIT；非营利的 DuckDB 基金会继续托管项目；团队留在阿姆斯特丹继续做 Duck Stack；预计 9 月初生效。变的只有一样：这批人的雇主。
所以在用 DuckDB 的，短期不用动。往后要看的就是 HN 那拨人点破的东西：合并了什么、优先做了什么、哪些提议被晾着。这些全躺在公开仓库的记录里，比公告诚实。真到不对劲那天，fork 的门一直开着，只是这话我得说实在点：fork 拿得走代码，拿不走那批人。
要是你自己在走 bootstrap 这条路，这事跟你更近。《黑客与画家》教你把东西做出来、做到别人离不开，这一段 DuckLabs 验证得干干净净；书没写的，是东西大到公司养不起的那天怎么办。我自己交过一份小得多的答卷：2021 年 3 月我那个 SaaS 漏审了一张带别人商标的图，平台规则按次扣两万保证金，审核接口我一年花了不到三百，也不免责。我在计算器上按了一晚上，第二个星期把上传口关了，用户群里有人问，我回了四个字：我赔不起。
我选的是收缩，拿增长换睡得着觉；DuckLabs 选的是投靠，拿独立换支撑；剩下一条是把公司扩成能放大的组织，交出去的正是创始人最舍不得的那部分精力。三个选项都要赔，赔什么自己挑。这道题最好在店还小的时候就打草稿，真到全城人排到柜台前那天，你没工夫想。
本文取材自保罗·格雷厄姆《黑客与画家》与 DuckLabs 官方公告（ducklabs.com，2026-08-26）及 Hacker News 公开讨论；观点为作者解读，细节以官方公告为准。