Ogni anno vengono effettuati miliardi di download di applicazioni mobile da milioni di utenti sparsi per il mondo, ad un punto tale che molti paragonano il creare un app e pubblicarla nei vari stores ad una vera propria miniera d’oro. Ed il numero sta crescendo a dismisura.

La stima dei numero di download di applicazioni mobile nei prossimi anni

Tuttavia, se in alcuni casi gli app stores hanno rappresentato (e rappresentano ancora) una grandissima fonte di ricchezza (come Ruzzle o FlappyBird, tanto per citare le prime app che mi vengono in mente), per ogni app di successo ce ne sono migliaia che non riescono a decollare.

Il fatto è che quando si parla di creare un app, puntualmente ci vengono presentati solamente quei progetti che hanno raggiunto la vetta. E tutte quelle applicazioni che al contrario hanno fallito?

La dura verità: le app che non hanno successo

In particolare, di tutti i milioni di applicazioni scaricate, solo un piccolissima parte (circa il 5/10%) viene effettivamente utilizzata dopo la prima volta.

Quante volte ti sarà capitato di scaricare un’app nel tuo smartphone o tablet, dargli un’occhiata veloce, per poi non aprirla mai più, o addirittura cancellarla?

A seconda dell’utente, la maggior parte delle applicazioni vengono completamente ignorate o cancellate dopo il primo utilizzo.

Il mio iPhone è continuamente colmo di applicazioni di vario tipo, ed ogni giorno mi presenta minimo 50 notifiche di aggiornamenti da effettuare per applicazioni che non ricordo nemmeno di avere.

Così, periodicamente, appena riesco a ritagliarmi un attimo di tempo, mi metto a cancellare tutte quelle app che non mi piacciono o che non utilizzo.

Ma dopo qualche giro di esplorazione su App Store, sono di nuovo al punto di partenza.

E credo che questo sia lo stesso scenario della maggior parte degli utenti che possiedono un dispositivo mobile.

Da cosa dipende?

Semplice: dall’utilità dell’applicazione.

Prima di perdere tempo con la creazione di un’applicazione, cerca di capire se è effettivamente utile

Verifica l’utilità della tua applicazione

Molti vengono a chiederemi delle consulenze per progetti riguardanti applicazioni mobile che risultano veramente inutili, come se si dimenticassero che qualsiasi smartpthone o tablet possiede un browser.

Ora ti chiederai: “cosa c’entra il browser con l’app?”

C’entra eccome.

Uno dei miei clienti (per il quale ho realizzato un e-commerce con WordPress) sapendo che oltre a siti ed applicazioni web mi occupo anche della realizzazione di mobile app,  qualche tempo fa si era fissato con l’idea di voler creare a tutti i costi un’applicazione mobile che offrisse all’utente tutte le funzionalità dell’e-commerce che gli avevo già sviluppato.

Che senso avrebbe avuto realizzare l’applicazione di un’e-commerce già ottimizzato per dispositivi mobile, e quindi già facilmente fruibile da un normale mobile browser?

Provai a spiegargli l’inutilità della cosa, ma non mollò la presa, nemmeno dopo avergli mostrato il mio preventivo.

Morale: il cliente finì per spendere alcune migliaia di euro per un’ottima e funzionale applicazione, ma che non venne mai utilizzata da nessuno (dei circa 900 utenti che avevano effettuato il download nell’arco di un anno, non registrammo nemmeno un acquisto da dispositivi mobili).

Completo fallimento.

Pensaci bene: prima di metterti a testa bassa e impegnarti nella realizzazione di un’applicazione mobile, cerca di capire quali funzionalità e contenuti deve avere.

Se si tratta di elementi disponibili anche su un normale web browser, allora la verità è che non hai bisogno di un’applicazione mobile, o almeno di un’applicazione da distribuire sui vari stores.

Molte delle funzionalità come la geolocalizzazione o il salvataggio dei dati (leggi questo articolo oppure questo per saperne di più) possono essere implementate anche in normali siti web.

Una buona soluzione che personalmente adotto molto spesso è quella di creare una versione mobile del sito web, utilizzando delle tecniche per realizzare HTML Mobile app fluide ed altamente performanti.

