Die Genesis: Eine Anfrage der Community
Die Keime von Capgo wurden tatsächlich lange bevor ich meine Reise als Solo-Maker begann, gelegt. Am 8. Juli 2020 stellte ein Community-Mitglied namens alexcroox einen Plugin-Antrag, der sich letztendlich zum Grundriss von Capgo entwickelte.
Dieser Antrag umriss die Notwendigkeit eines „Capacitor Hot Code Push“-Plugins mit folgenden Schlüsselpunkten:
- Plattformen: Unterstützung für beide Android- und iOS-Plattformen.
- Bestehende Lösungen: Es hob die Einschränkungen der aktuellen Optionen wie MS Code Push (die keine Capacitor-Unterstützung hatte) und App Flow (die teuer und inflexibel war) hervor.
- Beschreibung: Die Möglichkeit, eine App in Echtzeit ohne das App-Store-Review-Prozess zu aktualisieren.
- Schlüsselmerkmale:
- : Unterstützung für über die Luft übertragene Updates von einer Server-/Endpunkt-Adresse des Entwicklers der Wahl.
- Ein Zip-Datei-Download des aktualisierten dist-Ordners, extrahieren Sie ihn und sagen Sie Capacitor an, dass er von diesem neuen Verzeichnis aus starten soll.
- Zusätzliche Funktionen wie Update-Verifizierung, Installationszeit und selektives Herunterladen von Updates.
Diese umfassende Anfrage erhielt eine erhebliche Unterstützung durch die Community, mit 65 Likes und 25 Herzreaktionen. Sie zeigte klar, dass es eine starke Nachfrage nach einer solchen Lösung im Capacitor-Ökosystem gab.
Als ich diese Anfrage über ein Jahr später entdeckte, berührte sie mich tief, da sie die Herausforderungen widerspiegelte, mit denen ich in meinen eigenen Projekten kämpfte. Sie diente als Bestätigung der Notwendigkeit einer solchen Werkzeug und als Richtlinie 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 Treiber 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 bis zur Umsetzung über ein Jahr reicht.
Ein neuer Abschnitt beginnt
Bevor wir uns der Capgo-Geschichte widmen, ist es wichtig, den Kontext zu setzen. 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 meinem Ersparnissen als Sicherheitsnetz, begann ich eine neue Abenteuer. 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-Kreuzfitter-Timer. Little wusste ich, dass dieses Projekt mich zu etwas viel Größerem führen würde.
Die Energie des Start-up-Ö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 dein Leben als digitaler Nomade in Lissabon wider, was wichtige Kontextinformationen für die Umgebung liefert, in der du Capgo entwickeltest. Sie hebt auch die Verbindung zwischen deiner Lebensentscheidung und dem innovativen Geist hervor, der zur Schaffung von Capgo führte.
Der Funke der Idee
Während ich an Captime arbeitete, stieß ich auf ein erhebliches Hindernis - die fehlende kostengünstige und flexible Update-Lösung für Capacitor-Apps. 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 kostengünstigen Plänen
- Unnötige Funktionen für Solo-Entwickler
Die Gemeinschaft reagiert
Meine Bedenken haben bei anderen Entwicklern einen Nerv getroffen. Viele wiederholten den Gedanken, dass bestehende Lösungen für Indie-Entwickler und kleine Teams zu teuer waren.
Einer Entwickler fasste die Gefühle der Community zusammen:
“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
Angespornt durch die Reaktion der Community, beschloss ich, die Dinge selbst in die Hand zu nehmen. Am 24. Oktober 2021 kündigte ich mein Vorhaben an, ein Modul zu bauen, das Entwicklern ermöglichen würde, Updates von einer gegebenen URL herunterzuladen.
Die anfänglichen Ziele waren einfach:
- Daten von einer URL herunterladen
- Die Daten entpacken
- Die aktuelle code durch die neue ersetzen
Es erwies sich jedoch als viel schwieriger, diese einfache Idee in die Realität umzusetzen, als ich ursprünglich angenommen hatte.
The Hintergrund der Szene
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 damit konfrontiert, mit den feinen Details zu kämpfen, 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.
Gemeinschaft zur Rettung
Glücklicherweise war ich nicht allein auf dieser Reise. Die Entwicklergemeinschaft, insbesondere auf Discord, erwies sich als unerschöpfliche Ressource. Kolleginnen und Kollegen boten ihre Einsichten an, halfen bei der Fehlerbehebung und gaben mir Unterstützung, wenn es bergauf ging.
Diese gemeinsame Anstrengung war entscheidend, um die technischen Hürden zu überwinden. Sie bestärkte meine Überzeugung von der Macht des Open-Source- und community-getriebenen Entwicklungsprozesses.
Schnelle Entwicklung und erweiterte Funktionen
Mithilfe der Gemeinschaft begann die Entwicklung zu beschleunigen. Am 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:
- Android-Unterstützung
- Zwischen App-Kills persistieren
- Die Fähigkeit, 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.
The Launch of Capgo
By March 2022, the project had evolved into a full-fledged product: Capgo. I announced the release of an auto-update mode, allowing developers to connect to their own backend or use Capgo’s backend service.
Die Reaktion der Community war überwältigend positiv, mit Entwicklern, die diese viel benötigte Lösung lobten.
Der Wechsel zu einem bezahlten Produkt
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.
Developers were expressing a willingness to pay for a solution that met their needs at a fair price point. This feedback, combined with the realization of the ongoing costs and effort required to maintain and improve Capgo, led to a pivotal decision.
On June 11, 2022, I announced that Capgo would start charging for usage in 15 days, marking its transition from a community project to a sustainable business.
Indem ich jedoch den Wurzeln des Projekts treu blieb, hielt ich Capgo's Open-Source-Core aufrecht, indem ich die kostenlose Nutzung des Plugins in der manuellen Modus oder mit einem benutzerdefinierten Server ermöglichte.
Zusammenfassung
My journey with Capgo is a testament to the power of community-driven innovation and the unexpected paths that solo makers often find themselves on. What started as a personal frustration while working on a crossfit timer app grew into a robust, affordable, and flexible live update system for Capacitor apps.
The creation of Capgo was far from easy. It required countless hours of work, the support of a generous developer community, and a willingness to pivot based on user feedback. From coding in Airbnb in Portugal to launching a paid product, every step of this journey has been a learning experience.
Die Erstellung von Capgo war nicht leicht. Es erforderte unzählige Stunden Arbeit, die Unterstützung einer großzügigen Entwicklergemeinschaft und die Bereitschaft, sich aufgrund von Benutzerfeedback zu ändern. Von der Programmierung in Airbnb in Portugal bis hin zum Launch eines bezahlten Produkts war jeder Schritt dieser Reise ein Lernprozess.
Als Capgo weiterhin evolviert, stellt es 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 bereichern.
Die Geschichte von __CAPGO_KEEP_0__ 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.
Keep going from How a GitHub Issue Evolved into a business
Fortsetzen Sie von Wie ein __CAPGO_KEEP_0__-Problem sich zu einem Geschäft entwickelte Wenn Sie GitHub verwenden um native Plugin-Arbeit zu planen, verbinden Sie es mit Capgo Plugin-Verzeichnis zur Produktionsablauf in Capgo Plugin-Verzeichnis Capacitor Plugins von Capgo zur Implementierungsdetail in Capacitor Plugins von Capgo Hinzufügen oder Aktualisieren von Plugins zur Implementierungsdetail in Hinzufügen oder Aktualisieren von Plugins Ionic Enterprise Plugin Alternativen zur Produktionsablauf in Ionic Enterprise Plugin Alternativen, und Capgo Native Builds zur Produktionsablauf in Capgo Native Builds.
