Vai tīmekļa dizaineriem būtu jāzina kods? Kompromisa meklēšana nogurušās debatēs

Vai tīmekļa dizaineriem būtu jāsaprot HTML un CSS? Tas ir noguris arguments ar divām pusēm, kuras atsakās dot ieguvumus, kāpēc to pat apspriest?

Šī raksta mērķis nav pierādīt, kurai grupai ir taisnība, bet gan mēģināt parādīt, ka abas puses patiešām izsaka pamatotus punktus, un pārliecināties, vai, analizējot šos punktus, mēs nonākam pie kompromisa, par kuru abas puses var vienoties.

Karsta tēma

Vienā no mūsu pagājušās nedēļas rakstiem tika izteikti vairāki komentāri par sekām visā tekstā, ka tīmekļa dizaineriem vajadzētu būt pamata izpratnei par tīmekļa vietnes izveidē izmantoto kodu. Daudzi aplaudēja šim ierosinājumam, bet tikpat daudz lasītāju uzskatīja, ka tas ir maz ticams.

Šī tēma ir tikusi apspriesta gandrīz katrā dizaina emuārā tīmeklī. Debatēs ir divas atšķirīgas puses, kuru dalībnieki smiltīs ir novilkuši skaidras līnijas, kuras, iespējams, nekad netiks šķērsotas.

Man taisnība un jūs esat nepareizs

Ikviens, kurš uzskata, ka koda izpratne nav nepieciešama dizainam, vienkārši atsakās izklaidēt domas, ka šis uzskats varētu būt nepareizs. Tāpat dizaineri, kuriem ir liela izpratne par kodu, nevar būt pārliecināti, ka viņi par to nav labāki dizaineri.

"Vai nu dizaineriem būtu jāzina kods, vai arī viņi to nevajadzētu, tik vienkāršs arguments atstāj maz iespēju kompromisam."

Tātad, kur tas mūs atstāj? Šķiet, ka mēs atrodamies nekustīgā strupceļā, abām pusēm stingri turoties. Lielākā problēma šeit ir tā, ka, šķiet, nav nekāda vidusceļa. Vai nu dizaineriem vajadzētu zināt kodu, vai arī viņiem to nevajadzētu darīt, šāds vienkāršs arguments atstāj maz iespēju kompromisam.

Tomēr tas, ka abas puses tik stingri turas pie sava viedokļa, norāda, ka katrai no tām ir svarīgi punkti, kurus nevajadzētu pārskatīt. Šodien mēs centīsimies ievērot šos punktus un atrast nenotveramo vidusceļu. Cerams, ka mēs varēsim virzīt diskusiju uz secinājumu, ko abas puses var vismaz daļēji parakstīt.

Web attīstības stāvoklis

Ņemot vērā debašu raksturu, pieņemšu, ka daži no mums saprot, kā tiek veidotas vietnes, bet citi to nedara. Paturot to prātā, vienkārša terminu definīcija palīdzēs daudz atrast visiem vienā lapā.

Ātrs un netīrs ir tas, ka saturam tiek izmantots HTML, veidošanai CSS un uzvedībai JavaScript. Šis ir nedaudz vienkāršots, taču tas atspoguļo vispārējo stāvokli, kā tiek veidotas pamata tīmekļa lapas.

“HTML tiek izmantots saturam, CSS veidošanai un JavaScript uzvedībai”

Tipiskā lapā varētu būt teksts, saites un pat primārie attēli, kas ievietoti caur HTML, kura struktūra nodrošina visa dizaina hierarhiju. HTML ir jūsu lapas skelets.

Tāpat CSS ir jūsu lapas āda. Šeit tiek izdarīta lielākā daļa estētisko izvēļu: krāsas, fonti un pat izkārtojums tiek veikti, izmantojot CSS. Liela daļa par to, kas ir atbildīgs par dizaineru, tiek veikts ar CSS, tāpēc, ja dizainerim ir kaut kas jāsaprot par kodu, šī ir laba vieta, kur sākt.

JavaScript ir jūsu lapas izvēles smadzenes. Ja vēlaties fantastiskas slaidrādes vai citas dinamiskas funkcijas, JavaScript bieži ir labākais veids, kā to paveikt. Pēdējā laikā CSS3 ir kļuvusi par jutīgu būtni, kas spēj nozagt dažus JavaScript uzvedības pērkonus, tāpēc līnijas nav tik skaidras kā kādreiz.

