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, der letztendlich zum Blueprint für Capgo werden würde.
Dieser Antrag umriss die Notwendigkeit eines „Capacitor-Hot-Code-Push“-Plugins mit den 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 bot) und App Flow (die teuer und unflexibel war) hervor.
- Beschreibung: Die Möglichkeit, js/css/html einer App in Echtzeit ohne den App-Store-Bewertungsprozess zu aktualisieren.
- Kernfunktionen:
- Über-ein-Cloud-Updates von einem vom Entwickler gewählten Server/Endpunkt ermöglichen.
- Ein Zip-Datei des aktualisierten dist-Ordners herunterladen, sie entpacken und Capacitor dazu anweisen, von diesem neuen Verzeichnis aus zu starten.
- Zusätzliche Funktionen wie Update-Verifizierung, Installationszeit und selektives Herunterladen von Updates.
Dieser umfassende Antrag erhielt eine erhebliche Unterstützung durch die Community, mit 65 Likes und 25 Herzreaktionen. Es zeigte deutlich, dass es einen starken Bedarf nach einer solchen Lösung im Capacitor-Ökosystem gab.
Als ich dieses Anliegen über ein Jahr später entdeckte, berührte es mich tief und spiegelte meine eigenen Herausforderungen in meinen Projekten wider. Es 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 bis zur Umsetzung über ein Jahr reicht.
Eine neue Kapitel beginnt
Bevor wir in die Capgo-Geschichte eintauchen, 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 von 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 deine Lebenssituation in Lissabon als digitaler Nomade wider, die wichtige Kontext 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 einer 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.
Hauptprobleme, die ich identifiziert habe:
- 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 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.”
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 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 übernommen hatte. Die code-Funktionen, die zur Implementierung dieser Funktionalität erforderlich waren, waren unklar und schwer zu verstehen. Ich fand mich damit 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.
Die Gemeinschaft zur Rettung
Glücklicherweise war ich nicht allein auf dieser Reise. Die Entwicklergemeinschaft, insbesondere auf Discord, erwies sich als unerschwingliche Ressource. Kollegenchefs 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 Open-Source- und community-getriebenen Entwicklungsprozesses.
Schnelle Entwicklung und erweiterte Funktionen
Mit der Hilfe der Gemeinschaft 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:
- 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 hinauswuchs.
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
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 beim Arbeiten 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. 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 Kodierung 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 Paradebeispiel dar, wie die Identifizierung eines Marktlückens, die aktive Arbeit, um es zu schließen, und die Reaktion auf die Bedürfnisse der Gemeinschaft 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 können die vollständige Geschichte auf hier.
Fortsetzen Sie von Wie ein GitHub-Issue sich zu einem Geschäft entwickelte
Wenn Sie __CAPGO_KEEP_0__ verwenden Wie ein GitHub-Issue sich zu einem Geschäft entwickelte um native Plugin-Arbeit zu planen, verbinden Sie es mit Capgo Plugin-Verzeichnis zur Produktworkflow 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 Produktworkflow in Ionic Enterprise Plugin Alternativen, und Capgo Native Builds zur Produktworkflow in Capgo Native Builds.
