Die Genesis: Eine Community-Anfrage
Die Keime von Capgo wurden tatsächlich lange vor meinem Beginn als Solo-Maker gelegt. Am 8. Juli 2020 stellte ein Community-Mitglied namens alexcroox einen Plugin-Antrag, der letztendlich zum Grundriss für Capgo werden sollte.
Dieser Antrag umriss die Notwendigkeit für ein „Capacitor Hot Code Push“-Plugin mit den folgenden Schlüsselpunkten:
- Plattformen: Unterstützung für beide Android- und iOS-Plattformen.
- Bestehende Lösungen: Es zeigte die Einschränkungen der aktuellen Optionen wie MS Code Push (das keine Capacitor-Unterstützung hatte) und App Flow (das teuer und unflexibel war).
- Beschreibung: Die Möglichkeit, js/css/html einer App in Echtzeit ohne das App-Store-Review-Prozess zu aktualisieren.
- Schlüsselmerkmale:
- Fördern Sie die Übertragung von Updates von einem Server/Endpunkt des Entwicklers der Wahl.
- Herunterladen eines Zip-Ordners des aktualisierten dist-Ordners, extrahieren und Capacitor sagen, dass es von diesem neuen Verzeichnis starten soll.
- Zusätzliche Funktionen wie Update-Verifizierung, Installationszeit und selektive Herunterladung von Updates.
Diese umfassende Anfrage erhielt eine erhebliche Unterstützung der Community, mit 65 Likes und 25 Herzreaktionen. Es zeigte klar einen starken Bedarf nach einer solchen Lösung im Capacitor-Ökosystem.
Als ich diese Anfrage über ein Jahr später entdeckte, berührte sie mich tief, da sie die Herausforderungen in meinen eigenen Projekten widerspiegelte. Sie diente als Bestätigung der Notwendigkeit einer solchen Werkzeug und als Richtschnur für das, was Capgo werden würde.
Die Begeisterung der Community für diesen vorgeschlagenen Plugin, kombiniert mit meinen persönlichen Erfahrungen, wurde zum Motor hinter der Entwicklung von Capgo. Es ist ein perfektes Beispiel dafür, wie Open-Source-Communities Bedürfnisse identifizieren und Lösungen inspirieren können, selbst wenn der Zeitraum von der Idee zur Umsetzung über ein Jahr reicht.
Ein Neuer Abschnitt beginnt
Bevor man sich in die Capgo Geschichte einlädt, ist es wichtig, die Bühne zu bereiten. Im Jahr 2021 habe ich eine lebensverändernde Entscheidung getroffen, meine Rolle als CTO von Cashstory aufzugeben und meine Aktien zu verkaufen. Dies markierte den Beginn meiner Reise als Solo-Maker, einem Pfad, der mit Unsicherheit, aber auch mit unendlichen Möglichkeiten gefüllt ist.
Mit meinen Ersparnissen als Sicherheitsnetz habe ich mich auf eine neue Abenteuer eingelassen. Ich lebte als digitaler Nomade in Lissabon, Portugal, und genoss die lebendige Tech-Szene und Kultur der Stadt, während ich mich auf meine Leidenschaftsprojekte konzentrierte. Mein Hauptfokus lag auf Captime, einer mobilen App für Crossfit-Zeitmessungen. Ich wusste nicht, dass dieses Projekt mich zu etwas viel Größerem führen würde.
Die Energie des Startup-Ökosystems in Lissabon und die Freiheit des digitalen Nomadenlebens boten den perfekten Hintergrund für Innovation. Es war in dieser Umgebung, umgeben von Fellow-Entrepreneuren und Entwicklern aus der ganzen Welt, dass die Keime von Capgo gelegt wurden.
Fortsetzen Sie mit dem Rest des Artikels…
Diese Revision spiegelt genau Ihren Lebensszenario in Lissabon als digitaler Nomade wider, was wichtige Kontextinformationen für die Umgebung liefert, in der Capgo entwickelt wurde. Sie hebt auch die Verbindung zwischen Ihrer Lebensentscheidung und dem innovativen Geist hervor, der zur Capgo-Erfindung führte.
Der Funke der Idee
Während ich an Captime arbeitete, stieß ich auf eine erhebliche Hürde - die fehlende Möglichkeit, Capacitor-Apps zuverlässig und flexibel zu aktualisieren. Im Oktober 2021 äußerte ich diese Bedenken in einem GitHub-Thread.
Die Hauptprobleme, die ich identifiziert habe, waren:
- Hohe Kosten für kleine Entwickler
- Mangel an over-the-air (OTA)-Updates in bezahlbaren Plänen
- Unerwünschte Funktionen für Solo-Entwickler
Die Community Resoniert
Meine Bedenken haben bei anderen Entwicklern einen Nerv getroffen. Viele haben die Meinung geteilt, dass bestehende Lösungen für Indie-Entwickler und kleine Teams zu teuer waren.
Ein Entwickler fasste die Gefühle der Community zusammen:
“It would be brilliant if the Community plan included 500 live updates. Or better yet, if there was a Live Update only package for $50/month that included 5,000 Live Updates.”
Es wäre großartig, wenn der Community-Plan 500 Live-Updates umfasste. Oder besser noch, wenn es einen Live-Update-Only-Paket für 50 $/Monat gab, das 5.000 Live-Updates enthielt.
Die Geburt einer Lösung
Die ursprünglichen Ziele waren einfach:
- Daten von einer URL herunterladen
- Die Daten entpacken
- Der aktuelle code durch den neuen ersetzen
Allerdings erwies sich die Umsetzung dieser einfachen Idee als viel schwieriger als ich ursprünglich angenommen hatte.
Die Hintergrundgeschichte
Was nicht aus dem GitHub Thread hervorgeht, ist die enorme Komplexität der Aufgabe, die ich mir gestellt hatte. Die code zur Implementierung dieser Funktion waren unklar und schwer zu verstehen. Ich fand mich damit auseinanderzusetzen, dass ich mich mit den feinen Details beschäftigte, wie Capacitor Apps Updates und Dateisysteme handhaben.
Viele Nächte verbrachte ich in meinem Van, während ich mich über Dokumentationen und verschiedene Ansätze experimentierte. Der Fortschritt war langsam, und es gab Zeiten, in denen ich mich fragte, ob ich mich zu viel vorgenommen hatte.
Die Gemeinschaft zur Rettung
Glücklicherweise war ich nicht allein auf dieser Reise. Die Entwicklergemeinschaft, insbesondere auf Discord, erwies sich als unerschwingliche Ressource. Kolleginnen und Kollegen boten ihre Einsichten an, halfen bei der Fehlerbehebung und gaben mir Unterstützung, wenn es schwierig wurde.
Diese gemeinsame Anstrengung war entscheidend, um die technischen Hürden zu überwinden. Sie bestätigte meine Überzeugung von der Macht des offenen Quellcodes und der community-getriebenen Entwicklung.
Schnelle Entwicklung und erweiterte Funktionen
Mit der Hilfe der Community begann die Entwicklung zu beschleunigen. Bis zum 22. November 2021 hatte ich eine funktionierende Version für iOS und verbesserte die Entwicklererfahrung.
Als die Entwicklung fortschritt, fügte ich weitere Funktionen hinzu:
- Android-Unterstützung
- Persistenz zwischen App-Kills
- Die Möglichkeit, zur ursprünglichen App-Version zurückzukehren
Jedes neue Feature brachte seine eigenen Herausforderungen, aber auch ein Gefühl der Zufriedenheit, als das Projekt über seinen ursprünglichen Umfang hinaus wuchs.
Die Veröffentlichung von Capgo
Bis März 2022 hatte sich das Projekt in ein vollständiges Produkt entwickelt: Capgo. Ich kündigte die Veröffentlichung eines Auto-Update-Modus an, der Entwicklern ermöglicht, mit ihrem eigenen Backend oder mit dem Backend-Service von Capgo zu verbinden.
Die Reaktion der Community war überwältigend positiv, wobei Entwickler diese dringend benötigte Lösung lobten.
Der Wechsel zu einem bezahlten Produkt
Anfangs hatte ich keine Pläne, Capgo zu monetarisieren. Mein Ziel war es einfach, ein Werkzeug zu erstellen, das ein Problem lösen würde, das ich und andere Entwickler erlebten. Die Rückmeldung zu GitHub machte mich jedoch dazu bringen, diese Haltung zu überdenken.
Entwickler zeigten eine Bereitschaft, für eine Lösung zu bezahlen, die ihren Bedürfnissen gerecht wurde und bei einem fairen Preispunkt. Diese Rückmeldung, kombiniert mit der Erkenntnis der laufenden Kosten und des erforderlichen Aufwands, um Capgo zu pflegen und zu verbessern, führte zu einer wichtigen Entscheidung.
Am 11. Juni 2022 gab ich bekannt, dass Capgo in 15 Tagen für die Nutzung Gebühren berechnen würde, was seinen Übergang von einem Community-Projekt zu einer nachhaltigen Geschäftsentwicklung markierte.
Trotzdem blieb ich den Wurzeln des Projekts treu und ließ den Open-Source-Core von Capgo erhalten, indem ich die kostenlose Nutzung des Plugins in der manuellen Modus oder mit einem benutzerdefinierten Server ermöglichte.
Fazit
Meine Reise mit Capgo ist ein Zeugnis für die Macht der community-getriebenen Innovation und die unerwarteten Wege, die Solo-Macher oft einschlagen. Was als persönliche Frustration beim Arbeiten an einem Crossfit-Timer-App begann, wuchs zu einem robusten, erschwinglichen und flexiblen Live-Update-System für Capacitor-Apps an.
The Entstehung von Capgo war keineswegs einfach. Sie erforderte unzählige Stunden Arbeit, die Unterstützung einer großzügigen Entwicklergemeinschaft und die Bereitschaft, sich aufgrund von Benutzerfeedback umzustellen. Von der Programmierung bei Airbnb in Portugal bis hin zum Launch eines bezahlten Produkts war jeder Schritt dieser Reise eine Lernfahrt.
As Capgo weiterhin evolviert, stellt es ein Paradebeispiel dafür dar, wie die Identifizierung eines Marktlückens, die aktive Arbeit daran, sie zu schließen, und die Reaktionsfähigkeit auf Gemeindeforderungen zu einem wertvollen Werkzeug führen können, das das gesamte Entwicklerökosystem begünstigt.
Die Geschichte von Capgo ist mehr als nur die Entwicklung eines Werkzeugs; es ist eine Geschichte von Ausdauer, Gemeinschaft und der aufregenden Unvorhersehbarkeit des Lebens als Solo-Maker.
Sie können die vollständige Geschichte auf hier.
Fortsetzen Sie von Wie ein GitHub-Issue sich in ein Geschäft verwandelte
Wenn Sie Wie ein GitHub-Issue sich in ein Geschäft verwandelte benutzen, um native Plugin-Arbeit zu planen, verbinden Sie es mit Capgo-Plugin-Verzeichnis zur Produktworkflow in Capgo-Plugin-Verzeichnis, Capacitor-Plugins von Capgo für die Implementierungsdetails in Capacitor Plugins durch Capgo, Hinzufügen oder Aktualisieren von Plugins für die Implementierungsdetails in Hinzufügen oder Aktualisieren von Plugins, Ionic Enterprise Plugin Alternativen für den Produktworkflow in Ionic Enterprise Plugin Alternativen, und Capgo Native Builds für den Produktworkflow in Capgo Native Builds.
