没有人公开构建
内容提要
文章讨论了“公开构建”的概念，指出虽然许多人分享收入和成就，但这可能导致内容重复和乏味。作者质疑这种做法的有效性，认为成功的独立开发者不一定依赖于此，强调“公开构建”并非唯一的成功途径，独立开发者不应感到压力。
延伸解读
公开构建的现状：过度分享与内容同质化
文章指出，在独立开发者社区中，公开构建（build in public）已成为一种常见做法，尤其是分享收入里程碑。但作者观察到，这类帖子在时间线上泛滥，10条中可能有5-6条是收入分享，导致内容重复、乏味。虽然作者不反对分享成就，但认为人们更倾向于发布成就而非产品想法和计划，这可能是因为成就帖更能吸引注意力。
公开构建的有效性：从蓝海到红海
十年前，@levelsio 通过公开构建获得大量关注，因为当时这种做法很新颖。如今，公开构建社区已拥有大量成员（如Twitter社区33.3k成员，r/indiehackers 20k成员），竞争激烈。作者质疑，当每个人都公开构建时，你还能获得多少关注？文章强调，吸引注意力是公开构建的主要目的，但在饱和的市场中，其效果可能大打折扣。
成功独立开发者的替代路径：专注产品本身
文章举例说明，一些成功的独立开发者并不公开构建，或至少不以流行方式公开。例如，PopClip的开发者Nick Moore很少发推，只在重大更新时发帖；OrbStack的开发者Danny Lin从不分享收入，仅偶尔发推。他们打造了优秀的软件，但并未依赖公开构建。这表明公开构建并非唯一成功途径，独立开发者不应感到压力。
Q&A
什么是公开构建？
公开构建是一种有意分享公司故事和进展的实践，强调透明和开放。
公开构建的有效性如何？
作者质疑公开构建的有效性，认为成功的独立开发者不一定依赖于此。
为什么许多独立开发者选择不参与公开构建？
一些成功的独立开发者专注于产品本身，而不是分享收入或成就。
公开构建可能带来的风险是什么？
公开构建可能导致内容重复和乏味，吸引注意力的帖子可能缺乏实际价值。
独立开发者在公开构建中面临什么压力？
独立开发者可能感到压力，认为必须参与公开构建才能获得成功。
成功的独立开发者有哪些共同特点？
成功的独立开发者通常专注于产品质量，而不是频繁分享个人成就。