Izpratne par jūsu tirdzniecību

Neatkarīgi no tā, kāda veida dizainers jūs esat, ir grūti apgalvot, ka jūsu karjerai nav mazsvarīgi mēģināt izprast to, ko jūs veidojat.

Labi drukas dizaineri zina visu par drukāšanu un ar to saistītajiem procesiem. Viņi saprot četras krāsu preses pamatdarbības, kā papīrs tiek sagriezts atbilstoši reklāmas izmēram un kā tas ir saistīts ar faila iestatīšanu, kāda veida tinte ir pieejama un kā tā tiek sajaukta; tas turpinās un turpinās.

Pamata izkārtojumu var izveidot pilnīgi bez šīm zināšanām, bet īsti profesionāļi iegulda laiku un pūles, lai apgūtu dizaina ieviešanas procesus, lai viņi projektēšanas procesā varētu par tiem atskaitīties.

“Īsti profesionāļi iegulda laiku un pūles, lai apgūtu dizaina ieviešanas procesus.”

Web dizaineriem šajā jomā bieži tiek piešķirta bezmaksas caurlaide. Web tehnoloģija ir sarežģīta, tāpēc nav reāli gaidīt, ka dizaineris to saprot. Galu galā, kāda nozīme ir tam, kā tiek ieviesta fona krāsa, ja vien tā atbilst dizaina specifikācijām?

Vai tas ir noraksts vai likumīgs arguments? Vai tīmekļa dizaineriem tiešām ir jāzina, kas ir saistīts ar viņu dizainu atjaunošanu tā, kā to dara drukas dizaineri? Ja, zinot atšķirību starp plankumainajām un procesu krāsām, jūs esat labāks drukas dizainers, vai izpratne par iepriekšminēto trīs tehnoloģiju lomu, attiecībām un ieviešanu padara jūs labāku web dizaineru?

Projektēšana tīmeklim

Tīmeklis ir ļoti unikāls multivides veids. Daži projekti prasa augsta līmeņa mijiedarbību, turpretī citi ir nekas vairāk kā digitāls attēlojums tam, ko viegli var izdrukāt (piemēram, šis raksts).

Jums kā tīmekļa dizainerim ir uzdevums analizēt katru scenāriju un nodrošināt estētiku, kas vislabāk atbilst vietnes mērķiem un lietotājiem. Rodas svarīgs jautājums par to, vai jūs to patiešām varat paveikt bez pamata izpratnes par tīmekļa darbību.

Pieņemsim, ka jūs projektējat vietni mobilajām ierīcēm, un jūsu klients vēlas saglabāt zemu ielādes laiku. Ja jūs zināt, ko CSS spēj, varat viegli izveidot pievilcīgu dizainu, kam nav nepieciešami attēli. Tomēr, ja neesat pārliecināts, cik iespējams ir kaut kas līdzīgs ar pārlūku saderīgam gradientam, tas ir neizdevīgākā situācijā.

Tas pats attiecas uz tipogrāfiju. Varbūt jūs vēlaties izmantot unikālu fontu teksta daļai, kurai jābūt dzīvai, vai tas nepalīdzētu izprast @ font-face ieviešanu un ko jūs ar to varat darīt?

Lomu atdalīšana

Galvenais apakšarguments šajās debatēs rodas par to, vai dizainera un izstrādātāja lomām jābūt pilnīgi atšķirīgām. Šī ir viena joma, kurā abām pusēm ir vienlīdz likumīgi argumenti.

Separātisti saka, ka tīmekļa dizains un tīmekļa izstrāde ir divas pilnīgi atšķirīgas lomas, kurām ir vajadzīgas ļoti atšķirīgas prasmju kopas. Daudz labāk ir radīt reklāmas, kas veltītas tikai dizainam, un tehniķi, kas darbojas tikai kodēšanai, nekā mēģināt apvienot abas lomas vienā indivīdā. Lai to izdarītu, no vienas personas tiek prasīts pārāk daudz, un projekts cietīs.

