La Genesi: Una Richiesta della Community
I semi di Capgo furono piantati molto tempo prima che iniziassi il mio viaggio come maker solista. Il 8 luglio 2020, un membro della community di nome alexcroox ha inviato una richiesta di plugin che sarebbe diventata il blue print per Capgo.
Questa richiesta evidenziava la necessità di un plugin per “Capacitor Hot Code Push” con i seguenti punti chiave:
- Piattaforme: Supporto per entrambi Android e iOS.
- Soluzioni Esistenti: Ha evidenziato le limitazioni delle opzioni attuali come MS Code Push (che mancava di Capacitor supporto) e App Flow (che era costoso e inflessibile).
- Descrizione: La capacità di aggiornare js/css/html di un'app in tempo reale senza dover passare dal processo di revisione dell'app store.
- Caratteristiche Chiave:
- Facilitare gli aggiornamenti in tempo reale da un server/punto di accesso scelto dallo sviluppatore.
- Scaricare un file zip del folder dist aggiornato, estrarlo e dire a Capacitor di avviarsi da questo nuovo directory.
- Altre caratteristiche come la verifica degli aggiornamenti, il timing dell'installazione e il download selettivo degli aggiornamenti.
Questa richiesta completa ha raccolto un significativo supporto della community, con 65 likes e 25 reazioni con il cuore. Ha chiaramente dimostrato una forte domanda per una soluzione del genere nell'ecosistema Capacitor.
Quando ho incontrato questa richiesta più di un anno dopo, mi ha risuonato profondamente con i problemi che stavo affrontando nei miei progetti. È servito sia come validazione della necessità di un tale strumento che come roadmap per cosa sarebbe diventato Capgo.
La passione della comunità per questo plugin proposto, combinata con le mie esperienze personali, è diventata la forza trainante dietro lo sviluppo di Capgo . È un esempio perfetto di come le comunità open-source possono identificare le esigenze e ispirare soluzioni, anche se il tempo tra idea e implementazione può durare più di un anno.
Un Nuovo Capitolo Inizia
Prima di immergersi nella storia di Capgo , è importante stabilire il contesto. Nel 2021, ho preso una decisione che ha cambiato la mia vita: ho lasciato il mio ruolo di CTO di Cashstory e ho venduto le mie azioni. Questo ha segnato l'inizio del mio viaggio come maker solista, un percorso pieno di incertezza ma anche di infinite possibilità.
Con i miei risparmi come rete di sicurezza, ho intrapreso una nuova avventura. Vivevo come digital nomad a Lisbona, Portogallo, abbracciando la vivace scena tecnologica e la cultura della città mentre mi concentro sui miei progetti di passione. La mia principale attenzione era Captime, un timer per applicazioni mobili di crossfit. Non sapevo che questo progetto mi avrebbe portato a creare qualcosa di molto più grande.
L'energia dell'ecosistema startup di Lisbona e la libertà della vita da digital nomad hanno fornito il perfetto sfondo per l'innovazione. È stato in questo ambiente, circondato da imprenditori e sviluppatori da tutto il mondo, che sono state piantate le semine di Capgo .
[Continua con il resto dell'articolo…]
This revision reflects con esattezza la tua situazione di vita a Lisbona come digital nomad, che fornisce un importante contesto per l'ambiente in cui hai sviluppato Capgo. Inoltre, mette in evidenza la connessione tra la tua scelta di stile di vita e lo spirito innovativo che ha portato alla creazione di Capgo.
La scintilla di un'idea
Mentre lavoravo su Captime, ho incontrato un significativo ostacolo - la mancanza di una soluzione di aggiornamento a basso costo e flessibile per le app Capacitor. Nel mese di ottobre 2021, ho espresso queste preoccupazioni in un thread di GitHub.
I punti di dolore principali che ho identificato sono:
- Costi elevati per gli sviluppatori a piccola scala
- Mancanza di aggiornamenti OTA (Over-The-Air) in piani a basso costo
- Caratteristiche non necessarie per gli sviluppatori solisti
La comunità risponde
I miei dubbi hanno colpito un corda con altri sviluppatori. Molti hanno ripetuto il sentimento che le soluzioni esistenti erano troppo costose per gli sviluppatori indipendenti e le piccole squadre.
Un sviluppatore ha riassunto i sentimenti della comunità:
Sarebbe stato brillante se il piano della Community includesse 500 aggiornamenti in tempo reale. O meglio ancora, se esistesse un pacchetto di Aggiornamento in Tempo Reale unico per 50€/mese che includesse 5.000 Aggiornamenti in Tempo Reale.
La Nascita di una Soluzione
Sono stato motivato dalla risposta della community e ho deciso di prendere le cose in mano. Il 24 ottobre 2021, ho annunciato il mio piano di costruire un modulo che avrebbe permesso ai developer di scaricare gli aggiornamenti da una URL specifica.
Gli obiettivi iniziali erano semplici:
- Scaricare dati da una URL
- Scompattare i dati
- Sostituire il code corrente con il nuovo
Tuttavia, trasformare questa semplice idea in realtà si è rivelato molto più impegnativo di quanto avessi inizialmente previsto.
La Lotta dietro le Quinte
Ciò che non risulta evidente dal GitHub thread è la complessità estrema del compito che avevo intrapreso. Il code richiesto per implementare questa funzionalità era oscuro e difficile da comprendere. Mi sono trovato a lottare con dettagli intricati su come gli Capacitor app gestiscono gli aggiornamenti e i sistemi di file.
Molte notti sono state passate in camper, a studiare la documentazione e a sperimentare con approcci diversi. Il progresso è stato lento, e ci sono stati momenti in cui ho messo in dubbio se avessi affrontato qualcosa di troppo grande per poterlo gestire.
Comunità al Salvataggio
Sfortunatamente, non ero solo in questo viaggio. La comunità di sviluppatori, in particolare su Discord, si è rivelata un'importante risorsa. I colleghi sviluppatori hanno offerto le loro conoscenze, aiutato a risolvere problemi e fornito incoraggiamento quando le cose sono diventate difficili.
Questa collaborazione è stata cruciale per superare gli ostacoli tecnici. Ha rafforzato la mia fiducia nella potenza del software open source e dello sviluppo guidato dalla comunità.
Sviluppo Rapido e Capacità Espandenti
Con l'aiuto della comunità, lo sviluppo è iniziato a accelerare. Il 22 novembre 2021, avevo una versione funzionante per iOS e stavo migliorando l'esperienza dello sviluppatore.
Mentre lo sviluppo procedeva, ho aggiunto più funzionalità:
- Sostegno Android
- Persistenza tra uccisioni dell'app
- La possibilità di tornare alla versione originale dell'app
Ogni nuova funzione portava le sue sfide, ma anche un senso di realizzazione mentre il progetto cresceva al di là del suo ambito iniziale.
L'uscita di Capgo
Fino a marzo 2022, il progetto si era evoluto in un prodotto a pieno titolo: Capgo. Annunciai la rilascio di un'opzione di aggiornamento automatico, consentendo agli sviluppatori di connettersi al proprio backend o utilizzare il servizio backend di Capgo.
La risposta della comunità fu positiva, con gli sviluppatori che lodavano questa soluzione tanto necessaria.
La svolta verso un prodotto a pagamento
Inizialmente, non avevo alcuna intenzione di monetizzare Capgo. Il mio obiettivo era semplicemente creare uno strumento che risolvesse un problema che io e altri sviluppatori stavamo affrontando. Tuttavia, il feedback su GitHub mi fece ripensare a questa posizione.
Gli sviluppatori esprimevano una disponibilità a pagare per una soluzione che rispettasse i loro bisogni a un prezzo equo. Questo feedback, combinato con la consapevolezza dei costi e degli sforzi necessari per mantenere e migliorare Capgo, portò a una decisione cruciale.
Il 11 giugno 2022, annunciai che Capgo avrebbe iniziato a riscuotere un pagamento per l'uso in 15 giorni, segnando la sua transizione da un progetto di comunità a un'azienda sostenibile.
Tuttavia, rimanendo fedele alle radici del progetto, mantenni il nucleo open-source di Capgo consentendo l'uso gratuito del plugin in modalità manuale o con un server personalizzato.
Conclusioni
My journey with Capgo è un testimonio della potenza dell'innovazione guidata dalla comunità e delle strade impreviste che i maker solitari spesso si trovano ad intraprendere. Ciò che iniziò come una frustrazione personale mentre lavoravo su un timer di crossfit divenne un sistema di aggiornamento in tempo reale robusto, economico e flessibile per le app Capacitor.
La creazione di Capgo non fu facile. Richiese ore infinite di lavoro, il supporto di una comunità di sviluppatori generosa e la volontà di cambiare direzione in base alle richieste degli utenti. Dalla programmazione in Airbnb in Portogallo al lancio di un prodotto a pagamento, ogni passo di questo viaggio è stato un'esperienza di apprendimento.
Come Capgo continua a evolversi, rappresenta un esempio eccellente di come identificare un vuoto nel mercato, lavorare attivamente per colmarlo e essere rispondenti alle esigenze della comunità possono portare alla creazione di strumenti preziosi che beneficiano di tutto l'ecosistema dei sviluppatori.
La storia di Capgo è più che la creazione di uno strumento; è una storia di perseveranza, comunità e l'emozionante imprevedibilità della vita come maker solitario.
Potete trovare la storia completa su qui.
Continuate da Come un problema di GitHub Evoluto in un'attività commerciale
Se state utilizzando Come un problema di GitHub Evoluto in un'attività commerciale per pianificare il lavoro di plugin nativo, connettetelo con Capgo Directory dei plugin per il flusso di lavoro dei prodotti in Capgo Directory dei plugin, Plugins da Capacitor sviluppati da Capgo per i dettagli di implementazione in Plugins da Capacitor sviluppati da Capgo, Aggiunta o Aggiornamento di Plugins per i dettagli di implementazione in Aggiunta o Aggiornamento di Plugins, Alternative per Plugin Enterprise di Ionic per il workflow del prodotto in Alternative per Plugin Enterprise di Ionic, e Capgo Costruzione Nativa per il workflow del prodotto in Capgo Costruzione Nativa.
