Accentsconagua
Share
In questa serie, discuteremo su come sfidare l'elusiva tana del coniglio che i designer si trovano spesso quando si occupano di sviluppatori su progetti creativi.
Scrivere questa serie è stato un lungo periodo in arrivo per me. Come qualcuno che ha giocato su entrambi i lati del recinto-designer e sviluppatore, ho sentito la frustrazione che molti sviluppatori e designer professionisti sentono quotidianamente. Ora che ho deciso di concentrarmi su come diventare uno sviluppatore migliore e sul fatto che ho insegnato molti corsi sull'esperienza utente e sullo sviluppo web, ritengo sia mio dovere affrontare alcune delle barriere che devono affrontare sia gli sviluppatori che i progettisti nel spazio di lavoro.
Durante i prossimi articoli porterò sia gli sviluppatori che i designer su un percorso in cui spero, dopo, che saranno in grado di lavorare insieme in modo molto più efficiente.
Esiste una relazione di odio-amore potente e tangibile tra i progettisti e gli sviluppatori di UI / UX.
- π (@pi_alize), 21 ottobre 2016
La relazione tra uno sviluppatore e un designer è così strettamente legata che se una parte non presta attenzione all'altra, il prodotto finale non avrà il risultato previsto.
Nella prima parte di questa serie, ho intenzione di delineare i problemi che i progettisti e gli sviluppatori devono affrontare e come superare questi ostacoli. Che si tratti di progettare con il codice o di capire quale codice è necessario per portare UX dal design a un ambiente reale.
La seconda parte di questa serie fornirà ai progettisti una comprensione radicata dello sviluppo del front-end, poiché questo, più del back-end, imita l'estetica complessiva del progetto. Sento che è una delle cose più grandi che si perdono nella traduzione. Vedremo cosa è il DOM, cosa possono fare HTML e CSS, dove JavaScript si inserisce nell'immagine e dare una breve occhiata a come SEO e semantica dovrebbero diventare parte del flusso di lavoro di progettazione.
Nella parte finale di questa serie daremo un'occhiata al back-end. Non ho intenzione di insegnarti come programmare, tuttavia, ti introdurrò alle menti e alle metodologie che gli sviluppatori impiegano per riprodurre non solo il tuo design, ma anche la logica che è implicata. Chiudo qui con un pensiero finale e alcune risorse utili per aiutare te e il tuo team a lavorare più strettamente insieme.
Questa serie è orientata verso le persone che provengono da un forte background di design. Nessuno dei concetti che spiego qui, per quanto rudimentale, non entrerà nei dettagli e sarà sufficiente per una comprensione di alto livello della programmazione di computer.
Un dibattito che ho incontrato spesso su molti siti Web riguarda il processo di progettazione. I team dovrebbero iniziare con un design "finito" e quindi codificarlo un po 'alla volta, oppure è meglio progettare contemporaneamente mentre si sviluppa la funzionalità. Ci sono pro e contro con entrambi, quindi apriamolo un po 'di più.
La maggior parte non la penserebbe così, ma quando costruisci un feed del blog o un widget su Twitter, il design ha un ruolo importante da svolgere nel modo in cui funziona quel pezzo di codice. Prendiamo uno scenario comune: Se creare un widget Twitter inserire nuovi tweet all'aggiornamento della pagina o in modo asincrono tramite AJAX, senza aggiornare la pagina. AJAX è il modo più pulito e più sofisticato per risolvere il problema, che alla fine trarrebbe vantaggio da un'interfaccia utente pulita e da un effetto sfumato. Ma un designer potrebbe essere completamente ignaro di ciò. Potrebbero non avere assolutamente idea che il suddetto pezzo di funzionalità esistesse o potesse persino essere programmato. Questo è il motivo per cui, quando si progetta un sito Web sofisticato o UX, è di fondamentale importanza discutere la funzionalità con lo sviluppatore.
Il Web è accessibile in molti modi, formati, orientamenti, ambienti e anche con diversi sensi (lettura dello schermo di pensiero o assistenza audio). Come designer, devi essere sicuro che un'esperienza utente di qualità sia presente e coerente in tutte queste variabili e che gli utenti possano persino personalizzare ciò che è necessario per loro capriccio. Molti progettisti non tengono conto di questi parametri, quindi è difficile sviluppare un'esperienza coerente.
Ancora una volta, questo è solo un altro motivo per cui designer e sviluppatori devono lavorare insieme come se fossero uno. Mi spingo fino a dire che uno sviluppatore dovrebbe essere un'estensione di un designer, o viceversa. Questo è uno sforzo congiunto per produrre l'esperienza utente più valida possibile.
"Quando designer e sviluppatori lavorano insieme, possono far accadere la magia." - John Botica
Quando dico "il design dovrebbe essere traducibile" non intendo in linguaggi diversi (anche se ci sono casi come la traduzione di esperienze web in script da destra a sinistra che avrebbero un impatto drammatico sul design del LTR), mi riferisco di più al In effetti, il design dovrebbe essere chiaro e ben strutturato per passare facilmente da statico a dinamico. Ciò deriva dall'esperienza e dalla comprensione di come i browser rendono elementi e forma.
"Dobbiamo essere in grado di tradurre i nostri processi gli uni con gli altri in un modo che favorisca la creatività e la struttura." - Airrick Dunfield
Il mondo ha bisogno di designer che spingano i limiti del layout e dell'estetica, e ha bisogno di sviluppatori abbastanza coraggiosi da spingere i vincoli dei motori Web, ma entrambe le parti devono iniziare a lavorare più da vicino.
Nella prossima parte di questa serie discuteremo le soluzioni alle barriere di cui abbiamo parlato sopra. Nel frattempo, lascia che ti lasci un po 'di materiale di lettura pertinente. Ci vediamo nel prossimo articolo!
