👉 确定最少必要功能点 | 独立黑客启动计划 0x3
👉 Idea 的例子 | 独立黑客启动计划 0x2
👉 确定你的 Idea | 独立黑客启动计划 0x1
👉
7 天时间启动你的第一个 Side Project！👉
独立黑客创业操作系统
在确定需求点之后，我们可以开始我们的生产了！
👉 Idea 的例子 | 独立黑客启动计划 0x2
👉 确定你的 Idea | 独立黑客启动计划 0x1
👉
7 天时间启动你的第一个 Side Project！👉
独立黑客创业操作系统让我们再次回顾关于「入门」的要诀：
💡 快速地完成一遍标准流程。
很多时候，我们没有完成一次标准流程的原因就是 ——我们把这套流程设计得太长了。
我们在这个要诀的基础上进行生产实践。
0x01 按重要程度对功能点进行排序对在上一节中我们确定的功能点，我们来对其按照重要性进行排序。
这样做的理由是，每个功能点像是这个关卡中的一个「小怪」，优先打倒最重要的「小怪」有助于增强我们的信心。
0x02 寻找合适的 Scaffold！
这里给大家列出了一些合适的 Scaffold。
开发 eth dApp：
https://github.com/NonceGeek/indiehacker-handbook/tree/dev
开发 move dApp
https://github.com/NonceGeek/scaffold-aptos
开发 AI Agent：
https://github.com/NonceGeek/scaffold-gpt-bot
开发 React App：
https://github.com/NonceGeek/bodhi-rss
开发 Chrome 插件：
https://github.com/NonceGeek/bodhi-bodhi
0x03 一开始就 Buidl Public
生产的要诀是：
💡在一开始就 Buidl Public。
这和传统的理念相悖。在传统理念下， 我们应该先关上门来 Coding，然后在做出一个精美的作品之后推向市场。
然而，Indiehacker 应该从始至终 Buidl Public。
为什么？
一个重要原因是 我们要将学习成本和生产成本降到最低。
以我自己为例子，在遇到问题的时候，我会尝试在一个时限内自己解决。如果没能解决，我就会抛给社区成员。
因为对你而言棘手的问题，可能对于其他成员而言是小菜一碟，或者他之前也曾经遇到过。
所以，这也是为什么我们要组建 ”Indiehacker 社群“ 的其中一个原因：
通过相互 Debug 和 Code Review 降低学习成本和生产成本。
Let's Buidl, buidlers！
