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 sich letztendlich zum Blueprint für Capgo entwickelte.
Dieser Antrag umriss die Notwendigkeit eines „Capacitor-Hot Code Push“-Plugins mit den folgenden Schlüsselpunkten:
- PlattformenUnterstützung für beide Android und iOS.
- Bestehende Lösungen: Es hob die Einschränkungen der aktuellen Optionen wie MS Code Push (das keine Capacitor-Unterstützung hatte) und App Flow (das teuer und inflexibel war) hervor.
- BeschreibungDie Möglichkeit, eine App in Echtzeit ohne die App-Store-Überprüfung zu aktualisieren.
- Kernfunktionen:
- Übertragung von Updates über eine vom Entwickler gewählte Server-/Endpunkt-Adresse ermöglichen.
- Herunterladen eines Zip-Dateien des aktualisierten dist-Ordners, Entpacken und Capacitor erzwingen, die App aus diesem neuen Verzeichnis zu starten.
- Zusätzliche Funktionen wie Update-Verifizierung, Installationszeitpunkt und selektive Herunterladung von Updates.
Dieser umfassende Antrag erhielt eine erhebliche Unterstützung der Community, mit 65 Likes und 25 Herzreaktionen. Es zeigte deutlich die starke Nachfrage nach einer solchen Lösung im Capacitor-Ökosystem.
Als ich dieses Anliegen über ein Jahr später entdeckte, resonierte es tief mit den Herausforderungen, mit denen ich in meinen eigenen Projekten konfrontiert war. 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 und 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, 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 meinem Ersparnissen als Sicherheitsnetz, startete 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 dein Leben in Lissabon als digitaler Nomade wider, was wichtige Kontextinformationen für die Umgebung liefert, in der du Capgo entwickeltest. Sie hebt auch die Verbindung zwischen deiner Lebenswahl und dem innovativen Geist hervor, der zu Capgo’s Entstehung führte.
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 identifizierte, waren:
- Hohe Kosten für kleine Entwickler
- Mangel an über die Luft (OTA)-Updates in kostengünstigen Plänen
- Unnötige Funktionen für Solo-Entwickler
Die Gemeinschaft reagiert
Meine Bedenken haben bei anderen Entwicklern Resonanz gefunden. Viele teilten die Meinung, 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 eine Live Update-Only-Pakete für 50 $/Monat gab, die 5.000 Live-Updates enthielten.”
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 bestimmten URL herunterzuladen.
Die ersten 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 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.
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 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. 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
- Persistenz zwischen App-Beendigungen
- 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.
Die Einführung von Capgo
Im März 2022 war das Projekt in ein vollständiges Produkt umgewandelt: 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 diese 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 schaffen, 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, zu 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äftsentwicklung markierte.
Indem jedoch die Projektwurzeln treu geblieben sind, habe ich den offenen Quellcode von Capgo durch die Möglichkeit beibehalten, den Plugin in manueller Modus oder mit einem benutzerdefinierten Server kostenlos zu verwenden.
Zusammenfassung
Meine Reise mit Capgo ist ein Beweis für die Macht der communitygetriebenen Innovation und die unerwarteten Wege, die Solo-Macher oft einschlagen. 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 Entwicklung von Capgo war keineswegs einfach. 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 bei Airbnb in Portugal bis hin zum Launch eines bezahlten Produkts war jeder Schritt dieser Reise ein Lernprozess.
Da 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 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-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 Wie ein GitHub-Issue sich zu einem Geschäft entwickelte 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 Ionische Enterprise-Plugin-Alternativen für das Produktworkflow in Ionic Enterprise Plugin Alternativen, und Capgo native Builds zur Produktionsablauf in Capgo Native Builds
