La Genèse : Une demande de la communauté
Les graines de Capgo avaient été plantées bien avant que je ne commence mon parcours en tant que créateur solo. Le 8 juillet 2020, un membre de la communauté nommé alexcroox a soumis une demande de plugin qui allait finalement devenir le plan de travail pour Capgo.
Cette demande décrivait la nécessité d'un plugin « Capacitor Hot Code Push » avec les points clés suivants :
- Plateformes: Support pour les deux Android et iOS.
- Solutions Existantes: Cela a mis en évidence les limites des options actuelles comme MS Code Push (qui manquait de Capacitor support) et App Flow (qui était coûteux et inflexible).
- Description: La capacité d'actualiser js/css/html d'une application en temps réel sans passer par le processus de revue de l'App Store.
- Caractéristiques Clés:
- Facilitez les mises à jour hors ligne à partir d'un serveur/point de terminaison choisi par le développeur.
- Téléchargez un fichier zip du dossier dist mis à jour, décompressez-l’et dites à Capacitor de démarrer à partir de ce nouveau répertoire.
- Télécharger un fichier zip du dossier dist mis à jour, l'extraire et dire à __CAPGO_KEEP_0__ de lancer depuis ce nouveau répertoire.
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.
Cette demande complète a suscité un soutien significatif de la part de la communauté, avec 65 likes et 25 réactions de cœur. Cela a clairement démontré une forte demande pour une solution de ce type dans l'écosystème Capgo.
Lorsque j'ai découvert cette demande il y a plus d'un an, elle a profondément résonné avec les défis auxquels je faisais face dans mes propres projets. Elle a servi de validation de la nécessité d'un tel outil et d'un plan de route pour ce qui allait devenir Capgo.
A un nouveau chapitre commence
Avant de plonger dans l'histoire de Capgo, il est important de définir le contexte. En 2021, j'ai pris une décision qui a changé ma vie en quittant mon poste de CTO de Cashstory et en vendant mes actions. Cela marquait le début de mon parcours en tant que créateur solo, un chemin rempli d'incertitude mais aussi de possibilités infinies.
Avec mes économies comme un filet de sécurité, j'ai entamé une nouvelle aventure. J'étais en train de vivre comme un nomade numérique à Lisbonne, au Portugal, en embrassant la scène tech vibrante et la culture de la ville tout en me concentrant sur mes projets passionnants. Mon principal objectif était Captime, un chronomètre mobile pour crossfit. Je n'avais pas l'idée que ce projet me mènerait à créer quelque chose de beaucoup plus grand.
L'énergie de l'écosystème startup de Lisbonne et la liberté du mode de vie du nomade numérique ont fourni le décor parfait pour l'innovation. C'est dans cet environnement, entouré d'entrepreneurs et de développeurs du monde entier, que les graines de Capgo ont été semées.
Continuez avec le reste de l'article…
Cette révision reflète avec précision votre situation de vie à Lisbonne en tant que nomade numérique, ce qui fournit un contexte important pour l'environnement dans lequel vous avez développé Capgo. Elle met également en évidence la connexion entre votre choix de mode de vie et l'esprit innovant qui a conduit à la création de Capgo.
La flamme d'une idée
Tandis que je travaillais sur Captime, j'ai rencontré un obstacle significatif - le manque d'une solution d'actualisation abordable et flexible pour les applications Capacitor. En octobre 2021, j'ai exprimé ces préoccupations dans un fil de discussion de GitHub.
The main pain points I identified were:
- Coûts élevés pour les développeurs à petite échelle
- L'absence d'actualisations en ligne (OTA) dans les plans abordables
- Caractéristiques inutiles pour les développeurs solo
La Communauté Résonne
Mes préoccupations ont trouvé un écho chez d'autres développeurs. Beaucoup partageaient l'avis que les solutions existantes étaient trop chères pour les développeurs indépendants et les petites équipes.
Un développeur a résumé les sentiments de la communauté :
'Il serait génial si le plan Communauté incluait 500 mises à jour en direct. Ou mieux encore, si il y avait un Live Update uniquement pour 50 $ par mois qui incluait 5 000 mises à jour en direct.'
Né de la Solution
Motivé par la réponse de la communauté, j'ai décidé de prendre les choses en main. Le 24 octobre 2021, j'ai annoncé mon plan pour créer un module qui permettrait aux développeurs de télécharger des mises à jour à partir d'une URL donnée.
Les objectifs initiaux étaient simples :
- Télécharger les données à partir d'une URL
- Dézipper les données
- Remplacer la code actuelle par la nouvelle
Cependant, la transformation de cette idée simple en réalité s'est révélée beaucoup plus difficile que je ne l'avais initialement anticipé.
La Bataille derrière les Scènes
Ce qui n'est pas apparent du GitHub thread est la complexité énorme de la tâche que j'avais entreprise. Le code nécessaire pour mettre en œuvre cette fonctionnalité était obscur et difficile à comprendre. J'ai trouvé que je me battais avec des détails intriqués de la façon dont les applications Capacitor gèrent les mises à jour et les systèmes de fichiers.
De nombreuses nuits ont été passées dans ma van, à étudier la documentation et à expérimenter différentes approches. Le progrès était lent, et il y a eu des moments où j'ai remis en question si j'avais mordu plus que je ne pouvais avaler.
La Communauté au Secours
heureusement, je n'étais pas seul dans ce voyage. La communauté de développeurs, en particulier sur Discord, s'est avérée être un précieux atout. Les développeurs ont offert leurs conseils, ont aidé à déboguer les problèmes et ont apporté de l'encouragement lorsque les choses se sont difficiles.
Cette collaboration a été cruciale pour surmonter les obstacles techniques. Elle a renforcé ma conviction dans la puissance du développement open source et communautaire.
Développement Rapide et Capacités Élargies
Avec l'aide de la communauté, le développement a commencé à accélérer. Le 22 novembre 2021, j'avais une version fonctionnelle pour iOS et améliorais l'expérience du développeur.
As development progressed, I added more features:
- Support Android
- Persistance entre les tués de l'application
- La possibilité de revenir à la version d'application originale
Chaque nouvelle fonctionnalité apportait ses propres défis, mais aussi un sentiment d'accomplissement alors que le projet dépassait son périmètre initial.
Au mois de mars 2022, le projet s'était évolué en un produit complet : Capgo. J'ai annoncé la sortie d'un mode d'auto-mise à jour, permettant aux développeurs de se connecter à leur propre backend ou d'utiliser le service backend de __CAPGO_KEEP_1__.
By March 2022, the project had evolved into a full-fledged product: Capgo. I announced the release of an auto-update mode, allowing developers to connect to their own backend or use Capgo’s backend service.
La réponse de la communauté a été très positive, les développeurs louant cette solution nécessaire.
Le tournant vers un produit payant
Initialement, je n'avais pas l'intention de monétiser Capgo. Mon objectif était simplement de créer un outil qui résoudrait un problème que je et d'autres développeurs affrontions. Cependant, les commentaires sur GitHub m'ont incité à réévaluer cette position.
Les développeurs exprimaient leur volonté de payer pour une solution qui répondait à leurs besoins à un prix équitable. Ces commentaires, combinés à la prise de conscience des coûts et des efforts nécessaires pour maintenir et améliorer Capgo, ont conduit à une décision cruciale.
Le 11 juin 2022, j'ai annoncé que Capgo commencerait à facturer l'utilisation en 15 jours, marquant sa transition d'un projet communautaire à une entreprise durable.
Cependant, en restant fidèl’aux racines du projet, j'ai maintenu le noyau open-source de Capgo en permettant l'utilisation gratuite du plugin en mode manuel ou avec un serveur personnalisé.
Conclusion
My journey with Capgo is a testament to the power of community-driven innovation and the unexpected paths that solo makers often find themselves on. What started as a personal frustration while working on a crossfit timer app grew into a robust, affordable, and flexible live update system for Capacitor apps.
La création de Capgo n'a pas été facile. Elle a nécessité des heures de travail infinies, le soutien d'une communauté de développeurs généreuse et la volonté de pivoter en fonction des retours d'expérience des utilisateurs. De la programmation chez Airbnb au Portugal à la lancement d'un produit payant, chaque étape de ce parcours a été une expérience de formation.
Alors que Capgo continue à évoluer, elle constitue un exemple de premier plan de la manière dont l'identification d'une lacune sur le marché, le travail actif pour la combler et la réponse aux besoins de la communauté peuvent conduire à la création d'outils précieux qui bénéficient à l'ensemble de l'écosystème des développeurs.
L'histoire de Capgo est plus qu'une simple histoire de développement d'un outil ; c'est une histoire de persévérance, de communauté et de l'excitant imprévisibilité de la vie en tant que créateur solo.
Vous pouvez trouver l'histoire complète sur ici.
Continuez à partir de Comment un problème de GitHub est devenu une entreprise
Si vous utilisez Comment un problème de GitHub est devenu une entreprise pour planifier le travail de plugin natif, connectez-l’avec __Répertoire de plugins de Capgo pour le flux de travail du produit dans le Répertoire de Plugin Capgo __Plugins de Capacitor par Capgo pour le détail d'implémentation dans Capacitor Plugins par Capgo Ajouter ou Mettre à Jour les Plugins pour le détail d'implémentation dans Ajouter ou Mettre à Jour les Plugins Alternatives aux Plugins d'Entreprise Ionic pour le flux de travail du produit dans les alternatives Ionic Enterprise Plugin Capgo Bâtiments Natives pour le flux de travail du produit dans Capgo Bâtiments Natives.
