Come considerare la progettazione reattiva quando si fornisce una stima per le applicazioni Web?

1

In passato, in genere, dovevo solo valutare le applicazioni web in base al supporto del browser. Ma per i progetti più recenti, anche il supporto di dispositivi e piattaforme è molto importante (risoluzione dello schermo).

Sto avendo difficoltà a fornire una stima per giustificare il "responsive design". Quanto tempo supplementare (solo stima) è necessario per tener conto di ciò durante l'intera implementazione di un progetto basato sul web?

    
posta Jon Raynor 02.08.2013 - 21:44
fonte

2 risposte

3

È estremamente difficile fornire una sorta di "quota di supporto reattivo", percentuale o persino un algoritmo, perché in pratica il diavolo è molto nei dettagli.

Il problema è (e cosa devi assolutamente definire per iscritto), cosa costituisce un "dispositivo supportato"? Per gli dei, non permettere "dispositivi mobili" e lasciarlo a quello. La mia prima incursione in quel mondo fu un viaggio alla scuola dei duri colpi, e sono infinitamente grato di non essere stato sottoposto a una pressione oraria, contrattuale o temporale.

La cosa da sapere è che devi trattare ogni dispositivo e la versione del sistema operativo come se fosse un browser aggiuntivo. Dato che sei abituato a supportare più browser, sono sicuro che hai dimestichezza su quanto lavoro possa essere svolto in qualcosa di semplice come "anche io voglio supportare Internet Explorer 7"; questo può essere facile, o può essere un incredibile mal di testa a seconda di quali tecnologie stai usando.

Siate consapevoli che per molti clienti è solo un'altra parola che non capiscono completamente. Forse vogliono solo che il loro sito web / applicazione funzioni su un iPad e iPhone / smartphone Android (ultime 2 versioni di ciascuno con i browser di serie), e il gioco è fatto. Bene, ora hai almeno 8 diverse nuove configurazioni da testare, e nella mia esperienza anche gli strumenti più recenti / migliori dei migliori software di progettazione non sono in grado di dirti esattamente cosa succederà al di là di un progetto HTML / CSS statico; aggiungi javascript e funzionalità avanzate di qualsiasi tipo e tutte le scommesse sono disattivate.

Che mi dici di Windows RT e Surface? Che ne dici degli androidi più vecchi o dell'iPad di prima / seconda generazione? Ipod touch? Quali dimensioni e modelli di tablet devono essere supportati? Dovrai testare Firefox e Dolphin e Opera per dispositivi mobili?

In pratica, ho trovato rapidamente (piuttosto con mia sorpresa) che l'utilizzo di HTML / CSS / javascript / jQuery / SVG (uh oh) anche in modi molto semplici generava una miriade di problemi su tutti i dispositivi. Un'app potrebbe apparire e funzionare perfettamente su desktop Windows e Macintosh con una dozzina di risoluzioni dello schermo e dimensioni Windows diverse, su Firefox, Safari, IE 7-9 e Opera, e tu sai come può essere. Poi ho trovato che a iPad non piaceva una certa funzionalità e non funzionava, Windows RT mostrava bug solo altrimenti incontrati su IE < = 6 ma quando 'fixed' mostrava in modo casuale comportamenti inaffidabili, e riusciva a bloccare completamente tutti i browser su Android 2.2 e 2.3, ma ha funzionato bene su dispositivi più recenti.

Nel frattempo, i validatori W3C e gli strumenti di Adobe Browser Lab non riportavano alcun problema atteso.

Consigli in linea

Un multiplo di 1.5-3X, a seconda della quantità e dell'età dei dispositivi supportati, non è irragionevole. L'unico modo per migliorare è farlo e mettere le mani su tutti i dispositivi reali che puoi gestire e testare, testare, testare. È la nuova versione delle guerre dei browser degli anni '90 in cui le regole sono truccate ei punti non contano, dovrai inevitabilmente sporcarti e passare intere giornate a cercare di risolvere una cosa stupida che dovrebbe funzionare e funzionare in altri 20 test di piattaforma ma non su questa cosa particolare ...

Quindi definisci i tuoi termini, limita i dispositivi ufficialmente supportati (e specifica i modelli!), i browser e la configurazione, e preparati a sentirti un noob da caccia agli insetti. Devi farlo, solo essere pronto a spendere una quantità significativa di tempo extra, evitare di prendere più di un lavoro alla volta per iniziare, e darti un margine di manovra intelligente per evitare di apparire male.

Personalmente sono un grande fan della scelta della configurazione più importante e della consegna, quindi blocco delle altre configurazioni su un calendario sfalsato. Se è tutto o niente senza consegna incrementale, stai chiedendo un cliente sfortunato.

Soprattutto: buona fortuna!

    
risposta data 02.08.2013 - 22:14
fonte
1

Dipende interamente da come procedi nel tuo design reattivo, dalla complessità della struttura del sito e dalla tua abilità nel realizzarlo (oltre al tuo stile di fatturazione).

In generale, tuttavia, ho visto raccomandazioni per il ballpark del 50% in più rispetto a un sito non reattivo.

Anche in questo caso, dipende dai tuoi metodi. Il mobile-first è generalmente considerato meno doloroso, perché è in gran parte un "content first" e un miglioramento più progressivo (in altre parole, il tuo primo sito mobile non si bloccherà e non brucerà nemmeno su IE6). Al contrario, alcune persone lavorano "prima sul desktop", perché possono mettere fuori gioco la versione "desktop" più velocemente, quindi adeguare le regolazioni per renderla reattiva (in alcuni casi, "degrado gradevole").

    
risposta data 02.08.2013 - 21:54
fonte

Leggi altre domande sui tag