Der Ursprung: Eine Anfrage aus der Community
Die Saat für Capgo wurde bereits lange vor meiner Zeit als Solo-Maker gesät. Am 8. Juli 2020 reichte ein Community-Mitglied namens alexcroox eine Plugin-Anfrage ein, die schließlich zum Blueprint für Capgo wurde.
Diese Anfrage skizzierte den Bedarf für ein „Capacitor Hot Code Push“-Plugin mit folgenden Kernpunkten:
- Plattformen: Unterstützung für Android und iOS.
- Bestehende LösungenEs verdeutlichte die Grenzen aktueller Optionen wie MS Code Push (dem es an Capacitor Unterstützung mangelte) und App Flow (das teuer und unflexibel war).
- Beschreibung: Die Möglichkeit, js/css/html einer App in Echtzeit zu aktualisieren, ohne den Review-Prozess des App Stores durchlaufen zu müssen.
- Kernfunktionen:
- Over-the-Air-Updates von einem Server/Endpoint nach Wahl des Entwicklers ermöglichen.
- Lade eine ZIP-Datei des aktualisierten dist-Ordners herunter, entpacke sie und sag Capacitor, aus diesem neuen Verzeichnis zu starten.
- Zusätzliche Features wie Update-Verifizierung, Zeitpunkt der Installation und selektives Herunterladen von Updates.
Diese umfassende Anfrage erhielt große Unterstützung aus der Community, mit 65 Likes und 25 Herz-Reaktionen. Sie zeigte deutlich den starken Bedarf an einer solchen Lösung im Capacitor-Ökosystem.
Als ich über ein Jahr später auf diese Anfrage stieß, erkannte ich darin genau die Herausforderungen meiner eigenen Projekte wieder. Sie war sowohl Bestätigung für den Bedarf an einem solchen Tool als auch Roadmap für das, was später Capgo wurde.
Die Begeisterung der Community für dieses Plugin-Konzept und meine persönlichen Erfahrungen wurden zum Antrieb für die Entwicklung von Capgo. Es ist das perfekte Beispiel dafür, wie Open-Source-Communities Bedürfnisse erkennen und Lösungen inspirieren können, selbst wenn der Weg von der Idee bis zur Umsetzung über ein Jahr dauert.
Ein neues Kapitel beginnt
Bevor wir in die Geschichte von Capgo eintauchen, müssen wir den Kontext klären. 2021 traf ich eine lebensverändernde Entscheidung: Ich trat mein Amt als CTO von Cashstory nieder und verkaufte meine Anteile. Dies war der Beginn meiner Reise als Solo-Maker – ein Weg voller Unsicherheit, aber auch unendlicher Möglichkeiten.
Mit meinen Ersparnissen als Sicherheitsnetz stürzte ich mich in ein neues Abenteuer. Ich lebte als Digital Nomad in Lissabon, Portugal, und tauchte in die lebendige Tech-Szene und Kultur der Stadt ein, während ich mich auf meine Herzensprojekte konzentrierte. Mein Hauptfokus lag auf Captime, einer mobilen CrossFit-Timer-App. Ich ahnte nicht, dass dieses Projekt mich dazu führen würde, etwas viel Größeres zu erschaffen.
Die Energie des Startup-Ökosystems in Lissabon und die Freiheit des Digital-Nomad-Lifestyles boten den perfekten Nährboden für Innovationen. In diesem Umfeld, umgeben von Mitunternehmern und Entwicklern aus der ganzen Welt, wurden die Grundsteine für Capgo gelegt.
[Fahre mit dem Rest des Artikels fort…]
Diese Überarbeitung spiegelt deine Situation als Digital Nomad in Lissabon präzise wider, was den Kontext für die Entwicklung von Capgo liefert. Sie zeigt zudem die Verbindung zwischen deinem Lebensstil und dem Innovationsgeist, der zur Gründung von Capgo führte.
Der Funke einer Idee
Während der Arbeit an Captime stieß ich auf ein großes Problem: Es fehlte eine erschwingliche und flexible Update-Lösung für Capacitor Apps. Im Oktober 2021 äußerte ich diese Bedenken in einem GitHub Thread.
Die größten Pain Points waren:
- Hohe Kosten für kleine Entwickler
- Keine Over-the-air (OTA) Updates in günstigen Plänen
- Unnötige Features für Solo-Entwickler
Die Community reagiert
Meine Bedenken stießen bei anderen Entwicklern auf Resonanz. Viele teilten die Meinung, dass bestehende Lösungen für Indie-Entwickler und kleine Teams schlichtweg zu teuer waren.
Ein Entwickler fasste das Gefühl der Community so zusammen:
„Es wäre genial, wenn der Community-Plan 500 Live Updates enthalten würde. Oder noch besser, wenn es ein Live Update Paket für 50 $/Monat gäbe, das 5.000 Live Updates beinhaltet.“
Die Geburtsstunde einer Lösung
Motiviert durch die Resonanz der Community beschloss ich, die Sache selbst in die Hand zu nehmen. Am 24. Oktober 2021 kündigte ich meinen Plan an, ein Modul zu entwickeln, mit dem Entwickler Updates von einer bestimmten URL herunterladen können.
Die ersten Ziele waren simpel:
- Daten von einer URL herunterladen
- Daten entpacken
- Das aktuelle code durch das neue ersetzen
Doch die Umsetzung dieser einfachen Idee erwies sich als weitaus schwieriger, als ich anfangs erwartet hatte.
Der Kampf hinter den Kulissen
Was aus dem GitHub Thread nicht hervorgeht, ist die enorme Komplexität der Aufgabe. Die code, die für die Implementierung dieser Funktion nötig war, war undurchsichtig und schwer zu verstehen. Ich musste mich mit den komplexen Details auseinandersetzen, wie Capacitor Apps Updates und Dateisysteme handhaben.
Viele Nächte verbrachte ich in meinem Van, vertiefte mich in Dokumentationen und experimentierte mit verschiedenen Ansätzen. Die Fortschritte waren langsam, und es gab Momente, in denen ich mich fragte, ob ich mir zu viel vorgenommen hatte.
Die Community zur Rettung
Glücklicherweise war ich auf dieser Reise nicht allein. Die Developer-Community, besonders auf Discord, erwies sich als unschätzbare Ressource. Andere Entwickler teilten ihr Wissen, halfen beim Debugging und spendeten Zuspruch, wenn es schwierig wurde.
Diese Zusammenarbeit war entscheidend, um die technischen Hürden zu meistern. Sie hat meinen Glauben an die Kraft von Open Source und communitygetriebener Entwicklung gestärkt.
Schnelle Entwicklung und neue Features
Mit Hilfe der Community beschleunigte die Entwicklung. Bis zum 22. November 2021 hatte ich eine funktionierende Version für iOS und verbesserte stetig die Developer Experience.
Im Laufe der Entwicklung kamen weitere Features hinzu:
- Android-Support
- Persistenz nach App-Kills
- Die Möglichkeit, zur ursprünglichen App-Version zurückzukehren
Jedes neue Feature brachte eigene Herausforderungen mit sich, aber auch ein Erfolgserlebnis, als das Projekt über seinen ursprünglichen Umfang hinauswuchs.
Der Launch von Capgo
Bis März 2022 hatte sich das Projekt zu einem vollwertigen Produkt entwickelt: Capgo. Ich kündigte den Auto-Update-Modus an, mit dem Entwickler eine Verbindung zu ihrem eigenen Backend herstellen oder den Backend-Service von Capgo nutzen konnten.
Die Resonanz der Community war überwältigend positiv; Entwickler lobten diese dringend benötigte Lösung.
Der Pivot zum kostenpflichtigen Produkt
Ursprünglich hatte ich nicht vor, Capgo zu monetarisieren. Mein Ziel war es lediglich, ein Tool zu schaffen, das ein Problem löst, vor dem ich und andere Entwickler standen. Das Feedback zu GitHub ließ mich jedoch umdenken.
Entwickler zeigten die Bereitschaft, für eine Lösung, die ihre Bedürfnisse erfüllt, zu einem fairen Preis zu bezahlen. Dieses Feedback, kombiniert mit der Erkenntnis über die laufenden Kosten und den Aufwand für die Wartung und Verbesserung von Capgo, führte zu einer entscheidenden Entscheidung.
Am 11. Juni 2022 kündigte ich an, dass Capgo in 15 Tagen Gebühren für die Nutzung einführen würde – der Übergang von einem Community-Projekt zu einem nachhaltigen Business.
Um den Wurzeln des Projekts treu zu bleiben, behielt ich den Open-Source-Kern von Capgo bei, indem ich die kostenlose Nutzung des Plugins im manuellen Modus oder mit einem eigenen Server ermöglichte.
Fazit
Meine Reise mit Capgo ist ein Beweis für die Kraft gemeinschaftsbasierter Innovation und die unerwarteten Wege, auf denen Solo-Entwickler oft landen. Was als persönlicher Frust bei der Arbeit an einer CrossFit-Timer-App begann, entwickelte sich zu einem robusten, erschwinglichen und flexiblen live update System für Capacitor Apps.
Die Entwicklung von Capgo war alles andere als einfach. Es erforderte unzählige Arbeitsstunden, die Unterstützung einer großzügigen Developer-Community und die Bereitschaft, basierend auf Nutzerfeedback den Kurs zu ändern. Vom Coding bei Airbnb in Portugal bis zum Launch eines kostenpflichtigen Produkts – jeder Schritt dieser Reise war eine wertvolle Erfahrung.
Während Capgo stetig weiterentwickelt wird, dient es als Paradebeispiel dafür, wie das Erkennen einer Marktlücke, das aktive Schließen dieser Lücke und die Reaktion auf Community-Bedürfnisse zur Schaffung wertvoller Tools führen können, die dem gesamten Developer-Ökosystem zugutekommen.
Die Geschichte von Capgo ist mehr als nur die Entwicklung eines Tools; es ist eine Geschichte von Ausdauer, Community und der spannenden Unvorhersehbarkeit des Lebens als Solo-Maker.
Die vollständige Geschichte findest du auf hier.
Weiterlesen: Wie aus einem GitHub Problem ein Business wurde
Wenn du es nutzt Wie aus einem GitHub Issue ein Business wurde Um die Arbeit an nativen Plugins zu planen, verbinde sie mit Capgo Plugin-Verzeichnis für den Produkt-Workflow im Capgo Plugin-Verzeichnis, Capacitor Plugins von Capgo für das Implementierungsdetail in Capacitor Plugins von Capgo, Plugins hinzufügen oder aktualisieren für die Implementierungsdetails unter „Plugins hinzufügen oder aktualisieren“, Ionic Enterprise Plugin-Alternativen für den Produkt-Workflow in Ionic Enterprise Plugin-Alternativen und Capgo Native Builds optimieren für den Produkt-Workflow in Capgo Native Builds.
