别再造轮子了：克制自建冲动，才是独立开发者的核心护城河

在 .NET 应用里加个 Feature Flag，最完美的方案是什么？不是去 GitHub 上找个半死不活的开源库，也不是花两周自己写一个，而是安装 Microsoft.FeatureManagement，在 appsettings.json 里配两行配置，完事。

这种"无聊"到极致的方案，恰恰是独立开发者最该追求的境界。我们这代程序员成长于 GitHub 时代，骨子里带着一种"能自己写绝不花钱买"的执念。AI 又让写代码变得廉价，进一步加剧了这种幻觉。但真相是：区分赚钱者和空转者的，不是代码量，而是克制自己不去重复造轮子的判断力。

为什么"少造轮子"能赚更多钱？

很多开发者陷入"什么都要自己造"的陷阱，是因为潜意识里觉得"自己的东西才干净、可控"。但商业世界的逻辑很残酷：你的时间比你的代码值钱。

你花三个月造了一个"更好的 XX"，结果上线发现市场上已经有十个更好的了。这不是嘲笑谁，我也干过。后来我学到最重要的一课是：除非你能做出别人做不了的东西，否则别 reinvent the wheel。每一行你亲手写的、别人早已写好的代码，都是在从你的产品中抽取利润。

遇到需求时，先问三个问题

建立"先买，后用，再自建"的决策漏斗，能有效过滤掉 80% 的无效开发。

1. 有没有现成开源方案？ 优先找成熟的、维护活跃的库。`Microsoft.FeatureManagement` 这类微软官方维护的方案，稳定性远超你自己瞎鼓捣的版本。
2. 有没有付费 SaaS 能解决？ 如果是一个非核心功能（比如支付、短信、邮件），直接买。省下的时间用来打磨真正属于你的差异化功能，ROI 极高。
3. 自己造的核心价值在哪里？ 只有当现有方案无法满足你的特定业务逻辑，且这部分逻辑是你的竞争壁垒时，才考虑自建。

结语：无聊是成功的副产品

一个克制"自建冲动"的开发者，其产品在市场上的存活率通常更高。因为他们的产品迭代速度更快，bug 更少，功能更聚焦用户痛点而非技术自嗨。

记住，商业成功往往藏在" boring "的现成方案组合里。先买单，用起来，最后再想有没有必要自己造。这条规则救过我很多次，也能救你。