Die Genesis: Eine Community-Anfrage
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 sollte.
Dieser Antrag umriss die Notwendigkeit für ein „Capacitor-Hitzesprung 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 unflexibel war).
- Beschreibung: Die Möglichkeit, js/css/html einer App in Echtzeit ohne das App Store-Review-Prozess zu aktualisieren.
- Schlüsselmerkmale:
- Fördern Sie die Übertragung von Updates von einem Server/Endpunkt der Wahl des Entwicklers.
- Herunterladen Sie ein Zip-File des aktualisierten dist-Ordners, extrahieren Sie es und sagen Sie Capacitor, dass Sie von diesem neuen Verzeichnis starten sollen.
- 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 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 Antrieb 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 Zeitplan von der Idee bis zur Umsetzung über ein Jahr reicht.
Ein Neuer Abschnitt beginnt
Bevor man sich in die Capgo Geschichte vertieft, 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 meinen Ersparnissen als Sicherheitsnetz 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. Ich wusste nicht, 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 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 Lebenswahl 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 eine erhebliche Hürde - die fehlende kostengünstige und flexible Update-Lösung für Capacitor-Anwendungen. 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 trafen bei anderen Entwicklern auf Resonanz. Viele wiederholten die Meinung, 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 anfänglichen 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 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 vorgenommen 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 Einsichten 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
Mithilfe der Community begann die Entwicklung zu beschleunigen. Am 22. November 2021 hatte ich eine funktionierende Version für iOS und verbesserte die Entwicklererfahrung.
Bei der weiteren 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
Jedes 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 sich das Projekt in ein vollwertiges Produkt entwickelt: Capgo. Ich kündigte die Veröffentlichung einer Auto-Update-Modus an, der Entwicklern ermöglicht, sich mit ihrem eigenen Backend oder mit dem Backend-Dienst von Capgo zu verbinden.
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 auf 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 Gebühren berechnen würde, was seinen Übergang von einem Community-Projekt zu einer nachhaltigen Geschäftsidee markierte.
Dennoch blieb ich den Wurzeln des Projekts treu und ließ den offenen-Quellcode von Capgo erhalten, indem ich die kostenlose Nutzung des Plugins in der manuellen Modus oder mit einem eigenen Server ermöglichte.
Zusammenfassung
My Reise mit Capgo ist ein Beweis für die Macht der community-getriebenen Innovation und die unerwarteten Wege, die Solo-Macher oft finden. 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 an.
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 bei Airbnb in Portugal bis hin zum Launch eines bezahlten Produkts war jeder Schritt dieser Reise ein Lernprozess.
As Capgo weiterhin evolviert, stellt es ein gutes Beispiel dafür dar, wie die Identifizierung eines Marktlücke, die aktive Arbeit, um 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-Macher.
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 How a GitHub Issue Evolved into a business __CAPGO_KEEP_0__-Plugin-Verzeichnis für den Produktworkflow in Capgo-Plugin-Verzeichnis, How a Capgo Issue Evolved into a business ist ein gutes Beispiel für die Möglichkeiten, die Capgo bietet. Capacitor Plugins by Capgo for the implementation detail in Capacitor Plugins by Capgo, Plugins hinzufügen oder aktualisieren für die Implementierungsdetails in Plugins hinzufügen oder aktualisieren, Alternativen zu Ionic Enterprise Plugins für den Produktworkflow in Alternativen zu Ionic Enterprise Plugins, und Capgo Native Builds für den Produktworkflow in Capgo Native Builds.
