La Genesi: Una Richiesta della Community
Le semine di Capgo furono effettivamente piantate molto tempo prima che iniziassi il mio viaggio come un solo creatore. 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 trovato questa richiesta più di un anno dopo, mi ha risuonato profondamente con i problemi che stavo affrontando nei miei progetti. Ha funzionato sia come validazione della necessità di un tale strumento che come roadmap per cosa sarebbe diventato Capgo.
The entusiasmo della comunità per questo plugin proposto, combinato con le mie esperienze personali, è diventato la forza motrice dietro lo sviluppo di Capgo . È un esempio perfetto di come le comunità open-source possono identificare le esigenze e ispirare soluzioni, anche se il calendario dall'idea all'implementazione copre 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. Stavo vivendo come digital nomad a Lisbona, Portogallo, abbracciando la vibrante 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 di 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à risuona
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 indie e le piccole squadre.
Un sviluppatore ha riassunto i sentimenti della comunità:
Sarebbe stato fantastico 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 specificata.
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ù complesso di quanto avessi inizialmente immaginato.
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 preso più di quanto potessi 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 i 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 dell'app originale
Ogni nuova funzionalità portava con sé i suoi propri set di sfide, ma anche un senso di soddisfazione mentre il progetto cresceva al di là del suo ambito iniziale.
L'uscita di Capgo
Entro marzo 2022, il progetto si era evoluto in un prodotto a pieno titolo: Capgo. Annunciai la rilascio di un modo 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 rispondesse alle loro esigenze a un prezzo equo. Questo feedback, combinato con la consapevolezza dei costi e degli sforzi continui richiesti per mantenere e migliorare Capgo, portò a una decisione cruciale.
Il 11 giugno 2022, annunciai che Capgo avrebbe iniziato a riscuotere un compenso per l'uso in 15 giorni, segnando la sua transizione da un progetto di comunità a un'impresa 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 viaggio con Capgo è un testamento alla potenza dell'innovazione guidata dalla comunità e ai percorsi imprevisti che spesso i maker solitari si trovano ad affrontare. Ciò che iniziò come una frustrazione personale mentre lavoravo su un timer per crossfit si è trasformato in un sistema di aggiornamento in tempo reale robusto, accessibile e flessibile per le app Capacitor.
La creazione di Capgo non è stata affatto facile. Ha richiesto ore di lavoro infinite, il supporto di una comunità di sviluppatori generosa e la volontà di cambiare direzione in base alle richieste degli utenti. Dal codice in Airbnb in Portogallo al lancio di un prodotto a pagamento, ogni passo di questo viaggio è stato un'esperienza di apprendimento.
Mentre 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 dell'intero ecosistema dei developer.
La storia di Capgo è più che la semplice creazione di uno strumento; è una storia di perseveranza, comunità e dell'emozionante imprevedibilità della vita come maker solitario.
Potete trovare la storia completa su qui.
Continuate da Come un problema di GitHub si è evoluto in un business
Se state utilizzando Come un problema di GitHub si è evoluto in un business per pianificare il lavoro di plugin nativo, connettetelo con Capgo Plugin Directory per il flusso di lavoro dei prodotti in Capgo Plugin Directory, Plugin da Capacitor sviluppati da Capgo per i dettagli di implementazione in Plugin da Capacitor sviluppati da Capgo, Aggiungere o Aggiornare Plugin per i dettagli di implementazione in Aggiungere o Aggiornare Plugin, 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.
