Accentsconagua
Share
In deze serie bespreken we hoe je door het ongrijpbare konijnenhol navigeert dat ontwerpers vaak tegenkomen bij het omgaan met ontwikkelaars bij creatieve projecten.
Het schrijven van deze serie kwam lang op me af. Als iemand die aan beide kanten van de omheining-ontwerper en ontwikkelaar heeft gespeeld, heb ik de frustratie gevoeld die veel professionele ontwikkelaars en ontwerpers dagelijks ervaren. Nu ik heb besloten me te concentreren op een betere ontwikkelaar en het feit dat ik veel cursussen heb gegeven over zowel gebruikerservaring als webontwikkeling, voel ik dat het mijn plicht is om een aantal obstakels aan te pakken waarmee zowel ontwikkelaars als ontwerpers te maken hebben. werkruimte.
Tijdens de komende artikelen zal ik zowel ontwikkelaars als ontwerpers een traject laten volgen waar ik hoop, daarna zullen ze veel efficiënter kunnen samenwerken.
Er is een krachtige, tastbare liefdeshaat-relatie tussen UI / UX-ontwerpers en ontwikkelaars.
- π (@pi_alize) 21 oktober 2016
De relatie tussen een ontwikkelaar en een ontwerper is zo nauw verbonden dat als de ene partij niet op de andere let, het uiteindelijke product niet het verwachte resultaat zal hebben.
In het eerste deel van deze serie wil ik de problemen schetsen die ontwerpers en ontwikkelaars tegenkomen en hoe ze deze barrières kunnen passeren. Of het nu gaat om ontwerpen met code of om te begrijpen welke code nodig is om UX van ontwerp naar een werkelijke omgeving te brengen.
Het tweede deel van deze serie biedt ontwerpers een gefundeerd begrip van front-end ontwikkeling, omdat dit, meer dan de back-end, de algehele esthetiek van het ontwerp nabootst. Ik vind het een van de grootste dingen die verloren gaan in de vertaling. We zullen bespreken wat de DOM is, wat HTML en CSS kunnen doen, waar JavaScript in de afbeelding past en een korte blik werpen op hoe SEO en semantiek onderdeel zouden moeten worden van uw ontwerpworkflow..
In het laatste deel van deze serie zullen we de backend bekijken. Ik ga je niet leren programmeren, maar ik zal je laten kennismaken met de mindsets en methodologieën die ontwikkelaars nemen om niet alleen je ontwerp, maar ook de logica die daarbij hoort, te reproduceren. Ik sluit hier af met een laatste gedachte en enkele nuttige bronnen om u en uw team nauwer te laten samenwerken.
Deze serie is gericht op personen met een sterke ontwerpachtergrond. Elk van de concepten die ik hier uitleg, hoe rudimentair ook, zal niet in detail gaan en zal voldoende zijn voor een hoogstaand begrip van computerprogrammering.
Een debat dat ik op veel van een website vaak tegenkom, betreft het ontwerpproces. Moeten teams beginnen met een "afgewerkt" ontwerp en het dan beetje bij beetje coderen, of is het beter om gelijktijdig te ontwerpen terwijl u functionaliteit aan het ontwikkelen bent. Er zijn zowel voor- als nadelen, dus laten we het een beetje meer uitpakken.
De meesten zouden het niet denken, maar bij het bouwen van een blogfeed of Twitter-widget, heeft design een belangrijke rol te spelen in hoe dat stuk code werkt. Laten we een veelvoorkomend scenario nemen: Of je nu een Twitter-widget wilt maken, nieuwe tweets op de pagina vernieuwen, of asynchroon via AJAX, zonder de pagina te vernieuwen. AJAX is de schonere, meer geavanceerde manier om het probleem op te lossen, wat uiteindelijk zou profiteren van een schone gebruikersinterface en een soepel vervagend effect. Maar een ontwerper kan zich hier helemaal niet van bewust zijn. Ze hebben absoluut geen idee dat het genoemde stuk functionaliteit bestond of zelfs geprogrammeerd kon worden. Daarom is het van fundamenteel belang om bij het ontwerpen van een geavanceerde website of UX de functionaliteit met de ontwikkelaar te bespreken.
Het internet is op veel verschillende manieren toegankelijk, met verschillende indelingen, omgevingen, omgevingen en zelfs met verschillende zintuigen (denkbeeldlezen of audio-assistentie). Als ontwerper moet je er zeker van zijn dat een kwalitatieve gebruikerservaring aanwezig is en consistent is over al deze variabelen, en dat gebruikers zelfs kunnen aanpassen aan wat ze op hun bevlieging nodig hebben. Veel ontwerpers houden geen rekening met deze parameters, dus het is moeilijk om een consistente ervaring te ontwikkelen.
Nogmaals, dit is gewoon een andere reden waarom ontwerpers en ontwikkelaars als één moeten samenwerken. Ik zou zelfs zeggen dat een ontwikkelaar een uitbreiding van een ontwerper moet zijn, of omgekeerd. Dit is een gecombineerde inspanning om de meest haalbare gebruikerservaring mogelijk te maken.
"Wanneer ontwerpers en ontwikkelaars samenwerken, kunnen ze goochelen." - John Botica
Als ik zeg: "ontwerp moet vertaalbaar zijn", bedoel ik niet in verschillende talen (hoewel er gevallen zijn zoals het vertalen van webervaringen in rechts-naar-links-scripts die een dramatische invloed op uw LTR-ontwerp zouden hebben), verwijs ik meer naar de het feit dat design duidelijk en goed gestructureerd genoeg moet zijn om een gemakkelijke overgang van statisch naar dynamisch te maken. Dit komt met ervaring en een begrip van hoe browsers elementen en vormen weergeven.
"We moeten in staat zijn om ons proces aan elkaar te vertalen op een manier die creativiteit en structuur bevordert." - Airrick Dunfield
De wereld heeft ontwerpers nodig die de grenzen verleggen van lay-out en esthetiek, en er zijn ontwikkelaars nodig die dapper genoeg zijn om de beperkingen van webmotoren te verleggen, maar beide partijen moeten nauwer met elkaar samenwerken.
In het volgende deel van deze serie zullen we oplossingen bespreken voor de barrières waarover we hierboven hebben gesproken. Laat me in de tussentijd een paar relevant leesmateriaal achter. Zie je in het volgende artikel!
