别再造轮子了：AI时代，克制自建冲动才是独立开发者的高阶心法

很多开发者刚接触 .NET 需要功能开关时，会毫不犹豫地安装 Microsoft.FeatureManagement，配好 appsettings.json，然后继续干活。这个过程无聊至极，却无比高效。这正是独立开发者最该学的职业本能：最赚钱的工具，往往是最 boring 的现成方案组合。

AI 放大了“自建诱惑”，也暴露了判断力的差距

AI 让写代码变得廉价且容易，但这反而制造了一个陷阱：只要会 prompting，谁都能“造”出一个轮子。结果就是市场上充斥着大量冗余的、比现成方案更差的重复建设。

真正拉开开发者差距的，不再是编码速度，而是克制自己不去重复造轮子的判断力。当 AI 能在一分钟内生成一个组件时，你花三天重构它，不是在努力，是在浪费生命。

决策前的三个灵魂拷问

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

1. 有没有现成的开源方案？ GitHub 上大概率已经有成熟的库。
2. 有没有付费 SaaS 能解决？ 每月 $29 买来的时间和稳定性，可能远超你的预期。
3. 自己造的核心价值在哪里？ 这是最关键的一点。如果现有方案 80% 满足需求，剩下 20% 是你产品的核心差异化壁垒吗？

如果前两项已经够用，或者那 20% 的差异点并不构成竞争护城河，直接集成，不要犹豫。只有当现有方案严重阻碍你的核心业务逻辑时，自建才是合理的选择。

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

我见过太多聪明的开发者，花三个月做一个“更好的 XX”，最后发现市场上已经有十个更好的了。这不是嘲笑，我也干过。后来我明白了一课：除非你能做出别人做不了的东西，否则别 reinvent the wheel。

少造一个轮子，就多一小时打磨真正有价值的功能。一个懂得“先买，后用，再想”的开发者，其产品在市场上的存活率通常远高于那些沉迷于技术自嗨的“代码工匠”。在独立开发这条路上，克制不是保守，而是对效率最高的致敬。

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