别再重复造轮子了：克制自建冲动的开发者，往往赚得更多

很多开发者都有个通病：遇到问题先想“我自己写个怎么样”。这种技术热情值得肯定，但在商业世界里，它可能正是你时间成本的黑洞。

“无聊”的解决方案，往往是最赚钱的

在 .NET 应用里引入 Feature Flags，标准的做法是安装 Microsoft.FeatureManagement，配置 appsettings.json。这个过程无聊透顶，但也正是这种无聊，让你能迅速进入业务逻辑，而不是在框架层面打转。

AI 时代的到来，让“自己写代码”的门槛降低了，但这并没有让独立开发者变得更容易——反而让很多人陷入了更深的陷阱：明明有现成的 SaaS 或开源方案，非要从零开始复刻。

真正区分赚钱者和空转者的，不是技术能力，而是克制力。

三问法则：拒绝无效的自造

当你面对一个新需求时，不要急着打开 IDE，先问自己三个问题：

1. 有没有现成的开源方案？ 比如数据库、认证、支付网关，GitHub 上早已有人做好了，甚至比你写的更稳。
2. 有没有付费 SaaS 能解决？ Stripe 处理支付，Auth0 处理认证。花一点钱，买的是稳定性和维护成本。
3. 我造的轮子，核心价值在哪里？ 如果现有的方案能解决 90% 的需求，剩下 10% 的差异化是否值得你投入数百小时？

如果前两项已经够用，直接用它。只有当现有方案完全无法满足你的核心差异化时，才考虑自建。

你的时间，比你的代码值钱

我见过太多聪明人，花了三个月做一个“更好的 XX”，结果发现市场上已经有十个类似的产品，而且功能更全、用户更多。这不是在嘲笑他们，因为我以前也干过同样的事。

但后来我明白了一个道理：除非你能做出别人做不了的东西，否则别 reinvent the wheel。

一个懂得“先买、后用、再想有没有必要自己造”的开发者，其产品在市场上的存活率通常更高。因为省下的每一小时，都可以用来打磨真正触达用户痛点的功能，而不是埋在没人用的底层代码里。

少造一个轮子，就多一小时打磨价值。