In questo modo è possibile creare un’applicazione mobile a tutti gli effetti, ma che sia accessibile anche da un normale browser mobile, e che allo stesso tempo possa essere facilmente trasformata in un’applicazione ibrida, grazie adei tools come Phonegap o Titanium.

È la stessa cosa che ha fatto per esempio Financial Times con la sua applicazione mobile.

Conclusioni: in base a quali fattori puoi capire se tu o il tuo cliente avete veramente bisogno di un app?

Per capire se hai veramente bisogno di creare un’applicazione da poter scaricare nei vari stores, i metri di giudizio ai quali dovresti affidarti e su cui focalizzarti sono:

1. posso fornire all’utente le stesse funzionalità con un normale sito web responsive?
2. quanto tempo, risorse e denaro dovrei impiegare per creare un app e quali per creare un sito web che offra le stesse funzionalità?
3. qual è lo scopo finale (effettivo) del tuo progetto/lavoro?
4. quali sono le reali esigenze dell’utente?

Più semplicemente, se hai bisogno di offrire un prodotto che deve essere accessibile da diversi tipi di dispositivi (sia da quelli desktop che da quelli quelli mobili) allora la miglior cosa è sicuramente optare per una versione responsive del sito web.

Più volte ho accennato all’importanza della scalabilità e mantenibilità per un applicazione mobile sviluppata in HTML5, che permette allo sviluppatore (o agli sviluppatori, se si tratta di un team) di estendere o ridurre le dimensioni del progetto più facilmente, e di aggiornare i vari componenti anche singolarmente, avendo minime ripercussioni o ripercussioni inesistenti sugli altri componenti dell’applicazione.

Grazie ad un progetto scalabile è possibile evitare quello che personalmente ho rinominato l’ “effetto Shangai”  (pensa ad ogni parte di un’applicazione come un bastoncino, ogni volta che si modifica la posizione di un bastoncino è possibile coinvolgere, se si è fortunati, almeno 3 bastoncini,  che nel nostro caso rappresentano altri componenti dell’applicazione, come views, models, collections, ecc.).

Per avere vedere un esempio funzionante di una HTML5 mobile app basata su views, model e collection, ti consiglio di leggere questo articolo: Semplice HTML5 Mobile App con Bootstrap Ratchet e Backbone.js

Il gioco da tavolo dello Shangai. Fonte: Flickr  

---

Come creare #HTML5 #mobileapp: il #javascript modulare
Click To Tweet

---

Come creare un app: l’importanza di scrivere javascript modulare

Nel mondo della programmazione, per risolvere questo tipo di problema e per aumentare mantenibilità e scalabilità del codice, di solito si cerca di rendere il progetto “modulare“, concetto che non è riservato solo alle applicazioni mobile, ma che può essere esteso a tutte le web app javascript in generale, realizzate in HTML5, CSS3 e Javascript.

Usando questo termine ci riferiamo ad un tipo di struttura che viene suddivisa in moduli separati, ovvero singole parti o funzionalità dell’applicazione, ognuna di esse avente solitamente uno o più compiti specifici.

Ciò facilita notevolmente la mantenibilità rimuovendo, dove possibile, la dipendenza di una parte dell’applicazione rispetto alle altre (un componente è dipendente dall’altro quando ha bisogno di esso per poter funzionare).

Quando questo concetto è applicato correttamente, è molto più facile limitare le ripercussioni che operazioni come aggiunta, modifica o aggiornamento di un componente possano avere su altri altri del progetto.

Come creare un app: rendere un progetto modulare

Come creare un app: i namespace

Una delle pratiche comuni per rendere modulare un progetto sviluppato in HTML5, CSS3 e Javascript è quella di attribuire alle varie parti del DOM dell’interfaccia, o alle varie funzioni javascript che le gestiscono, dei “nomi” secondo una certa logica.

Tali nomi dovrebbero essere assegnati in modo tale che ogni elemento sia identificabile in modo univoco dal un proprio namespace, ovvero un nominativo che solitamente deriva dalla combinazione di due elementi:

