The Birth: A Community Request
Capgo的种子实际上是在我开始作为一名独自创作者的旅程之前就已经种下了。2020年7月8日，社区成员alexcroox提交了一个插件请求，这个请求最终成为Capgo的蓝图。
这个请求概述了需要一个“Capacitor热Code推送”插件的关键点
- 平台: 支持Android和iOS。
- 现有解决方案: 它突出了当前选项的局限性，如MSCode推送（缺乏Capacitor支持）和App Flow（昂贵且不灵活）。
- 描述: 能够在不通过应用商店审查流程的情况下实时更新js/css/html。
- 关键功能:
- context
- 下载 Capacitor 的更新 dist 文件夹的 zip 文件，解压它，然后让 Capacitor 从这个新目录启动。
- 像更新验证、安装时间和选择性下载更新这样的额外功能。
这个全面请求获得了显著的社区支持，获得了 65 个点赞和 25 个心跳反应。它清晰地表明了在 Capacitor 生态系统中需要这样的解决方案的强烈需求。
当我一年后遇到这个请求时，它深深地与我正在面临的挑战产生了共鸣。它既是对需要这样的工具的验证，也是 Capgo 的路线图。
社区对这个提议插件的热情，结合了我的个人经历，成为 Capgo 开发的驱动力。它是开源社区如何识别需求并激发解决方案的典型例子，即使从idea到实现的时间跨度超过一年。
开始新篇章
在进入 Capgo 的故事之前，需要设置背景。在 2021 年，我做出了改变命运的决定，辞去 Cashstory 的 CTO 职位并出售我的股份。这标志着我作为独立创作者的旅程的开始，这条路充满了不确定性，但也充满了无限可能。
在我的储蓄的安全网下，我开始了一次新的冒险。我住在里斯本，葡萄牙，作为数字流浪者，热爱该城市的活跃的科技氛围和文化，同时专注于我的热爱项目。我的主要重点是Captime，一个移动应用程序的交叉计时器。不知道这个项目会带来什么样的结果，事实上，这个项目将会带来更大的东西。
里斯本的创业生态系统的能量和数字流浪者的自由，提供了创新所需的完美背景。是在这个环境中，身边的企业家和来自世界各地的开发者，我种下了Capgo的种子。
[继续阅读文章…]
这次修订准确反映了你在里斯本作为数字流浪者的生活情况，这为你开发Capgo的环境提供了重要的背景信息。它也突出了你生活选择与创造Capgo的创新精神之间的联系。
创新的火花
在Captime的开发过程中，我遇到了一个重大障碍——Capacitor应用程序的可负担且灵活的更新解决方案的缺乏。在2021年10月，我在GitHub的帖子中表达了这些担忧。
我识别出的主要痛点是：
- 高昂的成本对小规模开发者
- 缺乏可在线（OTA）更新的便宜计划
- 不必要的功能对个人开发者
社区的共鸣
我的担忧触动了其他开发者的心弦。许多人反映了这样的观点：现有的解决方案对于独立开发者和小团队来说过于昂贵。
一位开发者总结了社区的感受：
“如果社区计划包括500个实时更新将是非常棒的。如果更好的话，$50/月的实时更新包中包括5000个实时更新。”
一个解决方案的诞生
受到社区的回应，我决定亲自行动。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__ 的问题演变为商业》 《从 GitHub 的问题演变为商业》 为了计划原生插件工作，连接它与 Capgo 插件目录 产品工作流程在 Capgo 插件目录中 Capacitor 插件由 Capgo 产品工作流程在 Capacitor 插件由 Capgo 中 添加或更新插件 产品工作流程在添加或更新插件中 Ionic 企业插件替代品 产品工作流程在 Ionic 企业插件替代品中，以及 Capgo 原生构建 产品工作流程在 Capgo 原生构建中。
