The Genesis: Eine Gemeinschaftsanfrage
Die Keime von Capgo wurden tatsächlich lange vor Beginn meiner Reise als Solo-Maker gelegt. Am 8. Juli 2020 stellte ein Community-Mitglied namens alexcroox einen Plugin-Antrag, der schließlich zum Grundriss 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.
- Bestehende Lösungen: Es hob die Einschränkungen der aktuellen Optionen wie MS Code Push (die keine Capacitor-Unterstützung hatten) und App Flow (die teuer und unflexibel waren) hervor.
- Beschreibung: Die Möglichkeit, js/css/html einer App in Echtzeit ohne den App-Store-Bewertungsprozess zu aktualisieren.
- Schlüsselmerkmale:
- Übertragung von Updates über das Internet von einem Server/Endpunkt des Entwicklers Wahl ermöglichen.
- Ein Zip-Datei-Update des dist-Ordners herunterladen, sie entpacken und Capacitor anweisen, von diesem neuen Verzeichnis aus zu starten.
- Zusätzliche Funktionen wie Update-Verifizierung, Installationszeitplanung und selektive Download von Updates.
Diese umfassende Anfrage erhielt eine erhebliche Unterstützung durch die Community, mit 65 Likes und 25 Herzreaktionen. Sie zeigte deutlich die starke Nachfrage nach einer solchen Lösung im Capacitor-Ökosystem.
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 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 uns der Capgo-Geschichte widmen, ist es wichtig, den Kontext zu setzen. Im Jahr 2021 habe ich eine lebensverändernde Entscheidung getroffen und meinen Posten als CTO von Cashstory aufgegeben und meine Aktien verkauft. 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-Zeitnehmer. 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 Ihren Lebenssituation in Lissabon als digitaler Nomade wider, was wichtige Kontext für die Umgebung liefert, in der Sie Capgo entwickelten. Sie hebt auch die Verbindung zwischen Ihrer Lebensentscheidung und dem innovativen Geist auf, 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 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 Over-the-Air (OTA)-Updates in bezahlbaren Plänen
- Unnötige Funktionen für Solo-Entwickler
Die Community reagiert mit Empathie
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.
Ein 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-Paket für 50 $/Monat gab, das 5.000 Live-Updates enthielt.”
Die Geburt einer Lösung
Motiviert 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 gegebenen URL herunterzuladen.
Die anfänglichen Ziele waren einfach:
- Daten von einer URL herunterladen
- Die Daten entpacken
- Die aktuelle code durch die neuen ersetzen
Allerdings erwies sich die Umsetzung dieser einfachen Idee als viel schwieriger als ich ursprünglich angenommen hatte.
The Hintergrund der Herausforderung
Was nicht aus dem GitHub-Thread hervorgeht, ist die enorme Komplexität der Aufgabe, die ich mir gestellt hatte. Die code-Anforderungen, um diese Funktionalität umzusetzen, waren unklar und schwer zu verstehen. Ich fand mich damit auseinanderzusetzen, dass Capacitor-Apps Updates und Dateisysteme handhaben.
Viele Nächte verbrachte ich in meinem Van, während ich mich über Dokumentationen hermache und verschiedene Ansätze ausprobieren ließ. 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 die Dinge schwierig wurden.
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 Weiterentwicklung fügte ich weitere Funktionen hinzu:
- Unterstützung für Android
- Persistenz zwischen App-Beendigungen
- Die Fähigkeit, zur ursprünglichen App-Version zurückzukehren
Jedes neue Feature brachte seine eigene Herausforderung, aber auch ein Gefühl der Zufriedenheit, als das Projekt über seinen ursprünglichen Umfang hinaus wuchs.
Der Launch von Capgo
Bis März 2022 hatte sich das Projekt zu einem vollständigen 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 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 einfach, ein Werkzeug zu erstellen, 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 auf einem fairen Preispunkt entsprach. 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äftsentwicklung markierte.
Allerdings habe ich mich dabei auf die Projektwurzeln besonnen und Capgo's Open-Source-Kern durch die kostenlose Nutzung des Plugins in der manuellen Modus oder mit einem benutzerdefinierten Server erhalten.
Zusammenfassung
Meine Reise mit Capgo ist ein Beweis für die Macht der community-getriebenen Innovation und die unerwarteten Wege, die Solo-Maker oft einschlagen. 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 bei 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 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-Maker.
Sie finden die vollständige Geschichte auf hier.
Weitergehen 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 für den Produktworkflow in Capgo Plugin-Verzeichnis, Capacitor Plugins von Capgo für die Implementierungsdetails in Capacitor Plugins von Capgo, Hinzufügen oder Aktualisieren von Plugins für die Implementierungsdetails in Hinzufügen oder Aktualisieren von Plugins, Ionic Enterprise Plugin Alternativen für den Produktworkflow in Ionic Enterprise Plugin Alternativen, und Capgo Native Builds für den Produktworkflow in Capgo Native Builds.
