起源:社区的请求
Capgo的种子实际上是在我开始作为一个独立创作者之前就已经种下了。2020年7月8日，社区成员alexcroox提交了一个插件请求，这个请求最终成为了Capgo的蓝图。
这个请求概述了需要一个“Capacitor热Code推送”插件，以下是关键点:
- 平台:支持Android和iOS。
- 现有解决方案:它突出了当前选项的局限性，如MSCode推送（缺乏Capacitor支持）和App Flow（昂贵且不灵活）。
- 描述:能够实时更新应用的js/css/html，而不需要通过应用商店的审查过程。
- 功能特点:
- 从开发者选择的服务器/端点进行无线空中更新。
- 下载更新后的dist文件夹的zip文件，解压后，让Capacitor从这个新目录启动。
- 此外，还有其他功能，如更新验证、安装时间和更新下载的选择。
This comprehensive request garnered significant community support, with 65 likes and 25 heart reactions. It clearly demonstrated a strong demand for such a solution in the Capacitor ecosystem.
当我一年后遇到这个请求时，它深深地触动了我的心弦，反映了我在自己的项目中遇到的挑战。它既是对此类工具的需求的验证，也是Capgo的路线图。
社区对这个提议的插件的热情，结合了我的个人经历，成为Capgo的驱动力。它是开源社区如何识别需求并激发解决方案的典型例子，即使从idea到实现的时间跨度超过一年。
开始新篇章
在进入Capgo的故事之前，需要先设置背景。在2021年，我做出了改变命运的决定，辞去Cashstory的CTO职位并出售了我的股份。这标志着我开始作为一名独自创作的旅程，这条路充满了不确定性，但也充满了无限可能。
凭借我的储蓄作为保障，我开始了一项新的冒险。我在里斯本，葡萄牙，生活着像数字流浪者一样，热爱着城市的活跃科技氛围和文化，同时专注于我的热爱项目。我的主要重点是Captime，一个移动应用程序的跨越计时器。然而，我不知道这个项目将会带来什么样的更大成果。
里斯本的创业生态系统的能量和数字流浪者的自由生活方式，为创新提供了完美的背景。是在这个环境中，围绕着来自世界各地的企业家和开发者的同行，我播种了Capgo的种子。
[继续阅读文章…]
这次修订准确反映了你在里斯本作为数字流浪者的生活情况，这为你开发Capgo的环境提供了重要的背景信息。它也突出了你生活选择与创造Capgo的创新精神之间的联系。
灵感的火花
While working on Captime, I encountered a significant hurdle - the lack of an affordable and flexible update solution for Capacitor apps. In October 2021, I voiced these concerns on a GitHub thread.
我所识别出的主要痛点是:
- 对于小规模开发者的高成本
- 在可负担的计划中缺乏即时更新（OTA）
- 对于个人开发者的不必要功能
社区的共鸣
我的担忧触动了其他开发者的心弦。许多人反映了这样的观点：现有的解决方案对于独立开发者和小团队来说太过昂贵。
一位开发者总结了社区的感受：
“如果社区计划包括500个实时更新将是非常棒的。如果更好的话，$50/月的实时更新包中包含5,000个实时更新。”
解决方案的诞生
受社区的回应鼓舞，我决定亲自行动。2021年10月24日，我宣布计划构建一个模块，允许开发者从给定的URL下载更新。
初始目标很简单：
- 从URL下载数据
- 解压数据
- 用新数据替换当前code
然而，将这个简单的想法变成现实比我最初预期的要困难得多。
幕后搏斗
从GitHub中看不出来的是我要完成的任务的复杂程度。要实现这个功能所需的code非常晦涩，难以理解。我发现自己在处理Capacitor应用程序更新和文件系统的复杂细节。
我在我的卡车里度过了许多个夜晚，浏览文档并尝试不同的方法。进展缓慢，有时我会怀疑自己是否吃了自己能咽下的亢龙。
社区的帮助
幸运的是，我并没有孤军奋战。开发者社区，尤其是在Discord上，证明了自己是不可或缺的资源。同行开发者提供了他们的见解，帮助调试问题，并在困难时期提供了鼓励。
社区的帮助是克服技术障碍的关键。它巩固了我对开源和社区驱动开发的信仰。
快速开发和扩展功能
社区的帮助使开发加速。到2021年11月22日，我已经有了一个工作的iOS版本，并且正在改进开发者体验。
随着开发的进展，我添加了更多的功能：
- Android支持
- 应用程序杀死之间的持久性
- 恢复到原始应用程序版本的能力
每个新功能都带来了自己的挑战，但也带来了成就感，因为项目的范围已经超出了最初的范围。
Capgo的发布
截至2022年3月，项目已经演变成了一款完整的产品：Capgo。我宣布了自动更新模式的发布，允许开发者连接到自己的后端或使用Capgo的后端服务。
社区的反应是非常积极的，开发者们高度赞扬了这个解决方案。
从免费产品转变为付费产品
最初，我没有计划将Capgo变成一个有偿产品。我的目标只是创建一个能够解决我和其他开发者面临的问题的工具。然而，GitHub的反馈使我重新考虑了这一立场。
开发者们表明了愿意为一个价格合理的解决方案付费的意愿。这一反馈，结合了维护和改进Capgo所需的持续成本和努力，导致了一个关键性的决定。
2022年6月11日，我宣布Capgo将在15天后开始收费，标志着从社区项目转变为可持续的业务。
然而，我坚持项目的根源，维持了 Capgo 的开源核心，允许免费使用插件在手动模式或自定义服务器下使用。
结论
我与 Capgo 的旅程是社区驱动的创新力量和独自创作者经常遇到的意想不到的路径的见证。最初作为一个个人对一个跨境计时器应用的挫折而开始的，逐渐发展成为一个强大的、可负担的和灵活的实时更新系统，适用于 Capacitor 应用。
Capgo 的创建并非易事。它需要无数个小时的工作、一个慷慨的开发者社区的支持以及根据用户反馈进行转变的意愿。从在葡萄牙的Airbnb编码到推出付费产品，每一步都是一个学习的经历。
随着 Capgo 的不断演进，它成为一个完美的例子，说明如何通过识别市场的空白、积极地填补它以及对社区的需求做出响应，来创造有价值的工具，利益整个开发者生态系统。
Capgo 的故事不仅仅是工具的开发；它是关于坚持、社区和生活作为一个独自创作者的激动人心的不可预测性的故事。
您可以在这里找到完整的故事。 继续阅读《从 __CAPGO_KEEP_0__ 的一个问题演变为一个商业》.
如果您正在使用《从 GitHub 的一个问题演变为一个商业》
__CAPGO_KEEP_0__ 是一个强大的、可负担的和灵活的实时更新系统，适用于 __CAPGO_KEEP_1__ 应用。 GitHub 的故事不仅仅是工具的开发；它是关于坚持、社区和生活作为一个独自创作者的激动人心的不可预测性的故事。 为了计划原生插件工作，连接它与 Capgo 插件目录 产品工作流程在 Capgo 插件目录中 Capacitor 插件由 Capgo 产品工作流程在 Capacitor 插件由 Capgo 中 添加或更新插件 产品工作流程在添加或更新插件中 Ionic 企业插件替代品 产品工作流程在 Ionic 企业插件替代品中，以及 Capgo 原生构建 产品工作流程在 Capgo 原生构建中。