Patiešām, daudzi lieli uzņēmumi visā pasaulē rīkojas ar savām tīmekļa komandām tieši šādā veidā, un viena grupa ir veltīta dizainu radīšanai, kas pēc tam tiek nodoti citai nodaļai, lai tos pārvērstu par aktīvu projektu. Tas ir īpaši nepieciešams, ja projektam nepieciešama augsta līmeņa kompetence attīstības jomā, piemēram, izmantojot Ruby vai PHP lietojumprogrammu.

"Neviens no mums nevar pieņemt, ka zina vienu formātu, ko var un vajadzētu piemērot ikvienam tīmekļa dizaina uzņēmumam visur."

Tomēr mazie uzņēmumi un ārštata darbinieki bieži nevar atļauties vairākas ekspertu grupas. Šajos scenārijos vientuļš supermens, kurš var redzēt projektu no sākuma līdz beigām, ir nenovērtējams resurss. Patīk vai nē, šādi indivīdi patiesībā pastāv, no kuriem daudzi ir izcili labi gan dizaina, gan attīstības jomā.

Ja tuvojamies šim apakšargumentam ar atvērtu prātu, es domāju, ka mēs visi varam piekrist, ka ir apstākļi, kad ir izdevīgi, ja dizainera un izstrādātāja lomas ir nošķirtas, un citi scenāriji, kur labāk tos apvienot. Neviens no mums nevar pieņemt, ka zina vienu formātu, ko var un vajadzētu piemērot ikvienam tīmekļa dizaina uzņēmumam visur.

Problēmas sirds

Svarīgs solis ir rast kompromisu iepriekš minētajā argumentā. Ja mēs visi varam vienoties, ka ir gadījumi, kad gan sadalīšana, gan pievienošanās dizainera un izstrādātāja lomām ir likumīga struktūra, tad varbūt mēs varam nonākt pie vispārīga secinājuma par to, vai dizaineriem kopumā vajadzētu saprast kodu.

Lai atrastu kopīgu nostāju, analizēsim katru argumentu. Tīrā dizainera nožēlojamo stāvokli man ir viegli saprast, jo tik ilgi biju šajā nometnē. Vizuālais noformējums ir sarežģītāks, nekā daudzi cilvēki to vērtē. Ir pārāk daudz HTML un CSS puišu, kas pieņem, ka tāpēc, ka viņi zina, kā izveidot vietni, viņiem vajadzētu būt iespējai to izveidot. Tāpat kā kodēšana, dizains nav kaut kas, kas jums var gūt panākumus bez pamatizglītības un izpētes par to, kas darbojas un kas ne. Dizaineri ir ne tikai cilvēki, kuriem ir krāsu shēmas, bet viņi ir labi apmācīti cilvēki, kuri ir smagi strādājuši, lai izveidotu viņu rīcībā esošo prasmju kopumu.

Šeit ņemts vērā, ka kodētājiem, kuriem nav dizaina pieredzes, visticamāk, nav tādu uzņēmumu, kas izliekas par dizaineriem. Tāpat dizaineram nevajadzētu tērēt laiku, lai kopā uzlauztu slikti uzrakstītu kodu.

Pagaidiet, mēs jau iepriekš apspriedām, kā pamata izpratne par kodu faktiski var labāk sagatavot dizaineru radīt kaut ko tādu, kas atbilst vietnes mērķiem. Tātad, kur tas mūs atstāj?

Kompromiss

Iepriekš minētā saruna varētu šķist nedaudz gara un lieki, taču loģikas soļi, kurus mēs esam gājuši cauri, ir svarīgi, lai mūs novestu līdz punktam, kurā mēs varam nonākt pie secinājuma.

Ņemot vērā abu pušu pamatotus argumentus, ir daudz vieglāk panākt kompromisu. Tagad mēs varam redzēt, ka tiem, kuri domā, ka dizaineriem vajadzētu saprast kodu, bieži vien nav īsti vienalga, vai dizaineris ir tas, kurš faktiski kodē vietni. Viņi vienkārši apgalvo, ka, apgūstot zināšanas par aizmugures darbību, var izveidot piemērotāku frond-end dizainu.

“Dažreiz ieskats kāda cita darbā palīdz kļūt labākam par savu.”

Kompromiss ir tāds, ka, kaut arī daži tīmekļa dizaineri var un var gūt labumu no tā, ka var rakstīt kodu, iespējams, šī prasme nav gluži universāli nepieciešama visiem tīmekļa dizaineriem. Tomēr tas ļoti atšķiras no tā, ka dizaineriem nevajadzētu saprast kodu, kas tiek izmantots stila vietnēs.

