起点不是代码，是内容
Pieter Levels 被贴上「独立开发者标杆」的标签之前，先是一个内容创作者。他在荷兰运营过一个叫 Panda Mix Show 的电子音乐节目，做的是选曲、剪辑、维护受众——和写代码没什么关系。
这段经历后来变成了他和其他独立开发者最大的差别：他天然理解「分发」比「产品」更难。绝大多数技术出身的人是先做完产品再发愁怎么找用户，他的顺序反过来。
12 个月，12 个产品
2014 年，他卖掉家当离开荷兰，去了亚洲。表面上是数字游民生活方式的选择，实质上是一次成本结构的重构——当月开销被压到极低时，失败的代价随之坍缩。
同年 9 月，他公开发起了「12 startups in 12 months」：每个月做一个产品并公开发布，不管完成度如何。
这个动作的聪明之处不在勤奋，而在用公开承诺给自己上刑。一旦把「每月一发」写在公开的地方，完美主义就没有藏身之处了——它逼迫他把「打磨」的时间预算强行削减到零。
结果符合概率规律：绝大多数项目死掉了。但其中一个活了下来。
Nomad List：从一张表格开始
Nomad List 最初根本不是产品，是他自己用的一张公开 Google 表格——记录各个城市的网速、物价、气候、安全度，方便自己决定下一站去哪。
他把这张表格发到网上，意外获得了大量关注。需求先被验证，产品才被构建，而不是反过来。
真正的启示不是「做个城市数据库」，而是：他最成功的产品，起点是一个解决自己真实痛点的、丑陋到极点的最小实现。
Remote OK 是同一个逻辑的延续——Nomad List 的用户不断在问「哪里能找到远程工作」，他就顺手做了个招聘板。这个从用户对话里长出来的副产品，后来成了长期最稳的现金流。
技术栈保守得像个异端
他的技术选择在工程师群体里长期引发争议：PHP、jQuery、单台服务器，不用现代前端框架，不搞微服务。
这不是技术水平问题，是目标函数不同。团队开发追求的是可维护性和协作效率，一个人开发追求的是从想法到上线的时间。当只有你一个人时，「所有代码都在一个文件里」反而是优势——没有沟通成本，没有抽象层的认知负担。
结论不是「你也该用 PHP」，而是：你的技术选型应该服务于你的组织形态，而不是服务于简历。
AI 时代的重复验证
2023 年扩散模型爆发时，他几周内上线了 AI 写真产品 Photo AI，收入迅速超过了经营近十年的老产品。
这件事验证了他方法论的核心：他从不追求技术领先，只追求上线速度。AI 写真的技术门槛并不高，同期有能力做的人成千上万，但他是最早把它包装成一个能付费的产品并推到受众面前的那批人之一——而受众，是他过去十年积累的。
爆款不等于长期生意
2025 年，他从 2 月 22 日开始公开开发浏览器飞行模拟器 Fly.pieter.com，并称产品在 17 天后达到 $1M ARR 运行率。这个数字说明传播和即时付费非常强，却不等于已经连续一年赚到 100 万美元；在 Pieter 自己的项目清单里，Fly 后来被归入“赚过钱但不可持续”，而非长期成功项目。Fly 开发记录 · 全部项目清单
这也解释了为什么本页只深拆 Nomads.com、Remote OK 和 Photo AI 三门生意：它们分别代表会员社区、B2B 招聘市场和高算力订阅产品，商业闭环已经过较长时间验证。Hotelist、Infinite Slop 和 Pieter.com 仍列入代表作品，但不能把“有传播力”直接写成“有可持续收入”。Hotelist 实际在 2024 年 10 月上线；Pieter.com 的复古电脑实验同样始于 2024 年，属于非商业项目。Hotelist 项目记录 · Pieter.com 开发记录
Infinite Slop 于 2026 年 8 月 29 日上线，观众可以通过聊天决定下一段 AI 视频播放什么。次日 Pieter 公开称已有 37,000 人观看；但目前能核实的是观看量和产品机制，尚未找到“约 $15,000/月”对应的原始收入披露，因此不把这笔收入写进已验证成绩。Infinite Slop 观看量披露