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 ein, der letztendlich das Grundgerüst für Capgo werden sollte.
Dieser Antrag umriss die Notwendigkeit für ein „Capacitor Hot Code Push“-Plugin mit den folgenden Schlüsselpunkten:
- Plattformen: Unterstützung für beide Android und iOS.
- Bestehende Lösungen: Es zeigte die Grenzen der aktuellen Optionen wie MS Code Push (das Capacitor-Unterstützung 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:
- Übertragung von Updates über das Internet von einem Server/Endpunkt des Entwicklers aus.
- Herunterladen eines Zip-Ordners des aktualisierten dist-Ordners, extrahieren und Capacitor erzwingen, dass es von diesem neuen Verzeichnis startet.
- 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 Bestätigung des Bedarfs nach einer solchen Werkzeug und als Leitfaden für das, was Capgo werden würde.
The community's enthusiasm for this proposed plugin, combined with my personal experiences, became the driving force behind Capgo's development. 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 zur Umsetzung über ein Jahr reicht.
Eine neue Kapitel beginnt
Bevor man sich in die Capgo Geschichte vertieft, ist es wichtig, die Bühne zu bereiten. Im Jahr 2021 habe ich eine Entscheidung getroffen, die mein Leben für immer verändert hat: Ich habe mein Amt 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 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 in 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.
[Fortsetzung des Artikels…]
This Revision spiegte genau Ihre Lebenssituation in Lissabon als Digital Nomad, was wichtige Kontextinformationen für die Umgebung liefert, in der Sie Capgo entwickelten. Es hebt auch die Verbindung zwischen Ihrer Lebensstilwahl 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 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.
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 Resoniert
Meine Bedenken haben bei anderen Entwicklern einen Nerv getroffen. 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 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 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 mit der Dokumentation und verschiedenen Ansätzen auseinandersetzte. Der Fortschritt war langsam, und es gab Zeiten, in denen ich mich fragte, ob ich mich zu viel aufgeladen 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 Einblicke an, halfen bei der Fehlerbehebung und gaben 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 Community 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:
- 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, mit dem sich Entwickler mit ihrem eigenen Backend oder mit dem Backend-Dienst von Capgo verbinden konnten.
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 zu GitHub machte mich jedoch zu dieser Haltung zurückkehren.
Entwickler zeigten eine Bereitschaft, für eine Lösung zu bezahlen, die ihren Bedürfnissen gerecht wurde und bei einem fairen Preispunkt. Diese Rückmeldung, kombiniert mit der Erkenntnis der laufenden Kosten und des notwendigen 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 einem nachhaltigen Geschäft markierte.
Indem ich jedoch den Wurzeln des Projekts treu blieb, ließ ich den offenen-Quellcode von Capgo erhalten, indem ich die kostenlose Nutzung des Plugins in der manuellen Modus oder mit einem benutzerdefinierten Server ermöglichte.
Zusammenfassung
My Reise mit Capgo ist ein Zeugnis für die Macht der community-getriebenen Innovation und die unerwarteten Wege, auf denen sich Solo-Maker oft wiederfinden. 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. 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.
As Capgo weiterhin evolviert, stellt es ein Paradebeispiel dafür dar, wie die Identifizierung eines Marktlückens, die aktive Arbeit daran, 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-Maker.
Sie können die vollständige Geschichte auf hier.
Fortsetzen Sie von Wie ein GitHub-Issue in ein Geschäft umgewandelt wurde
Wenn Sie native Plugin-Arbeit mit Wie ein GitHub-Issue in ein Geschäft umgewandelt wurde planen, verbinden Sie es mit Capgo-Plugin-Verzeichnis für den Produktworkflow in Capgo-Plugin-Verzeichnis, Capacitor Plugins durch Capgo für die Implementierungsdetails in Capacitor Plugins durch 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.
