5 Pet Peeves utvecklare har med designers (och hur man undviker dem)
Katter och hundar. Kain och Abel. Designers och utvecklare. Dessa är bara några av de stora historiska ansikts-offerna.
Designers och utvecklare verkar ofta komma från olika planeter och har helt olika hjärnor.
Utvecklare vill att en webbplats ska fungera rätt, designers vill att det ska se rätt ut.
För några veckor sedan undersökte vi huvudämnet pet peeves som webbdesigners har med webbutvecklare , och föreslog några lösningar för dem.
Idag diskuterar vi den andra sidan av myntet: de fem vanligaste gripes som utvecklare har med designers .
PEEVE # 1: "Varför vill designers skapa allt i Flash?"
Webbplatsen är en knapp och lite text, men designern insisterar på att använda Flash, även om det tredubblas nedladdningstiden.
Problem
För vissa designers kan man använda kärnwebbsteknologier (HTML, CSS och JavaScript) för att skapa en webbsida som innovationens dödsknopp. De begränsar sin kreativitet och tvingar dem att bero på att utvecklaren ska realisera sin vision.
Flash ger konstruktörer potentiellt obegränsade designmöjligheter, och de kan behålla mer kontroll över slutprodukten, särskilt om de känner till ActionScript. Med Flash kan designers välja mellan alla typografi-, lutnings- och snedställningselement, lägga till animeringar och skapa specialeffekter som bara är omöjliga för tråkig ol 'HTML.
Lösning
Den första frågan att fråga dig själv som utvecklaren är "Vad är den bästa tekniska lösningen på problemet?" Det kan vara kärnwebbteknologi, eller det kan vara Flash. Att ha ett öppet sinne är viktigt. För att bestämma vad som skulle fungera bäst, lägg dig ner med konstruktören och kom överens om en lista över tekniska och designkrav för projektet.
Titta till exempel om sidan måste laddas snabbt, använd ett visst teckensnitt för marknadsföringsändamål, träffa tillgänglighetsriktlinjer eller ha animering. När du har svarat på sådana frågor kommer du bättre att kunna väga för och nackdelar med att använda Flash.
Att informera din designer om JavaScript-ramar som Dojo och jQuery är en bra idé. De kanske inte inser den interaktiv funktionalitet och specialeffekter som kan uppnås med AJAX och DHTML.
PEEVE # 2: "Har designern ens hört om HTML CSS?"
Designern har skapat en bra design med Photoshop, men webben fungerar inte så.
Problem
Vissa designers verkar vara medvetet okunniga om även de mest grundläggande aspekterna av webbteknik. Detta kan resultera i mönster som är släta orealistiska eller extremt svåra att återskapa på webben, som förlitar sig för mycket på bilder för enkel typografi eller som leder till en underordnad användarupplevelse.
Lösning
CSS är språket för webbdesign, och designers som arbetar i mediet har verkligen ingen ursäkt för att inte förstå dess grunder. Jag liknar detta till mitt tidigare arbete i tryckdesign. Jag behövde inte veta hur man kör en av de mammutiska industriella tryckpressarna, men jag var tvungen att veta om fångst, halvtoner och CMYK.
Jag var tvungen att förstå grunden för tryckprocessen om jag ville uppnå bästa möjliga resultat med mina mönster. Detsamma gäller för webbdesign. Designers behöver inte veta hur en server fungerar, men de borde ha grundläggande kunskaper om linjens höjd, vaddering, bakgrundsbilder och andra faktorer som utgör webbutvecklingsprocessen.
PEEVE # 3: "Designern gav mig en PSD med 50.000 oanvända lager och inga mappar!"
Du laddar ner 50 MB Photoshop-dokumentet, vänta fem minuter för att det äntligen ska öppnas, börja klippa en enkel knappbakgrund och möta en vägg med oidentifierade lager i till synes slumpmässig ordning och hälften är avstängd.
Problem
Utvecklare måste hålla sina dokument välorganiserat, annars kommer de inte att vara effektiva. Men om något ser rätt ut i Photoshops port, är det ofta bra nog för designern. Till en utvecklare som är van vid objektsorienterad programmering (OOP) och en logisk ordning för kod kan detta vara en mardröm!
Lösning
Utvecklare är inte de enda som blir frustrerade av oorganiserade och röriga PSD-filer. Som en kreativ regissör skickade jag tillbaka mer än en PSD med en begäran att designern skulle organisera och namnge alla lager. Adressa detta problem med designaren så tidigt som möjligt. Gör klart att du behöver en ren och organiserad fil.
Om det inte är möjligt (eller designaren är bara envis), är ett lick för att hitta lagret på ett objekt att höger / Ctrl + klicka på det i visningsporten med Move-verktyget (tangentbordsgenväggen är "v").
En kontextmeny för alla lager och lagergrupper under markören visas. Välj det lager du vill ha och om lagpalet är öppet markeras det korrekta lagret.
Jag rekommenderar också att du frågar designers att lära dig hur du använder Photoshops smarta objekt . Med Smart Objects kan du samla de olika lagren som utgör ett objekt (till exempel lagren som innehåller en knapp) till en diskret fil inbäddad i huvud Photoshop-filen.
Smarta objekt är lätta att använda och erbjuder flera fördelar:
- De skapar en "objektorienterad" Photoshop-fil, där upprepade element har en enda "symbol".
- De kan matas ut som webb-klara element utan att behöva använda röriga lagskivningstekniker.
- De gör organisationen av PSD enklare genom att minska antalet lager i huvudfilen.
PEEVE # 4: "Designern rymde inte för verkligt innehåll."
Vi använder ett CMS-system som ger kunden fullständig kontroll över innehållet. Designmockupen visar dock bara en rad text för rubriker och ett stycke text för teasers.
Designern räknar med balanserade modulhöjder och kolumner, men vi kan inte förutse hur mycket kopia som behöver passa där.
Problem
Att generera grekiska (eller "Lorem Ipsum") -texten är en tidskrävad metod för att lägga till realistisk utseende, i avsaknad av webbplatsens slutliga kopia. Men eftersom det inte är riktigt innehåll kan det leda till att designare gör felaktiga slutsatser om sidans slutliga design.
Lösning
Designkompositioner är statiska, men webbsidor i verkliga världen måste vara flytande och dynamiska. Designers bör erkänna detta och täcka alla möjliga scenarier. Detta är en av huvudbegränsningarna för att skapa statiska kompositioner: de är inte den riktiga saken.
Jag tycker att det är bra att definiera höjden på områden som ska användas för att visa element som rubriker och teasers, istället för att lämna dem öppna. Detta hjälper dig att se exakt hur mycket utrymme de kommer att ta upp i den slutliga designen.
PEEVE # 5: "Designern förväntar mig att gissa vilka stilar han har använt."
Designern hämtar dig en kompis utan förklaring och förväntar dig att räkna ut teckensnittsfamiljen, linjehöjder, färger, bredder, vaddering, gränser och marginaler.
Problem
Till skillnad från att skapa en mockup i Photoshop, är webbutveckling vanligtvis inte gjort i en WYSIWYG (vad du ser är vad du får) miljö. Framförallt tilldelar utvecklaren specifika värden för mätningar, färger och typografi.
Lösning
Jag ser denna uppdelning i kommunikation i många projekt. Det framhäver en av de största skillnaderna mellan "design" och "utveckling". Även om formgivaren använde en mall med ett fördefinierat rutnät, måste utvecklaren ofta göra ögonglob andra stilar.
Att ha designaren skapa en stilguide som en leveransbar är då viktig. Stilguiden kommer att fungera som en överenskommen plan för designen och minska förvirringen.
Special Bonus Peeve: "Jag behöver ingen designer som berättar för mig hur man programmerar!"
Designern vill ha något gjort på ett visst sätt, oavsett om du, utvecklaren, tror att det är bra att rekommendera.
Problem
Designers som säger utvecklare hur man kodar är lika frustrerande som utvecklare som berättar för designers hur man gör sitt jobb. Men linjen mellan designer och utvecklare är ofta tunn, och ibland ligger båda rollerna i samma person.
Om du har tydligt definierat ansvar för ett projekt hörs någon som inte var inblandad i beslutsprocessen, andra gissningar är dina slutsatser irriterande.
Tekniker som verkar bra för andra på ytan passar inte alltid i den programmeringsmiljö du arbetar med. Att förklara detaljerna i dina tekniska beslut tar dyrbar tid när allt du vill är att konstruktören ska lita på att du har fattat kloka beslut .
Lösning
Lyssna på vad designern har att säga om tekniska alternativ; du kanske inte har tänkt på dem alla. Mer än en gång har jag varit i diskussioner med designers som tog lösningar till bordet som jag inte var medveten om, som första gången jag såg jQuery i aktion.
Kom ihåg att du och formgivaren (förhoppningsvis) delar samma mål att skapa den bästa produkten som möjligt. Om du håller ett öppet sinne och ett nivånsätt, kan du inte gå fel.
Skriven uteslutande för WDD av Jason Cranford Teague . Han erbjuder specialiserade webb konsulttjänster och träningssessioner. Du kan förbeställa din nya bok, Tala i stilar: Grunden för CSS för webbdesigners på Amazon.com.
Vilka husdjur har du med designers? Vi skulle gärna veta mer om detta, var vänlig dela med dig av dina kommentarer nedan.