Kas veebidisainerid peaksid koodi teadma? Kompromissi leidmine väsinud arutelul

Kas veebidisainerid peaksid mõistma HTML-i ja CSS-i? See on väsinud argument kahe poolega, kes keelduvad lubamast, miks seda isegi arutada?

Selle artikli eesmärk ei ole tõestada, millisel rühmal on õigus, vaid püüda näidata, et mõlemad pooled esitavad tõepoolest kehtivaid seisukohti, ja uurida, kas nende punktide analüüsimine viib kompromissini, milles mõlemad pooled võivad kokkuleppele jõuda.

Kuum teema

Üks meie eelmise nädala artiklit ajendas esitama mitmeid kommentaare, mis mõjutavad kogu teost, et veebidisaineritel peaks olema põhiline arusaam veebisaidi loomisega seotud koodist. Paljud aplodeerisid seda soovitust, samal ajal kui võrdne arv lugejaid leidis, et see jääb märkamata.

See teema on üks, millest on pikemalt räägitud peaaegu igas veebikujunduse ajaveebis. Arutelul on kaks selget külge, mille liikmed on liiva sisse tõmmanud selged jooned, mida tõenäoliselt kunagi ei ületata.

Mul on õigus ja sa oled vale

Igaüks, kes usub, et koodist arusaamine pole disaini jaoks vajalik, keeldub lihtsalt mõtlemast, et see vaade võiks olla vale. Samuti ei saa disainerid, kellel on koodist tugevat mõistmist, veenduda, et nad pole selle jaoks paremad disainerid.

"Mõlemad disainerid peaksid teadma koodi või ei tohiks, nii lihtne argument jätab kompromissidele vähe ruumi."

Kuhu see siis meid jätab? Tundub, et oleme liikumatus ummikseisus, kus mõlemad pooled püsivad kindlalt. Suurim probleem on siin see, et keskteed ei paista olevat. Mõlemad disainerid peaksid teadma koodi või ei tohiks, nii lihtne argument jätab kompromissidele vähe ruumi.

Fakt, et mõlemad pooled on oma seisukohtadega nii tihedalt kinni, näitab aga, et mõlemal on olulisi punkte, mida ei tohiks üle vaadata. Täna proovime neid punkte austada ja leida tabamatu kesktee. Loodetavasti suudame arutelu suunata järeldusele, millele mõlemad pooled vähemalt osaliselt nõus on.

Veebiarenduse olukord

Arutelu olemuse tõttu eeldan, et mõned meist mõistavad veebisaitide ülesehitust ja mõned mitte. Seda silmas pidades aitab terminite lihtne määratlus kaugele jõuda, et tuua kõik samale lehele.

Kiire ja räpane sisu on see, et sisu jaoks kasutatakse HTML-i, stiiliks CSS-i ja käitumiseks JavaScripti. Järgnevat on pisut lihtsustatud, kuid see kajastab põhiliste veebilehtede ülesehitust.

“HTML-i kasutatakse sisuks, CSS-i stiilimiseks ja JavaScripti käitumiseks”

Tüüpilisel lehel võib olla HTML-i sisestatud tekst, lingid ja isegi esmased pildid, mille struktuur tagab kogu kujunduse hierarhia. HTML on teie lehe skelett.

Samuti on CSS teie lehe sisu. Siin tehakse suurem osa esteetilistest valikutest: värvid, fondid ja isegi paigutus tehakse CSS-i abil. Suur osa sellest, mille eest disainer vastutab, viiakse läbi CSS-iga, nii et kui disainer peab koodist midagi aru saama, on see hea koht alustamiseks.

JavaScript on teie lehe valikuline aju. Kui soovite väljamõeldud slaidiseansse või muid dünaamilisi funktsioone, on JavaScript sageli parim viis selle saavutamiseks. Viimasel ajal on CSS3 muutunud tuntavaks olendiks, kes suudab varastada osa JavaScripti käitumuslikust äikesest, nii et read pole nii selged kui kunagi varem.

Teie kaubanduse mõistmine

Sõltumata sellest, mis tüüpi disainer olete, on raske väita, et teie karjääri jaoks pole ülioluline proovida aru saada, mida teie loote.

Head trükidisainerid teavad kõike printimisest ja seda ümbritsevatest protsessidest. Nad mõistavad nelja värvipressi põhitoimingut, kuidas paber lõigatakse reklaami suurusele ja kuidas see on seotud faili seadistamisega, millist tinti on saadaval ja kuidas seda segatakse; see jätkub ja edasi.

Põhipaigutuse saab luua täiesti ilma nende teadmisteta, kuid tõelised spetsialistid investeerivad aega ja vaeva, et õppida disainilahenduse rakendamise taga olevaid protsesse, et nad saaksid nende eest projekteerimisprotsessis aru anda.

"Tõelised spetsialistid investeerivad aega ja vaeva, et õppida disainilahenduse rakendamise taga olevaid protsesse."

Veebidisaineritele antakse selles valdkonnas sageli tasuta pääs. Veebitehnoloogia on keeruline, seetõttu on ebareaalne oodata, et disainer sellest aru saab. Lõppude lõpuks on oluline, kuidas taustvärvi rakendatakse, kui see sobib disainilahendusega?

