Die Genesis: Eine Anfrage der Community
Die Keime von Capgo wurden tatsächlich lange bevor ich meine Reise als Solo-Maker begann. Am 8. Juli 2020 stellte ein Community-Mitglied namens alexcroox einen Plugin-Antrag ein, der letztendlich zum Grundriss für Capgo werden sollte.
Dieser Antrag umriss die Notwendigkeit für ein „Capacitor-Hitzes Code-Push“-Plugin mit den folgenden Schlüsselpunkten:
- Plattformen: Unterstützung für beide Android und iOS.
- Bestehende Lösungen: Es zeigte die Einschränkungen der aktuellen Optionen wie MS Code Push (das Capacitor-Support fehlte) und App Flow (das teuer und inflexibel war).
- Beschreibung: Die Möglichkeit, eine App in Echtzeit ohne das App-Store-Review-Prozess zu aktualisieren.
- Hauptmerkmale:
- Übertragung von Updates über das Internet von einem Server/Endpunkt des Entwicklers aus.
- Herunterladen eines Zip-Ordners des aktualisierten dist-Ordners, Entpacken und Capacitor starten.
- 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, resonierte sie tief mit den Herausforderungen, die ich in meinen eigenen Projekten erlebte. Sie diente als Validierung des Bedarfs nach einer solchen Werkzeug und als Leitfaden für das, was Capgo werden würde.
The community's enthusiasm for this proposed plugin, combined with my personal experiences, became the driving force behind Capgo's development. It's a perfect example of how open-source communities can identify needs and inspire solutions, even if the timeline from idea to implementation spans over a year.
Eine neue Kapitel beginnt
Bevor man sich in die Capgo Geschichte vertieft, 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 Weg, der mit Unsicherheit, aber auch mit unendlichen Möglichkeiten gefüllt ist.
Mit meinen Ersparnissen als Sicherheitsnetzwerk 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, einem mobilen App Crossfit-Timer. Little wusste ich, 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 mit dem Rest des Artikels…]
Diese Revision spiegelt genau Ihr Leben in Lissabon als Digitalnomade wider, was wichtige Kontextinformationen für die Umgebung liefert, in der Sie Capgo entwickelt haben. Sie hebt auch die Verbindung zwischen Ihrer Lebensentscheidung und dem innovativen Geist hervor, der zur Schaffung von Capgo geführt hat.
Der Funke der Idee
Während ich an Captime arbeitete, stieß ich auf ein erhebliches Hindernis - 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
- Unnötige Funktionen für Solo-Entwickler
Die Gemeinschaft reagiert
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 Gemeinschaft zusammen:
Es wäre großartig, wenn der Community-Plan 500 Live-Updates umfasste. Oder besser noch, wenn es einen Live-Update-Paket für 50 €/Monat gab, das 5.000 Live-Updates umfasst.
Die Geburt einer Lösung
Angespornt durch die Reaktion der Community, entschied ich mich, die Dinge selbst in die Hand zu nehmen. Am 24. Oktober 2021 kündigte ich mein Plan an, ein Modul zu bauen, das es Entwicklern ermöglichen würde, Updates von einer bestimmten URL herunterzuladen.
Die ersten Ziele waren einfach:
- Daten von einer URL herunterladen
- Die Daten entpacken
- Die aktuelle code durch die neue 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-Funktionen, die zur Implementierung dieser Funktionalität erforderlich waren, waren unklar und schwer zu verstehen. Ich fand mich mit den feinen Details auseinanderzusetzen, 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 aufgehalst hatte.
Community zur Rettung
Glücklicherweise war ich nicht allein auf dieser Reise. Die Entwicklercommunity, insbesondere auf Discord, erwies sich als unerschöpfliche Ressource. Kolleginnen und Kollegen boten ihre Einblicke an, halfen bei der Fehlerbehebung und gaben Unterstützung, wenn es bergauf ging.
Diese gemeinsame Anstrengung war entscheidend, um die technischen Hürden zu überwinden. Sie bestätigte meine Überzeugung von der Macht des Open-Source- und community-getriebenen Entwicklungsprozesses.
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.
Bei der Fortsetzung der Entwicklung fügte ich weitere Funktionen hinzu:
- Unterstützung für Android
- Persistenz zwischen App-Kills
- Die Möglichkeit, zur ursprünglichen App-Version zurückzukehren
Jeder neue Feature brachte seine eigenen Herausforderungen, aber auch ein Gefühl der Zufriedenheit, als das Projekt über seinen ursprünglichen Umfang hinaus wuchs.
Der Launch von Capgo
Im März 2022 hatte das Projekt sich zu einem vollständigen Produkt entwickelt: Capgo. Ich kündigte die Veröffentlichung einer Auto-Update-Modus an, mit der sich Entwickler mit ihrem eigenen Backend oder mit dem Backend-Dienst von Capgo verbinden können.
Die Reaktion der Community war überwältigend positiv, mit Entwicklern, die dieses viel 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 zu dieser Haltung zurückkehren.
Entwickler zeigten eine Bereitschaft, für eine Lösung zu zahlen, 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 entscheidenden Entscheidung.
Am 11. Juni 2022 kündigte ich an, dass Capgo in 15 Tagen für die Nutzung berechnen würde, was seinen Übergang von einem Community-Projekt zu einer nachhaltigen Geschäftsidee markierte.
Es ist jedoch wichtig, den Wurzeln des Projekts treu zu bleiben, indem ich Capgo's offene Quellcode-Kern durch die kostenlose Nutzung des Plugins in der manuellen Modus oder mit einem benutzerdefinierten Server ermögliche.
Zusammenfassung
Meine Reise mit Capgo ist ein Beweis für die Macht der community-getriebenen Innovation und die unerwarteten Wege, auf denen Solo-Maker oft landen. Was als persönliche Frustration bei der Arbeit an einem Crossfit-Timer-App begann, wuchs zu einem robusten, erschwinglichen und flexiblen Live-Update-System für Capacitor-Apps.
Die Erstellung von Capgo war nicht leicht. 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 ein Lernprozess.
Als Capgo weiterentwickelt wird, stellt sie ein gutes Beispiel dafür dar, wie die Identifizierung eines Marktlückens, die aktive Arbeit daran, sie zu schließen, und die Reaktion auf die Bedürfnisse der Community zu wertvollen Werkzeugen führen können, die das gesamte Entwickler-Ökosystem begünstigen.
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 finden die vollständige Geschichte auf hier.
