La Genesi: Una richiesta della comunità
I semi di Capgo furono piantati molto tempo prima che iniziassi il mio viaggio come un maker solista. Il 8 luglio 2020, un membro della comunità di nome alexcroox ha presentato una richiesta di plugin che sarebbe diventata il blue print per Capgo.
Questa richiesta ha delineato la necessità di un plugin di “Capacitor Hot Code Push” con i seguenti punti chiave:
- Piattaforme: Supporto per sia Android che 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 rete in tempo reale da un server/endpoint 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, la programmazione dell'installazione e il download selettivo degli aggiornamenti.
Questa richiesta esaustiva ha ricevuto un sostegno significativo 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 scoperto 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.
L'entusiasmo della community 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 community open-source possono identificare le esigenze e ispirare soluzioni, anche se il tempo tra idea e implementazione copre più di un anno.
Inizia un nuovo capitolo
Prima di immergermi nella storia di Capgo, è importante stabilire il contesto. Nel 2021, ho preso una decisione che ha cambiato la mia vita: lasciare il ruolo di CTO di Cashstory e vendere 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 nomade digitale 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 app mobili 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 nomade digitale fornivano 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…]
Questa revisione riflette con precisione la tua situazione di vita a Lisbona da nomade digitale, 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.
Il Fuoco di un'Ideazione
Mentre lavoravo a 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.
Il principale punto di dolore che ho identificato era:
- Costi elevati per gli sviluppatori a piccola scala
- Mancanza di aggiornamenti over-the-air (OTA) in piani a basso costo
- Caratteristiche non necessarie per gli sviluppatori solisti
La Comunità Risponde
Le mie preoccupazioni hanno colpito una 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 community:
"Sarebbe stato brillante se il piano della Community includesse 500 aggiornamenti in tempo reale. O meglio, se esistesse un pacchetto di Aggiornamento in Tempo Reale unico per 50 dollari al mese che includesse 5.000 Aggiornamenti in Tempo Reale."
Nascita di una soluzione
Ispirato dalla risposta della community, ho deciso di prendere le cose in mano. Il 24 ottobre 2021, ho annunciato il mio piano di costruire un modulo che avrebbe permesso agli sviluppatori di scaricare gli aggiornamenti da una URL specificata.
Il primo obiettivo erano semplici:
- Scaricare i 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 thread GitHub è la complessità assoluta 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 app Capacitor gestiscono gli aggiornamenti e i sistemi di file.
Molte notti sono state passate nel mio furgone, 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 afferrato di più di quanto potessi gestire.
La Comunità al Salvataggio
Fortunatamente, 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 dello sviluppo open source e della comunità guidata.
Sviluppo Rapido e Capacità Espandenti
Con l'aiuto della comunità, lo sviluppo ha 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à:
- Supporto per Android
- Persistenza tra avvii di app
- La capacità di tornare alla versione di 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.
La Lanzio di Capgo
Entro marzo 2022, il progetto era evoluto in un prodotto a pieno titolo: Capgo. Annunciai la rilascio di un modalità di aggiornamento automatico, consentendo agli sviluppatori di connettersi al proprio backend o utilizzare il servizio di backend di Capgo.
La risposta della comunità fu positiva, con gli sviluppatori che lodavano questa soluzione tanto necessaria.
La Svolta verso un Prodotto a Tariffa
Inizialmente, non avevo alcun piano di monetizzare Capgo. Il mio obiettivo era semplicemente creare uno strumento che avrebbe risolto 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 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, mantenendo fedeltà ai progetti di base, ho mantenuto il nucleo open-source di Capgo consentendo l'uso gratuito del plugin in modalità manuale o con un server personalizzato.
Conclusioni
La mia esperienza con Capgo è un testimonianza 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 per crossfit è cresciuto in un sistema di aggiornamento live robusto, economico e flessibile per le app Capacitor.
La creazione di Capgo non è stata facile. Ha richiesto ore di lavoro infinite, il supporto di una comunità di sviluppatori generosa e la volontà di cambiare direzione in base alle informazioni fornite dai utenti. Dalla codifica 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 di tutta l'economia 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 a leggere 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 dei plugin nativi, connettilo con Capgo Directory dei Plugin per il flusso di lavoro del prodotto in Capgo Directory dei Plugin Capacitor Plugin da Capgo per i dettagli di implementazione in Capacitor Plugin da Capgo Aggiungere o Aggiornare i Plugin per i dettagli di implementazione in Aggiungere o Aggiornare i Plugin Alternative ai Plugin Enterprise di Ionic per il flusso di lavoro del prodotto in Alternative ai Plugin Enterprise di Ionic, e Capgo Costruzioni native per il flusso di lavoro del prodotto in Capgo Costruzioni native