Kas see on väljasaatmine või õigustatud argument? Kas veebidisainerid peavad tõesti teadma, mis on seotud nende disainilahenduste elluviimisega viisil, mida trükidisainerid teevad? Kui täpp- ja protsessivärvide erinevuse teadmine muudab teid paremaks trükidisaineriks, siis kas kolme ülalnimetatud tehnoloogia rolli, seose ja rakendamise mõistmine muudab teid paremaks veebidisaineriks?

Veebi kujundamine

Veeb on väga ainulaadne meediumivorm. Mõned projektid nõuavad kõrgetasemelist suhtlemist, teised aga pole muud kui digitaalne kujutis sellest, mida saab hõlpsasti trükkida (näiteks see artikkel).

Veebidisainerina on teil ülesandeks analüüsida iga stsenaariumi ja pakkuda esteetikat, mis sobib kõige paremini saidi eesmärkide ja kasutajatega. Tekib oluline küsimus, kas saate selle tõesti saavutada ilma veebi toimimise põhiteadmisteta.

Oletame, et kavandate mobiilisaiti ja teie klient soovib hoida laadimisaegu madalal. Kui teate, milleks CSS võimeline on, saate hõlpsalt luua atraktiivse kujunduse, mis ei vaja pilte. Kui te pole aga kindel, kui teostatav on mingi brauseriülene ühilduv gradient, siis olete ebasoodsamas olukorras.

Sama on ka tüpograafiaga. Võib-olla soovite kasutada reaalajas elamiseks vajaliku teksti osas unikaalset fonti, kas see ei aitaks mõista @ font-face teostust ja mida saate sellega teha?

Rollide eraldamine

Selle arutelu peamine alamargument on küsimus, kas kujundaja ja arendaja rollid peaksid olema täiesti erinevad. See on üks valdkond, kus mõlemal poolel on võrdselt õigustatud argumendid.

Separatistide sõnul on veebidisain ja veebiarendus kaks täiesti erinevat rolli, mis nõuavad väga erinevaid oskusi. On palju parem, kui reklaamid on pühendatud ainult disainile ja tehnikad ainult kodeerimisele, kui proovida ühendada kaks rolli ühes isikus. Selleks oleks vaja ühelt inimeselt liiga palju ja projekt kannataks.

Tõepoolest, paljud suured ettevõtted üle kogu maailma käitlevad oma veebimeeskondi täpselt sellisel viisil: üks rühm on pühendunud kavandite loomisele, mis antakse seejärel üle teisele osakonnale, et neist saaks otseprojekt. See on eriti vajalik siis, kui projekt nõuab kõrgetasemelist arendustegevust, näiteks Ruby või PHP rakenduste jaoks.

"Keegi meist ei saa eeldada, et ta teab ühte formaati, mida saab ja mida tuleks rakendada kõikidele veebidisaini pakkuvatele ettevõtetele kõikjal."

Kuid väikeettevõtted ja vabakutselised ettevõtted ei saa sageli endale lubada mitut ekspertide meeskonda. Nendes stsenaariumides on hindamatu ressurss üksik supermees, kes näeb projekti algusest lõpuni. Meeldib see meile või mitte, selliseid isikuid on tegelikult olemas, millest paljud on märkimisväärselt head nii kujundamisel kui ka arendamisel.

Kui läheneme sellele alamargumendile avatud meelega, siis arvan, et võime kõik nõustuda, et on olukordi, kus on kasulik, kui kujundaja ja arendaja rollid eralduvad, ja muud stsenaariumid, kus on parem, kui need koondatakse kokku. Keegi meist ei saa eeldada, et ta teab ühte vormingut, mida saab ja mida tuleks rakendada kõikidele veebidisaini pakkuvatele ettevõtetele kõikjal.

Probleemi süda

Ülaltoodud argumendis kompromissi leidmine on oluline samm. Kui võime kõik nõustuda, et on juhtumeid, kus nii kujundaja kui ka arendaja rollide jagamine ja liitmine on õigustatud struktuur, siis võib-olla võime jõuda üldisele järeldusele, kas disainerid peaksid üldiselt koodi mõistma.

Ühise aluse leidmiseks analüüsime iga argumenti. Puhta kujundaja olukorda on minu jaoks lihtne mõista, kuna olin selles laagris nii kaua. Visuaalne kujundus on keerulisem, kui paljud inimesed seda tunnustavad. Liiga palju HTML- ja CSS-mehi eeldab, et kuna nad teavad, kuidas saiti üles ehitada, peaksid nad saama selle kujundada. Nagu kodeerimine, pole ka disain midagi sellist, milles õnnestuks ilma põhjaliku hariduseta ja uurimata, mis töötab ja mis mitte. Disainerid pole pelgalt värvilahendused, vaid nad on kõrgelt haritud isikud, kes on kõvasti tööd teinud, et omada oskusi.

Siinkohal on tegemist sellega, et ilma disainikogemuseta kodeerijatel pole tõenäoliselt ühtegi disainerit teesklevat ettevõtet. Samuti ei tohiks disainer kulutada aega halvasti kirjutatud koodi häkkimisele.