Šeit ir svarīga atšķirība. Piemēram, es ļoti daudz saprotu, kā darbojas laikrakstu iespiešana. Es saprotu papīra un tintes kvalitāti un to, kā tas attiecas uz tādiem jēdzieniem kā bagātīgas melnas krāsas izmantošana tīrā melnā vietā savos dizainos. Tomēr tas nenozīmē, ka varu iziet un saņemt darbu, kas pārvalda preses istabu! Es saprotu tos drukāšanas aspektus, kas nepieciešami, lai es būtu labāks dizainers. Dažreiz ieskats kāda cita darbā palīdz labāk kļūt savējam.

Līdzīgi varētu teikt, ka tīmekļa dizaineriem ir jāsaprot tie kodēšanas aspekti, kas viņus padara par labākiem tīmekļa dizaineriem. Izmantojot manus iepriekšējos piemērus, var izprast @ font-face elastīgumu un ierobežojumus, neaizmirstot Paula Īrija ložu necaurlaidīgo sintakse. Varat arī saprast, kuri CSS3 efekti tiek atbalstīti kādā pārlūkprogrammā, nespējot uzrakstīt šādai ieviešanai nepieciešamo kodu.

Nolieciet ieročus

Es neesmu pietiekami naivs, lai iedomāties, ka katrs lasītājs piekritīs maniem secinājumiem. Kā es teicu iepriekš, ir vairāki, kas vienkārši atsakās apsvērt iespēju, ka viņu ceļš nav vienīgais ceļš. Tomēr es aicinu katru no jums apsvērt, cik tuvāk mēs nonāksim pie šo debašu pabeigšanas ar iepriekš izmantoto loģiku.

"Jūsu uzdevums ir absorbēt informāciju, kas var ietekmēt un kam vajadzētu ietekmēt jūsu lēmumus par dizainu."

Galu galā, kāpēc jums ir svarīgi, kurš dara ko web dizaina uzņēmumā, ja gala produkts ir apmierinošs? Paturot prātā šo mērķi, tīmekļa dizaineris, kurš nevar norakstīt CSS no galvas, nav absolūta prasība, taču tas nenozīmē, ka viņš ir ļoti viegli izprast tīmekļa attīstības pamatprincipus un rīkus, kas tiks izmantots viņa radītā dizaina īstenošanai.

Neatkarīgi no tā, vai veidojat lietojumprogrammu saskarnes, stendus, tīmekļa vietnes vai šampūnu pudeles, jums ir pienākums saprast, kā jūsu dizains tiks ieviests. Ja esat pietiekami dedzīgs, lai pietiekami labi iemācītos procesu, lai to izdarītu pats, tas jums ir izdevīgi. Ja nē, tad jūsu uzdevums ir absorbēt informāciju, kas var ietekmēt un kam vajadzētu ietekmēt jūsu lēmumus par dizainu.

Secinājums

Rezumējot, mums visiem ir nikni viedokļi par to, vai visiem tīmekļa dizaineriem ir jāsaprot HTML un CSS. Tomēr, ja mēs šos atzinumus atliekam pietiekami ilgi, lai saprastu, ka abas debašu puses pauž pamatotus punktus, tad, iespējams, var panākt kompromisu.

Ja mēs mudinām visus dizainerus izprast viņu tirdzniecību un to, kas saistīts ar viņu darbu piepildīšanu, tad mums visiem ir skaidrs vienošanās punkts. Ievietojiet savu vērtējumu par citu procesu un uzņemiet jaunu mantru: labi dizaineri pieņem apzinātus lēmumus. Kas var iebilst par šādu prasību?

Atstājiet komentāru zemāk un dariet mums zināmu, ko domājat. Vai ir taisnība, ka tīmekļa dizaineriem, tāpat kā drukas dizaineriem, vajadzētu vismaz mēģināt saprast, kas notiek ar dizainu pēc tam, kad viņi to nodod? Vai nav svarīgi, vai dizaineris var rakstīt kodu, ja vien viņš / viņa saprot, kā pašreizējām tīmekļa tehnoloģijām vajadzētu ietekmēt dizainu?