Accentsconagua
Share
În această serie, vom discuta cum să navighezi în gaura de iepure evazivă pe care deseori se întâlnesc designerii atunci când se ocupă de dezvoltatori pe proiecte creative.
Scriind această serie a fost o lungă perioadă de timp vine pentru mine. Ca pe cineva care a jucat pe ambele părți ale designerului și dezvoltatorului gardului - am simțit frustrarea pe care mulți dezvoltatori profesioniști și designeri o simt zilnic. Acum, că am decis să mă concentrez pe a deveni un dezvoltator mai bun și faptul că am învățat multe cursuri atât despre experiența utilizatorilor, cât și despre dezvoltarea web, cred că este datoria mea să mă ocup de unele dintre barierele cu care se confruntă atât dezvoltatorii, cât și designerii spațiu de lucru.
În timpul articolelor următoare voi lua atât pe dezvoltatori, cât și pe designeri pe o cale în care sper că, după aceea, vor putea să lucreze împreună mult mai eficient.
Există o relație puternică, tangibilă între dragoste și ură între designerii și dezvoltatorii UI / UX.
- π (@pi_alize) 21 octombrie 2016
Relația dintre un dezvoltator și un designer este atât de strâns legată încât, dacă una dintre părți nu acordă atenție celeilalte, produsul final nu va avea rezultatul așteptat.
În prima parte a acestei serii intenționez să evidențiez problemele cu care se confruntă designerii și dezvoltatorii, precum și cum să depășim aceste bariere. Fie că proiectați cu cod, fie că înțelegeți ce cod este necesar pentru a lua UX de la design la un mediu real.
Cea de-a doua parte a acestei serii va oferi designerilor o înțelegere fundamentată a dezvoltării front-end, deoarece aceasta, mai mult decât cea din spate, imită estetica generală a designului. Simt că este unul dintre cele mai mari lucruri care se pierd în traducere. Vom trece peste ceea ce este DOM, ce HTML și CSS pot face, unde JavaScript se încadrează în imagine și să ia o scurtă privire asupra modului în care SEO și semantica ar trebui să devină parte a fluxului de lucru al proiectului.
În ultima parte a acestei serii vom examina backend-ul. Nu vă voi învăța cum să programați, dar vă voi prezenta ideile și metodologiile pe care dezvoltatorii le iau pentru a reproduce nu numai designul dvs., ci și logica care este implicată. Voi încheia aici cu un gând final și câteva resurse utile pentru a vă ajuta pe dumneavoastră și pe echipa dvs. să lucreze mai strâns împreună.
Această serie este destinată persoanelor care provin dintr-un fundal puternic de design. Oricare dintre conceptele pe care le explic aici, oricât de rudimentar, nu vor intra în detaliu și vor fi suficiente pentru o înțelegere la nivel înalt a programării pe calculator.
O dezbatere pe care am întâlnit-o de multe ori pe un site web privește procesul de proiectare. În cazul în care echipele încep cu un design "finit" și apoi codifică-l puțin câte puțin, sau este mai bine să proiectezi simultan în timp ce dezvolți funcționalitate. Există pro și con cu ambele, așa că haideți să-l despachetez puțin mai mult.
Cei mai mulți nu ar gândi așa, dar atunci când construiesc un feed de blog sau Twitter widget, design-ul are un rol important de jucat în modul în care funcționează acea bucată de cod. Să luăm un scenariu comun: Indiferent dacă faceți un widget Twitter să trageți în tweet-uri noi pe pagina de reîmprospătare sau asincron prin AJAX, fără a reîmprospăta pagina. AJAX este soluția mai curată și mai sofisticată de rezolvare a problemei care ar putea beneficia în cele din urmă de un interfață curată și efectul de decolorare netedă. Dar un designer ar putea fi complet uitat la acest lucru. Este posibil ca aceștia să nu aibă nicio idee că piesa de funcționalitate menționată a existat sau chiar putea fi programată. De aceea, atunci când proiectați un site sofisticat sau UX, este fundamental să discutați despre funcționalitatea cu dezvoltatorul.
Web-ul este accesat în mai multe moduri, formate, orientări, medii și chiar cu sensuri diferite (gândire pe ecran sau asistență audio). În calitate de designer, trebuie să fii sigură că o experiență de calitate a utilizatorilor este prezentă și consecventă în toate aceste variabile și că utilizatorii pot chiar să adapteze ceea ce este necesar în capriciul lor. Mulți designeri nu iau în considerare acești parametri, deci este dificil să se dezvolte o experiență consistentă.
Din nou, acesta este doar un alt motiv pentru care designerii și dezvoltatorii trebuie să lucreze împreună ca unul. Aș merge chiar atât de departe încât să spun că un dezvoltator ar trebui să fie o extensie a unui designer sau invers. Acesta este un efort combinat pentru a produce cea mai viabilă experiență de utilizare posibilă.
"Când designerii și dezvoltatorii lucrează împreună, pot face să se întâmple magie" - John Botica
Când spun că "designul ar trebui să fie translatabil" nu mă refer la limbi diferite (deși există cazuri cum ar fi traducerea experiențelor web în scripturi de la dreapta la stânga care ar avea un impact dramatic asupra designului LTR), mă refer mai degrabă la faptul că designul ar trebui să fie clar și bine structurat suficient pentru a face o tranziție ușoară de la statică la dinamică. Acest lucru vine cu experiență și o înțelegere a modului în care browserele oferă elemente și forme.
"Trebuie să putem traduce procesul nostru reciproc într-un mod care să stimuleze creativitatea și structura." - Airrick Dunfield
Lumea are nevoie de designeri care să împingă limitele aspectului și esteticului și are nevoie de dezvoltatori care sunt suficient de curajoși pentru a împinge constrângerile motoarelor web, însă ambele părți trebuie să înceapă să lucreze mai strâns.
În următoarea parte a acestei serii vom discuta despre soluțiile la barierele despre care am vorbit mai sus. În același timp, permiteți-mi să vă las câteva materiale relevante. Ne vedem în următorul articol!
