Build vs Buy：聪明开发者的终极克制，从不再造轮子开始

在 .NET 应用里引入特性开关，最稳妥的做法是什么？安装 Microsoft.FeatureManagement，在 appsettings.json 里配几行配置，完事。

听起来很无聊，对吧？但正是这种「无聊」，藏着独立开发者赚钱的核心心法。

为什么我们总想自己造轮子？

AI 时代的到来，让写代码的门槛断崖式下跌。ChatGPT 能帮你生成模板、调试 bug，甚至设计架构。这带来了一个危险的副作用：我们越来越容易陷入“什么都要自己造”的陷阱。

很多人觉得，用自己的代码构建功能，才有掌控感，才是“工程师思维”。但现实是，大多数所谓的“自建”，其实是在复制造价高昂的错误。

我见过太多聪明的开发者，花三个月做了一个“更好的 XX”，结果上线后发现市场上已经有十个更好的版本。这不是嘲笑——我也干过这事儿。后来我才悟出一个道理：你的时间比你的代码值钱。

三步判断法：何时该“买”，何时该“建”

遇到一个新需求时，别急着打开 IDE。先问自己三个问题：

1. 有没有现成的开源方案？ 如果 GitHub 上已经有 Star 过千的成熟库，直接用。
2. 有没有付费 SaaS 能解决？ 如果每月花 20 美元能省你两周开发时间，这买卖稳赚。
3. 自己造的核心价值在哪里？ 只有当现有方案完全无法满足你的差异化竞争需求时，才考虑自建。

前两项已经足够解决 90% 的问题。剩下的 10%，才是你真正需要投入精力打磨的护城河。

克制的力量

真正区分赚钱者和空转者的，不是技术深度，而是克制自己不去重复造轮子的判断力。

少造一个轮子，就多一小时去打磨真正有价值的产品功能。一个懂得“先买，后用，再想必要吗”的开发者，其产品在市场上的存活率通常更高。

记住，除非你能做出别人做不了的东西，否则别 reinvent the wheel。把精力留给那些真正属于你的、无法被现成方案替代的部分。这，才是独立开发者的长期主义。