Ska webbdesigners förstå grundläggande HTML och CSS? Det är ett trött argument med två sidor som vägrar att ge ut, varför diskutera det även?
Syftet med denna artikel är inte att bevisa vilken grupp som är rätt men försöka visa att båda sidorna verkligen gör giltiga punkter och att se om en analys av dessa punkter ger oss en kompromiss som båda parter kan komma överens om.
Ett hett ämne
En av våra artiklar förra veckan ledde till flera kommentarer angående implikationer i hela stycket som webbdesigners borde ha ett grundläggande grepp om koden som är inblandad i att skapa en webbsida. Många applåderade detta förslag medan lika många läsare fann att det var utanför märket.
Detta ämne är ett som har diskuterats i längd på nästan alla designbloggar på webben. Det finns två olika sidor i debatten, vars medlemmar har dragit tydliga linjer i sanden som sannolikt aldrig kommer att korsas.
Jag har rätt och du är fel
Den som tror att en förståelse av kod inte är nödvändig för design vägrar helt enkelt att underhålla tankar om att denna uppfattning kan vara fel. På samma sätt kan designers som har ett starkt grepp om kod inte vara övertygade om att de inte är bättre designers för det.
? Antingen designers bör känna till kod eller de borde inte, så enkelt argument lämnar lite utrymme för kompromiss.?Så vart lämnar det oss? Vi verkar vara på en obeveklig dödläge med båda sidor som håller fast. Det största problemet här är att det inte verkar vara någon mellanklass. Antingen designers bör känna till kod eller de borde inte, så ett enkelt argument lämnar lite utrymme för kompromiss.
Det faktum att båda sidorna klamrar sig på sina åsikter visar så hårt att varje har viktiga punkter som inte bör ses över. Idag försöker vi att respektera dessa punkter och hitta den undvikande mittmarken. Förhoppningsvis kan vi styra diskussionen mot en slutsats att båda sidorna åtminstone delvis kan prenumerera på.
Statens webbutveckling
Med tanke på debattens karaktär antar jag att vissa av oss förstår hur webbplatser byggs och vissa inte gör det. Med detta i åtanke kommer en enkel definition av termer att gå långt för att hjälpa alla på samma sida.
Det snabba och smutsiga läget är att HTML används för innehåll, CSS för styling och JavaScript för beteende. Följande är lite förenklat, men det speglar det allmänna läget för hur grundläggande webbsidor byggs.
? HTML används för innehåll, CSS för styling och JavaScript för beteende?En typisk sida kan ha text, länkar och till och med primära bilder som läggs in via HTML, vars struktur ger hierarkin för hela designen. HTML är skelettet på din sida.
På samma sätt är CSS skinnet på din sida. Här görs de flesta estetiska valen: färger, teckensnitt och jämn layout uppnås via CSS. Mycket av vad en designer ansvarar för utförs med CSS, så om en designer behöver förstå något om kod är det här ett bra ställe att börja.
JavaScript är den valfria hjärnan för din sida. Om du vill ha snygga bildspel eller andra dynamiska funktioner är JavaScript ofta det bästa sättet att klara det. På senare tid har CSS3 utvecklats till en kännlig förmåga att stjäla några av JavaScript-beteende, så linjerna är inte så tydliga som de en gång var.
Förstå din handel
Oavsett vilken typ av designer du är, är det svårt att argumentera för att det inte är avgörande för din karriär att du försöker förstå karaktären av vad det är du skapar.
Bra skrivdesigners vet allt om utskrift och dess omgivande processer. De förstår grundläggande fyra färgåppoperationer, hur papperet skärs till annonsstorleken och hur det rör sig om filinställning, vilken typ av bläck som finns och hur det blandas. det fortsätter och fortsätter.
En grundläggande layout kan skapas helt utan denna kunskap, men verkliga proffs investerar tid och ansträngning för att lära sig processerna bakom genomförandet av en design så att de kan redovisa dem under designprocessen.
? Verkliga experter investerar tid och ansträngning för att lära sig processerna bakom genomförandet av en design.?Webbdesigners får ofta ett gratis pass på detta område. Webtekniken är komplicerad så det är orealistiskt att förvänta sig en designer att förstå det. När allt kommer omkring spelar det roll hur bakgrundsfärgen implementeras så länge den matchar designspecifikationerna?
Är det här en copout eller ett legitimt argument? Behöver webdesigners verkligen veta vad som är inblandat i att föra sina mönster till liv som skrivdesigners gör? Om du känner skillnaden mellan spot- och processfärger gör du en bättre skrivdesigner, förstår du rollen, förhållandet och genomförandet av de tre ovan nämnda teknologierna, vilket gör dig till en bättre webbdesigner?
Designa för webben
Webben är en mycket unik form av media. Vissa projekt kräver en hög nivå av interaktion medan andra är lite mer än en digital bild av vad som lätt kan skrivas ut innehåll (den här artikeln till exempel).
Som webbdesigner har du uppgift att analysera varje scenario och ge en estetik som bäst passar målen och användarna på webbplatsen. En viktig fråga uppstår om huruvida du verkligen kan uppnå detta utan en grundläggande förståelse för hur webben fungerar.
Låt oss säga att du designar en mobil webbplats och din klient vill hålla laddningstiderna låga. Om du vet vad CSS kan, kan du enkelt skapa en attraktiv design som inte kräver bilder. Men om du inte är säker på hur genomförbar något som en kompatibel gradvis webbläsare är, har du en nackdel.
Detsamma gäller typografi.Kanske vill du använda en unik typsnitt på en del av texten som behöver vara live, skulle det inte hjälpa till att förstå @ font-face-implementering och vad du kan göra med det?
Separera roller
Ett stort underargument i denna debatt uppstår om huruvida designer- och utvecklarrollens roller ska vara helt separat. Detta är ett område där båda sidor har lika legitima argument.
Separatisterna säger att webbdesign och webbutveckling är två helt olika roller som kräver mycket olika färdighetssätt. Det är mycket bättre att ha reklam som endast är avsedda för att designa och teknikera enbart för att koda än att försöka slå samman de två rollerna i en individ. Att göra det skulle vara att kräva för mycket av en person och projektet skulle lida.
Faktum är att många stora företag över hela världen hanterar sina webblag på exakt detta sätt, med en grupp dedikerade till att skapa mönster som sedan delas ut till en annan avdelning för att bli ett levande projekt. Detta är särskilt nödvändigt när ett projekt kräver en hög utvecklingsexpertise, till exempel med Ruby eller PHP.
? Ingen av oss kan anta att vi känner till ett enda format som kan och bör tillämpas på varje webbdesignföretag överallt.?Men småföretag och frilansoperationer har ofta inte råd med flera experter. I dessa scenarier kan den ensamstående supermanen som ser ett projekt från början till slut vara en ovärderlig resurs. Gilla det eller inte, existerar faktiskt sådana personer, varav många är anmärkningsvärt bra både i design och utveckling.
Om vi närmar oss detta underargument med ett öppet sinne tror jag att vi alla kan hålla med om att det finns omständigheter där det är fördelaktigt för designer och utvecklarroll att vara separata och andra scenarier där det är bättre att de rullas ihop. Ingen av oss kan anta att vi känner till ett enda format som kan och bör tillämpas på alla webbdesignföretag överallt.
Problemets hjärta
Att hitta en kompromiss i ovanstående argument är ett viktigt steg. Om vi alla kan komma överens om att det finns fall där både splittring och anslutning till designern och utvecklarrollen är en legitim struktur, kanske vi kan komma överens om huruvida designers i allmänhet borde förstå kod.
För att hitta en gemensam grund, låt oss analysera varje argument. Den rena designerns situation är lätt för mig att förstå, för jag var så länge i detta läger. Visuell design är mer komplicerad än många människor ger det kredit för. Det finns för många HTML- och CSS-killar som antar att eftersom de vet hur man bygger en webbplats ska de kunna designa en. Som kodning är design inte något du kan lyckas utan en grundläggande utbildning och utforskning av vad som fungerar och vad som inte gör det. Designers är inte bara människor med ett öga för färgscheman, de är högutbildade individer som har arbetat hårt för att bygga den färdighetssats som de har.
Takeaway här är att kodare utan design erfarenhet har sannolikt ingen verksamhet låtsas att vara designers. På samma sätt bör en designer inte spendera sin tid att hacka ihop dåligt skriven kod.
Men vänta, vi har redan diskuterat ovan hur en grundläggande förståelse av kod faktiskt kan förbereda designern för att skapa något som passar platsens mål. Så var lämnar vi oss?
Kompromissen
Konversationen ovan kan verka lite långvarig och överflödig, men de logiksteg som vi har gått igenom är viktiga för att vi ska komma till en punkt där vi kan nå en slutsats.
Med giltiga argument från båda sidor i åtanke är en kompromiss mycket lättare att komma till. Vi kan se nu att de som tror att designers ska förstå kod ofta bryr sig inte om designaren är den som faktiskt kodar webbplatsen. De argumenterar helt enkelt att, beväpnad med kunskapen om hur backend fungerar, kan en mer lämplig frond-end-design skapas.
? Ibland kan insikt i andras jobb hjälpa dig att bli bättre hos dig.?Kompromissen är då, medan vissa webbdesigners kan och dra nytta av att kunna skriva kod, kanske är denna kompetens inte helt universellt nödvändig för alla webbdesigners. Men det är väldigt annorlunda än att säga att designers inte borde förstå koden som går in i styling webbplatser.
Det finns en viktig skillnad här. Till exempel förstår jag mycket om hur tidningstryck fungerar. Jag förstår kvaliteten på papper och bläck och hur det handlar om begrepp som att använda rik svart istället för ren svart i mina mönster. Men det betyder inte att jag kan gå ut och få ett jobb som hanterar pressrummet! Jag förstår de aspekter av utskrift som behövs för att göra mig till en bättre designer. Ibland kan insikt i andras jobb hjälpa dig att bli bättre hos dig.
På samma sätt kan man säga att webbdesigners bör förstå de aspekter av kodning som gör dem till bättre webbdesigners. Med hjälp av mina tidigare exempel kan man förstå flexibiliteten och begränsningarna av @ font-face utan att memorera Paul Irlands Bulletproof Syntax. Du kan också förstå vilka CSS3-effekter som stöds i vilka webbläsare utan att kunna skriva koden som är nödvändig för en sådan implementering.
Sätt ner dina vapen
Jag är inte naiv nog att föreställa mig att varje läsare kommer att hålla med mina slutsatser. Som sagt ovan finns det flera som helt enkelt vägrar att överväga möjligheten att deras sätt inte är det enda sättet. Jag uppmanar dock var och en att överväga hur mycket närmare vi kommer att avsluta denna debatt med den logik som används ovan.
? Ditt jobb är att absorbera informationen som kan och bör påverka dina designbeslut.I slutändan, varför bryr du dig vem som gör vad i ett webbdesignföretag så länge slutprodukten är tillfredsställande? Med detta mål i åtanke är en webbdesigner som inte kan skriva CSS från toppen av huvudet inte ett absolut krav, men det betyder inte att han är borta för att förstå den grundläggande naturen i webbutveckling och de verktyg som kommer att användas för att genomföra den design han skapar.
Oavsett om du utformar applikationsgränssnitt, skyltar, webbplatser eller shampooflaskor, har du ett ansvar för att förstå hur din design ska implementeras. Om du är ivriga att lära dig processen tillräckligt bra för att göra det själv, bra för dig. Om inte, är ditt jobb att absorbera informationen som kan och bör påverka dina designbeslut.
Slutsats
Sammanfattningsvis har vi alla haft starka åsikter om huruvida alla webbdesigners ska förstå grundläggande HTML och CSS. Om vi emellertid ställer dessa åsikter tillräckligt länge för att inse att båda sidor av debatten gör giltiga punkter, så kanske en kompromiss kan göras.
Om vi uppmuntrar alla designers att förstå sin handel och vad som är inblandat i att skapa sina skapelser ska vi alla ha en klar överenskommelse. Sätt ner din bedömning av andras processer och plocka upp en ny mantra: Goda designers fattar välgrundade beslut. Vem kan argumentera med ett sådant krav?
Lämna en kommentar nedan och låt oss veta vad du tycker. Är det sant att webbdesigners, som skrivdesigners, åtminstone försöker förstå vad som händer med designen när de släpper ut den? Det spelar ingen roll om en designer kan skriva kod så länge han / hon förstår konsekvenserna av hur dagens webbteknik ska påverka en design?