Kuid oodake, me oleme juba eespool arutanud, kuidas põhiteadmised koodist võivad tegelikult disainerit paremini ette valmistada selleks, et luua midagi sellist, mis sobib saidi eesmärkidega. Kuhu see siis meid jätab?

Kompromiss

Ülaltoodud vestlus võib tunduda pisut pikk ja üleliigne, kuid loogika sammud, mille oleme läbi elanud, on olulised, et viia meid punkti, kus jõuame järeldusele.

Mõlema poole kaalutletud argumente silmas pidades on kompromiss saavutada palju lihtsam. Nüüd näeme, et need, kes arvavad, et disainerid peaksid koodist aru saama, ei hooli tegelikult sellest, kas disainer on see, kes veebisaiti tegelikult kodeerib. Nad väidavad lihtsalt, et taustprogrammi toimimise teadmisega on võimalik luua sobivam esikülje kujundus.

"Mõnikord aitab ülevaade kellegi teise tööst saada enda paremaks muutuda."

Kompromiss on siis see, et kuigi mõned veebidisainerid saavad koodi kirjutamisest kasu ja kasuks, pole see oskus võib-olla kõigis veebidisainerites üsna vajalik. Kuid see erineb väga palju sellest, kui öeldakse, et disainerid ei peaks mõistma stiilisaitide koodi.

Siin on oluline erinevus. Näiteks saan palju aru ajalehtede trükkimise kohta. Ma mõistan paberi ja tindi kvaliteeti ning kuidas see on seotud mõistetega, nagu puhta kujundi asemel rikka musta kasutamine minu kujundustes. See aga ei tähenda, et saaksin välja minna ja saada pressiruumi haldava töökoha! Ma mõistan neid trükkimise aspekte, mis on vajalikud selleks, et minust parem disainer saaks. Mõnikord aitab ülevaade kellegi teise tööst paremini enda omaks saada.

Samamoodi võiks öelda, et veebidisainerid peaksid mõistma neid kodeerimise aspekte, mis muudavad nad paremateks veebidisaineriteks. Minu eelnevaid näiteid kasutades saab @ font-face paindlikkusest ja piirangutest aru saada, jätmata meelde Paul Iiri Bulletproof Syntaxit. Samuti saate aru, milliseid CSS3-efekte millistes brauserites toetatakse, ilma et saaksite kirjutada selliseks rakenduseks vajalikku koodi.

Pange relvad maha

Ma pole piisavalt naiivne, et ette kujutada, et iga lugeja nõustub minu järeldustega. Nagu ma eespool ütlesin, on mitu, kes lihtsalt keelduvad kaalumast võimalust, et nende tee pole ainus viis. Kutsun siiski kõiki teid üles kaaluma, kui palju me läheme selle arutelu lõpetamisele ülaltoodud loogikaga.

"Teie ülesanne on absorbeerida teavet, mis võib ja peaks mõjutama teie kujundusotsuseid."

Lõppkokkuvõttes, miks teid huvitab, kes teeb mida veebidisaini pakkuvas ettevõttes, kui lõpptoode on rahuldav? Seda eesmärki silmas pidades pole veebidisainer, kes ei saa CSS-i pealaest lahti kirjutada, absoluutne nõue, kuid see ei tähenda, et ta oleks veendunud, et mõista veebiarenduse põhiolemust ja tööriistu, mis kasutatakse tema loodud kujunduse rakendamiseks.

Ükskõik, kas kujundate rakenduste liidesed, stendid, veebisaidid või šampoonipudelid, on teil kohustus mõista, kuidas teie kujundus rakendub. Kui olete piisavalt innukas, et õppida seda protsessi piisavalt hästi, et seda ise teha, siis on see teie jaoks hea. Kui ei, siis on teie ülesanne absorbeerida teavet, mis võib ja peaks mõjutama teie kujundusotsuseid.

Järeldus

Kokkuvõtteks võib öelda, et meil kõigil on olnud raevukalt arvamusi selle kohta, kas kõik veebidisainerid peaksid HTML-i ja CSS-i mõistma või mitte. Kui aga paigutame need arvamused piisavalt kaua kõrvale, mõistmaks, et arutelu mõlemad pooled esitavad paikapidavaid seisukohti, siis võib-olla saab teha kompromissi.

Kui julgustame kõiki disainereid mõistma oma kaubandust ja nende loomingu vilja kandmist, siis on meil kõigil selge kokkuleppepunkt. Pange oma hinnang teiste protsessile üles ja vali uus mantra: head disainerid teevad teadlikke otsuseid. Kes saab sellise väitega vaielda?

Jäta kommentaar allpool ja anna meile teada, mida sa arvad. Kas on tõsi, et veebidisainerid, nagu ka trükidisainerid, peaksid vähemalt proovima aru saada, mis kujundusega juhtub pärast selle jagamist? Kas on oluline, kas disainer saab koodi kirjutada, kui ta mõistab, kuidas praegused veebitehnoloogiad peaksid kujundust mõjutama?