Build vs Buy：克制造轮子的冲动，才是独立开发者的顶级心法

在 .NET 应用里加个 Feature Flag，最精彩的回答往往平庸得让人惊讶：装个 Microsoft.FeatureManagement，改改 appsettings.json，搞定。这种「无聊的正确」背后，藏着一个反直觉的真相——真正赚钱的工具，通常不是你自己造的，而是现成方案的极致组合。

AI 让写代码变得廉价，但也制造了一个巨大的陷阱：很多开发者陷入「什么都想自己造」的幻觉，把时间浪费在重复轮子上。区分赚钱者和空转者的，从来不是编码能力，而是克制冲动、懂得选择的判断力。

决策三问：别急着动手，先问自己

遇到需求时，别立刻打开 IDE。先过这三道门槛：

1. 有现成开源方案吗？ 大多数基础功能（认证、支付、通知）都有成熟开源库。
2. 有付费 SaaS 能解决吗？ 哪怕每月几十美金，换来的时间和精力往往远超成本。
3. 自建的核心价值在哪里？ 只有当现有方案无法满足你的差异化需求时，自建才有意义。

如果前两项已经够用，别犹豫，直接用。自建的代价不只是时间，更是后续维护的长期负担。

你的时间比代码值钱

我见过太多聪明人花三个月做一个「更好的 XX」，结果发现市场已存在十个竞品。这不是嘲笑，我也干过。后来学到的最重要一课是：除非你能做出别人做不了的东西，否则别 reinvent the wheel。

少造一个轮子，就多一小时打磨真正有价值的功能。一个克制自建冲动的开发者，其产品存活率通常更高。因为独立开发的本质是商业验证，不是技术展示。

先买，后用，再想必要

这条规则救过我很多次：先买，后用，再想有没有必要自己造。

技术人的虚荣心总想证明「我能做」，但市场的奖励只给「我做对了」。把精力留给核心业务逻辑，把基础设施交给成熟方案。这才是独立开发者走向盈利的关键心法。