La genèse : une demande de la communauté
Les graines de Capgo ont été semées bien avant que je ne commence mon aventure de développeur solo. Le 8 juillet 2020, un membre de la communauté nommé alexcroox a soumis une demande de plugin qui allait devenir le modèle de Capgo.
Cette demande soulignait le besoin d'un plugin « Capacitor Hot Code Push » avec les points clés suivants :
- Plateformes: Support d'Android et d'iOS.
- Solutions existantes: Cela a mis en évidence les limites des options actuelles comme MS Code Push (qui manquait de support Capacitor) et App Flow (qui était coûteux et peu flexible).
- Description: La possibilité de mettre à jour le js/css/html d'une application en temps réel sans passer par le processus de révision des stores.
- Fonctionnalités clés:
- Facilitez les live updates depuis le serveur ou l'endpoint de votre choix.
- Télécharger un fichier zip du dossier dist mis à jour, l'extraire, et dire à Capacitor de se lancer depuis ce nouveau répertoire.
- Fonctionnalités additionnelles comme la vérification des mises à jour, le timing d'installation et le téléchargement sélectif des mises à jour.
Cette demande complète a suscité un soutien massif de la communauté, avec 65 likes et 25 réactions cœur. Elle a clairement démontré une forte demande pour une telle solution dans l'écosystème Capacitor.
Quand je suis tombé sur cette demande plus d'un an plus tard, elle a fait écho aux défis que je rencontrais dans mes propres projets. Elle a servi à la fois de validation du besoin pour un tel outil et de feuille de route pour ce qui allait devenir Capgo.
L’enthousiasme de la communauté pour ce plugin proposé, combiné à mes expériences personnelles, a été le moteur du développement de Capgo. C’est l’exemple parfait de la façon dont les communautés open source peuvent identifier des besoins et inspirer des solutions, même si le temps écoulé entre l’idée et l’implémentation dépasse un an.
Un nouveau chapitre commence
Avant de plonger dans l’histoire de Capgo, il est important de planter le décor. En 2021, j’ai pris une décision qui a changé ma vie : quitter mon poste de CTO chez Cashstory et vendre mes parts. Cela a marqué le début de mon aventure de créateur solo, un chemin semé d’incertitudes mais aussi de possibilités infinies.
Avec mes économies comme filet de sécurité, je me suis lancé dans une nouvelle aventure. Je vivais en nomade digital à Lisbonne, au Portugal, profitant de la scène tech vibrante et de la culture de la ville tout en me concentrant sur mes projets passion. Mon objectif principal était Captime, une application mobile de chronométrage CrossFit. J’étais loin de me douter que ce projet m’amènerait à créer quelque chose de bien plus grand.
L’énergie de l’écosystème startup de Lisbonne et la liberté du mode de vie nomade digital ont offert le cadre idéal 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.
[Continuer avec le reste de l’article…]
Cette révision reflète fidèlement votre vie de nomade digital à Lisbonne, ce qui apporte un contexte essentiel à l'environnement dans lequel vous avez développé Capgo. Elle souligne également le lien entre votre mode de vie et l'esprit d'innovation qui a mené à la création de Capgo.
L'étincelle d'une idée
En travaillant sur Captime, j'ai rencontré un obstacle majeur : l'absence de solution de mise à jour abordable et flexible pour les apps Capacitor. En octobre 2021, j'ai exprimé ces préoccupations sur un thread GitHub.
Les principaux points de friction identifiés étaient :
- Coûts élevés pour les développeurs à petite échelle
- Absence de live updates dans les plans abordables
- Fonctionnalités inutiles pour les développeurs solo
La communauté réagit
Mes préoccupations ont trouvé un écho auprès d'autres développeurs. Beaucoup partageaient ce sentiment : les solutions existantes étaient trop chères pour les développeurs indépendants et les petites équipes.
Un développeur a résumé le sentiment de la communauté :
« Ce serait génial si le plan Community incluait 500 live updates. Ou mieux encore, s'il y avait un package Live Update dédié à 50 $/mois incluant 5 000 Live Updates. »
La naissance d'une solution
Motivé par les retours de la communauté, j'ai décidé de prendre les choses en main. Le 24 octobre 2021, j'ai annoncé mon projet de créer un module permettant aux développeurs de télécharger des mises à jour depuis une URL donnée.
Les objectifs initiaux étaient simples :
- Télécharger des données depuis une URL
- Décompresser les données
- Remplacer le code actuel par le nouveau
Cependant, transformer cette idée simple en réalité s'est avéré bien plus complexe que je ne l'avais anticipé.
La lutte en coulisses
Ce que le thread GitHub ne laisse pas paraître, c'est la complexité immense de la tâche entreprise. Le code nécessaire pour implémenter cette fonctionnalité était obscur et difficile à comprendre. Je me suis retrouvé aux prises avec les détails complexes de la gestion des mises à jour et des systèmes de fichiers par les apps Capacitor.
J'ai passé de nombreuses nuits dans mon van, à éplucher la documentation et à tester différentes approches. Les progrès étaient lents, et j'ai parfois douté de ne pas avoir vu trop grand.
La communauté à la rescousse
Heureusement, je n'étais pas seul dans cette aventure. La communauté des développeurs, particulièrement sur Discord, s'est révélée être une ressource inestimable. Mes pairs ont partagé leurs connaissances, m'ont aidé à débugger des problèmes et m'ont encouragé dans les moments difficiles.
Cet effort collaboratif a été crucial pour surmonter les obstacles techniques. Cela a renforcé ma conviction dans la puissance de l'open source et du développement communautaire.
Développement rapide et capacités étendues
Grâce à 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 j'améliorais l'expérience développeur.
Au fil du développement, j'ai ajouté de nouvelles fonctionnalités :
- Support Android
- Persistance après fermeture de l'app
- Possibilité de revenir à la version originale de l'app
Chaque nouvelle fonctionnalité apportait son lot de défis, mais aussi un sentiment d'accomplissement à mesure que le projet dépassait son périmètre initial.
Le lancement de Capgo
En mars 2022, le projet était devenu un produit complet : Capgo. J'ai annoncé la sortie d'un mode auto-update, permettant aux développeurs de se connecter à leur propre backend ou d'utiliser le service backend de Capgo.
La réponse de la communauté a été extrêmement positive, les développeurs saluant cette solution indispensable.
Le pivot vers un produit payant
Au départ, je n'avais pas l'intention de monétiser Capgo. Mon objectif était simplement de créer un outil pour résoudre un problème que je rencontrais, ainsi que d'autres développeurs. Cependant, les retours sur GitHub m'ont fait reconsidérer ma position.
Les développeurs exprimaient leur volonté de payer pour une solution répondant à leurs besoins à un prix juste. Ces retours, combinés à la prise de conscience des coûts et des efforts constants pour maintenir et améliorer Capgo, ont mené à une décision cruciale.
Le 11 juin 2022, j'ai annoncé que Capgo commencerait à facturer l'utilisation dans 15 jours, marquant sa transition d'un projet communautaire vers une entreprise viable.
Toutefois, pour rester fidèl’aux racines du projet, j'ai préservé le cœur open source de Capgo en permettant l'utilisation gratuite du plugin en mode manuel ou avec un serveur personnalisé.
Conclusion
Mon aventure avec Capgo témoigne de la puissance de l'innovation communautaire et des chemins inattendus que les créateurs solo empruntent souvent. Ce qui n'était au départ qu'une frustration personnelle sur une application de chronomètre crossfit est devenu un système live update robuste, abordable et flexible pour les applications Capacitor.
La création de Capgo n'a pas été de tout repos. Elle a nécessité d'innombrables heures de travail, le soutien d'une communauté de développeurs généreuse et une volonté de pivoter selon les retours utilisateurs. Du code chez Airbnb au Portugal au lancement d'un produit payant, chaque étape de ce voyage a été une expérience d'apprentissage.
Alors que Capgo continue d'évoluer, il s'impose comme l'exemple parfait de la manière dont identifier un manque sur le marché, s'efforcer de le combler et répondre aux besoins de la communauté peut mener à la création d'outils précieux pour tout l'écosystème des développeurs.
L'histoire de Capgo est bien plus que le simple développement d'un outil ; c'est une histoire de persévérance, de communauté et de l'imprévisibilité passionnante de la vie de créateur solo.
Retrouvez l'histoire complète sur ici.
Continuer la lecture : Comment un problème GitHub est devenu une entreprise
Si vous utilisez Comment un problème de GitHub est devenu une entreprise pour planifier le travail sur les plugins natifs, connectez-l’à Capgo Répertoire des plugins pour le workflow produit dans Capgo Plugin Directory, Plugins Capacitor par Capgo pour les détails d'implémentation dans Plugins Capacitor par Capgo, Ajouter ou mettre à jour des plugins pour les détails d'implémentation dans Adding or Updating Plugins, Alternatives aux plugins Ionic Enterprise pour le workflow produit dans les alternatives aux plugins Ionic Enterprise, et Capgo Native Build pour le workflow produit dans Capgo Native Builds.
