La Genèse : Une Demande de la Communauté
Les graines de Capgo ont été en fait 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 deviendrait finalement le plan de référence pour Capgo.
Cette demande décrivait la nécessité d'un « Capacitor Hot Code Push » plugin avec les points clés suivants :
- Plateformes: Soutien pour les deux Android et iOS.
- Solutions existantes: Elle mettait 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é de mettre à jour 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:
- context : Page/zone : Site de marketing de Capgo. Rôle : Étiquette de navigation ou élément UI court. Clé de message `key_features` (Caractéristiques clés).
- Telechargez un fichier zip du dossier dist mis à jour, extrayez-l’et dites à Capacitor de lancer depuis ce nouveau répertoire.
- Des fonctionnalités supplémentaires comme la vérification des mises à jour, la gestion du timing d'installation et le téléchargement sélectif des mises à jour.
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.
Cela a clairement démontré une forte demande pour une solution de ce type dans l'écosystème de Capgo.
Lorsque j'ai découvert cette demande plus d'un an plus tard, elle m'a profondément touché et correspondait aux défis auxquels je faisais face dans mes propres projets. Elle a servi à la fois de validation de la nécessité d'un tel outil et de plan de travail pour ce qui allait devenir Capgo.
La passion de la communauté pour ce plugin proposé, combinée à mes propres expériences, a été le moteur derrière le développement de __CAPGO_KEEP_0__. C'est un exemple parfait de la manière dont les communautés open-source peuvent identifier les besoins et inspirer des solutions, même si le délai entre l'idée et la mise en œuvre peut s'étendre sur plus d'une année.
Before diving into the Capgo story, it’s important to set the stage. In 2021, I made a life-changing decision to quit my role as CTO of Cashstory and sell my shares. This marked the beginning of my journey as a solo maker, a path filled with uncertainty but also endless possibilities.
En utilisant mes économies comme un filet de sécurité, j'ai entamé une nouvelle aventure. J'étais en vie 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 de séance de crossfit mobile. Je n'avais pas idée que ce projet me mènerait à créer quelque chose de beaucoup plus grand.
La dynamique 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é de 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. Cela 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.
L'Élan 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 GitHub.
Les principaux points de douleur que j'ai identifiés étaient :
- Coûts élevés pour les développeurs à petite échelle
- Lack de mises à jour en ligne (OTA) dans les plans abordables
- Caractéristiques inutiles pour les développeurs solo
La Communauté Résonne
Mes préoccupations ont touché une corde sensible chez d'autres développeurs. Beaucoup ont répété le sentiment que les solutions existantes étaient surévaluées pour les développeurs indépendants et les petites équipes.
Un développeur a résumé les sentiments de la communauté :
“Ce serait brillant si le plan de la communauté incluait 500 mises à jour en direct. Ou mieux encore, si il y avait un package de mise à jour en direct uniquement pour 50 $/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 de construire 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 des données à partir d'une URL
- Dézipper les données
- Remplacer le code actuel par le nouveau
Cependant, transformer cette idée simple en réalité s'est avéré être beaucoup plus difficile que je ne l'avais initialement anticipé.
La lutte derrière les scènes
Ce qui n'est pas apparent du fil de discussion GitHub est la complexité énorme de la tâche que j'avais entreprise. Les code nécessaires pour mettre en œuvre cette fonctionnalité étaient obscurs et difficiles à 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 que je 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 atout précieux. Les développeurs ont offert leurs conseils, ont aidé à déboguer les problèmes et ont fourni de l'encouragement lorsque les choses se sont difficiles.
Cette collaboration a été cruciale pour surmonter les obstacles techniques. Cela a renforcé ma conviction dans la puissance de l'open source et du développement communautaire.
Le développement rapide et l'expansion des capacités
Avec l'aide de la communauté, le développement a commencé à s'accélérer. Le 22 novembre 2021, j'avais une version fonctionnelle pour iOS et je perfectionnais l'expérience du développeur.
En cours de développement, j'ai ajouté plus de fonctionnalités :
- La prise en charge d'Android
- La persistance entre les arrêts d'application
- La capacité 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 champ initial.
Le lancement de Capgo
À partir de mars 2022, le projet s'est évolué en un produit complet : Capgo. J'ai annoncé la mise en ligne d'un mode d'auto-mise à jour, permettant aux développeurs de se connecter à leur propre backend ou d'utiliser le service de backend de Capgo.
La réponse de la communauté a été très positive, les développeurs louant cette solution bienvenue.
Le passage à un produit payant
Initially, I had no plans to monetize Capgo. My goal was simply to create a tool that would solve a problem I and other developers were facing. However, the feedback on GitHub made me reconsider this stance.
Les développeurs exprimaient leur volonté de payer pour une solution qui répondait à leurs besoins à un prix équitable. Cette rétroaction, combinée à la prise de conscience des coûts et des efforts nécessaires pour maintenir et améliorer Capgo, a conduit à une décision cruciale.
Le 11 juin 2022, j'ai annoncé que Capgo allait commencer à facturer l'utilisation en 15 jours, marquant ainsi sa transition d'un projet communautaire à une entreprise durable.
Cependant, en restant fidèl’aux racines du projet, j'ai maintenu le noyau de Capgo open-source en permettant l'utilisation gratuite du plugin en mode manuel ou avec un serveur personnalisé.
Conclusion
Mon parcours avec Capgo est un témoignage de la puissance de l'innovation communautaire et des chemins inattendus que les créateurs solo suivent souvent. Ce qui a commencé comme une frustration personnelle en travaillant sur un chronomètre de CrossFit est devenu un système de mise à jour en direct robuste, abordable et flexible pour les applications Capacitor.
La création de Capgo n'a pas été facile. Elle a nécessité des heures de travail innombrables, le soutien d'une communauté de développeurs généreuse et la volonté de pivoter en fonction des commentaires des utilisateurs. De la programmation à l'Airbnb au Portugal à la lancement d'un produit payant, chaque étape de ce parcours a été une expérience de formation.
Comme Capgo continue à évoluer, elle constitue un exemple de premier ordre 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'un simple 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 là.
Continuez de la section "Comment une question de GitHub est devenue une entreprise"
Si vous utilisez Comment une question de GitHub est devenue une entreprise pour planifier le travail de plugin natif, connectez-l’à Capgo Répertoire de plugin pour le flux de travail du produit dans Capgo Répertoire de plugin, Capacitor Plugins par Capgo pour les détails d'implémentation dans Capacitor Plugins par Capgo Ajouter ou Mettre à Jour des Plugins pour les détails d'implémentation dans Ajouter ou Mettre à Jour des Plugins, Alternatives de Plugins d'Entreprise Ionic pour le flux de travail du produit dans Alternatives de Plugins d'Entreprise Ionic, et Capgo Bâtiments natifs pour le flux de travail du produit dans Capgo Bâtiments natifs.
