少造轮子，多赚钱：为什么克制是独立开发者的顶级心法

在独立开发的圈子里，有一种隐秘的傲慢：觉得用现成方案是「偷工减料」，亲手造轮子才是「技术信仰」。但现实往往很骨感。当你第一次需要在 .NET 应用里接入功能开关时，最完美的答案 boring 得令人发指——安装 Microsoft.FeatureManagement，在 appsettings.json 里写几行配置，完事。

这种「无聊的正确性」，恰恰是区分赚钱者和空转者的分水岭。

AI 时代的陷阱：代码变得廉价，判断力变得昂贵

AI 让写代码变得前所未有的容易。以前需要一周才能搭好的脚手架，现在十分钟就能生成。这本该是效率的红利，结果却演变成了一种新型的内卷：开发者陷入了「什么都要自己造」的陷阱。我们手里握着锤子，看什么都像钉子，哪怕那颗钉子早就被别人铸成了标准的螺丝，还附带了终身保修。

真正稀缺的不再是「能写出代码」的能力，而是「决定不写代码」的判断力。你的时间比你的代码值钱得多，尤其是在独立开发的语境下，时间就是你的全部本金。

决策前的三个灵魂拷问

下次当你的大脑开始兴奋地构思一个全新架构时，先停下来，问自己三个问题：

1. 有没有现成的开源方案？ 哪怕它有点重，或者文档写得烂，它能跑吗？能。
2. 有没有付费 SaaS 能解决？ 哪怕每月要花 $29，它能否帮你省下这周的所有时间？
3. 我自己造的核心价值在哪里？ 是为了学习，还是为了商业差异化？

如果前两项已经够用，别犹豫，直接用。只有当现有方案无法满足你的核心差异化需求时，自建才是合理的选择。记住，先买，后用，最后再想有没有必要自己造。这条规则救过很多像我一样的聪明人，包括我曾经花三个月做一个「更好的 XX」，结果发现市场上已经有十个更好的了。

克制的变现逻辑

独立开发的本质是商业实验，不是技术演习。每多造一个轮子，你就少了一小时打磨真正值得付费的功能。那些存活率高的产品，背后往往是开发者极强的克制力。

不要为了炫技而重构，不要为了控制感而重复造轮子。把精力留给用户痛点，留给产品差异化，留给那个真正能带来收入的核心功能。在这个时代，最赚钱的工具往往不是最酷的代码，而是最 boring 的现成方案组合。

所以，放下你的造轮子冲动吧。去用，去集成，去卖货。