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 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, eine App in Echtzeit ohne den App-Store-Review-Prozess zu aktualisieren.
- Schlüsselmerkmale:
- Kontinuierliche Übertragung von Updates von einem Server/Endpunkt des Entwicklers der Wahl aus ermöglichen.
- Herunterladen Sie ein Zip-Datei des aktualisierten dist-Ordners, entpacken Sie es und sagen Sie Capacitor an, von diesem neuen Verzeichnis aus zu starten.
- Zusätzliche Funktionen wie Update-Verifizierung, Installationszeitplanung und selektives Herunterladen von Updates.
Diese umfassende Anfrage erhielt erhebliche Unterstützung durch die Community, mit 65 Likes und 25 Herzreaktionen. Sie zeigte klar einen starken Bedarf nach einer solchen Lösung im Capacitor-Ökosystem auf.
Als ich diese Anfrage über ein Jahr später entdeckte, sprach sie mich tief ans, da sie die Herausforderungen in meinen eigenen Projekten widerspiegelte. Sie diente als Bestätigung des Bedarfs nach einer solchen Werkzeug und als Leitfaden 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.
Ein Neuer Abschnitt 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 Startup-Ö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 Ihren Lebenssituation in Lissabon als digitalen Nomaden wider, die wichtige Kontext für die Umgebung liefert, in der Sie Capgo entwickelten. Sie hebt auch die Verbindung zwischen Ihrer Lebensentscheidung und dem innovativen Geist hervor, der zu Capgo’s Schaffung führte.
Der Funke einer Idee
Während ich an Captime arbeitete, stieß ich auf eine erhebliche Hürde - 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 identifizierte, 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 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 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.
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 auseinanderzusetzen, wie Capacitor-Apps Updates und Dateisysteme handhaben.
Viele Nächte verbrachte ich in meinem Van, indem 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.
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 Einblicke 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ätigte meine Überzeugung von der Macht des Open-Source- und community-getriebenen Entwicklungsprozesses.
Schnelle Entwicklung und erweiterte Funktionen
Mit der Hilfe der Gemeinschaft begann sich 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
- Überleben zwischen App-Beendigungen
- 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 hinausgewachsen war.
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.
Indessen blieb ich der Projektwurzel treu und bewahrte Capgo's Open-Source-Core, indem ich die kostenlose Nutzung der Erweiterung in der manuellen Modus oder mit einem benutzerdefinierten Server ermöglichte.
Zusammenfassung
Meine Reise mit Capgo ist ein Zeugnis 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. Sie 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 für die Schaffung wertvoller Werkzeuge dar, die das gesamte Entwickler-Ökosystem bereichern können, indem man einen Marktfehler erkennt, aktiv daran arbeitet, ihn zu schließen und auf die Bedürfnisse der Gemeinschaft reagiert.
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.
Fortsetzung von Wie ein GitHub-Issue in ein Geschäft umgewandelt wurde
Wenn Sie __CAPGO_KEEP_0__ verwenden Wie ein GitHub-Issue in ein Geschäft umgewandelt wurde 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.