• le funzionalità per il quale è stato concepito l’elemento al quale viene assegnato il namespace
• il nome della parte dell’interfaccia in questione.

Ciò permette di evitare eventuali collisioni con altri elementi o variabili globali.

Se volessimo identificare per esempio, in un’eventuale mobile app, la view di creazione di un articolo alla quale è possibile accedere dalla lista delle novità, potremmo associare all’elemento DOM che contiene la view il namespece “news_article_create”, da inserire all’interno dell’attributo “id”, o magari all’interno di un microdata personalizzato (es: data-namespace = ”news_article_create”).

Il namespace è molto utile per selezionare e manipolare via javascript un o più elementi DOM del documento (come accade molto spesso con i selettori di jQuery).

Un’altro metodo che rende molto facile la modularizzazione di un progetto, è quello di utilizzare l’AMD.

Come creare un app: l’AMD

L’AMD (Asynchrounous Module Defnition) è una tecnica che permette di caricare all’interno del progetto file e moduli esterni in modo asincrono, dopo il caricamento della pagina, ovvero dopo che sono state caricate tutte le risorse esterne indicate del documento iniziale (stili CSS, file javascript ecc.).

Oltre ad aumentare le performance, l’AMD permette , in fase di sviluppo, di mantenere tutti i moduli della struttura del progetto organizzati in file distinti fra loro, con la stessa logica di altri tipi di linguaggi di programmazione.

Grazie a dei tools esterni, è anche possibile concatenare e minimizzare tutti i file sorgenti Javascript in un unico file più leggero al momento della distribuzione del prodotto.

Fonte: Wikipedia

---

Come creare #HTML5 #mobileapp: il #javascript modulare
Click To Tweet

---

Come creare un app: gli script loaders

Suddividere la propria applicazione in moduli senza organizzarli in file separati non è molto diverso dal non utilizzarli affatto.

Definendo tutti i moduli in un unico file può contribuire ad evitare la situazione dell’ Effetto Shangai, anche se in tutti i casi ricercare una funzione o un determinato modulo tra 5000 righe di codice javascript non è per niente facile (è uno scenario in cui ti sei già trovato/a vero?).

Inoltre ciò renderebbe molto difficile il lavoro simultaneo di più sviluppatori all’interno del progetto.

E’ per questo motivo che solitamente la tecnica di suddivisione in moduli và di pari passo con l’utilizzo degli Script Loaders, librerie esterne che permettono appunto di caricare nel documento dei moduli o dei template collocati in file esterni.

In rete è possibile trovare moltissimi script loader (come per esempio Curl.js  oppure il loader del framework Dojo, ma il mio preferito, oltre che uno dei più diffusi, rimane Require.js.

Se ti interessa, ecco una lista di script loaders client-side:

• RequireJS
• curl.js
• bdLoad
• Yabble
• PINF

Con Require.js possiamo anche concatenare tutti gli script in un unico file grazie a dei tools di ottimizzazione aggiuntivi come il Require.js optimizer, che permettono tra l’altro di rimuovere completamente il discorso del caricamento asincrono e dell’AMD per nella versione “production” del nostro progetto.

---

Come creare #HTML5 #mobileapp: il #javascript modulare
Click To Tweet

---

Conclusioni

Quando si sviluppa un’applicazione web in HTML5, CSS3 e Javascript di complessità medio-alta (in riferimento al numero di funzionalità e al numero di schermate o view presenti nell’interfaccia), rendere il progetto modulare può aiutare incredibilmente a svolgere più facilmente comuni operazioni come modifica, eliminazione ed aggiornamento di alcune delle parti che lo compongono.

Qualsiasi applicazione è in costante aggiornamento, ed organizzare elementi come schermate, dati, template in moduli separati può velocizzare anche il flusso di lavoro, specie se questo è portato avanti non singolarmente, bensì da un team di sviluppatori.

E tu hai mai pensato alla modularità dei tuoi progetti e web app?

Se hai dei tools e strumenti da aggiungere alla lista, o per qualunque dubbio o perplessità, scrivilo pure nei commenti!