HTMLJUJITSU arba kaip tapti geru techniniu dizaineriu...

Šaltinis: www.netmade.lt

Sveiki,

Tarkime, jog vieną dieną, Jūs atsikėlėte, pažiūrėjote į saulėtą dangų, paklausėte čiulbančio vieversio giesmių, įkvėpėte tyro oro gaivos, kuri persipina su čiobrelių ir medaus aromatais, giliai įkvepiate, ir tariate sau „Nuo šiandien aš būsiu techninis dizaineris!“ (ale geriau žinomas html/css smulkintuvas).

Nuo šio momento, Jūsų laukia htmlujitsu ir ccs‘o kalimas ir... darbas, darbas, darbas.

Ir turiu nuliūdinti... Tiksliai žinau, jog vien teorijos mokėjimas (tagai, properčiai ir etc...), nepavers Jūsų tikrai geru techniniu dizaineriu. Tad ko gi mums reikia? Mielai pasidalinsiu savo patirtimi, kurios turiu gana nemažai, bet tobulėti visada yra kur.

1. Daugiausia ko Jums reikės, tai kantrybės ir noro. Esu girdėjęs ne vieną, jog šioje specialybėje žmonės ilgai neužsibūna. Jiems parūpsta programavimas (apie tai kiek vėliau) arba jie peršoka prie grafinio dizaino. Dažniausia tai atsitinka maždaug po metų. Kad sukonkretinti, kas yra kantrybė šiame reikale, galiu pasakyti tiek, jog kartais jautiesi taip, lyg būtum vaikas, statytum smėlio pilį, o prie tavęs pribėgtų pats blogiausias vaikas kieme ir ją sugriautų. Besikeičiantys užsakovo reikalavimai, klientų poreikiai, dizainerio įnoriai, neatitikimai su backend, nesusikalbėjimas ir t.t. Visa tai gali Jus priversti dirbti kelias valandas, kai kuriais atvejais net dienas, tada liepti viską nugriauti ir statyti iš naujo. Jau nekalbu apie naršyklių palaikomumą, specifinius issues ir etc. Žodžiu, ši sfera tikrai gali pareikalauti daug kantrybės, o kantrybės nebus be noro ir motyvacijos.

2. Geras tech dizaineris turi išmanyti programavimo kalbą (programuot niekas neliepia, bet mokėt basic‘us, manyčiau, būtina). Taip Jūs sutaupysite visos komandos laiką (savo irgi), atlikdami paprastus taskus “on the fly”.

3. Geras “slaiseris” visada turi turėti kontaktą su programuotojais ir apgalvoti atitinkamas vietas, bei susipažinti su kuriamu produktu, pvz: ant paragrafo dėti klasę ir taip sustailinti tekstą ar dėti virš jo klasę ir taip stailinti visa bloką, jeigu ta vieta bus redaguojama vartotojo cms’e ir t.t. (vartotojas juk geriausiu atveju mokės p tag’ą, bet jokiu būdu nepagalvos apie klasių kabinimą prie jo) ir etc. Geras tech’as visada paduos produktą tokį, jog nei vartotojui, nei programeriams jis nebus “pain in the ######”.

4. Geras techninis dizaineris neturi nemėgstamos naršyklės.Taip, aš nejuokauju. Pradėdamas dirbti šioje srityje ar susidurdamas su ja, visada turėjau neapykantą IE produktams, bet kuo labiau tobulėju, tuo labiau juos netgi pamėgstu. Populiarios naršyklės, tokios kaip firefox ar chrome, darosi vis gudresnės ir Mūsų parašytą kodą vis labiau “pasitvarko” taip, kaip joms reikia. Joms nebaisu neužcloseinti div’ai, neišclearinti float’ai ir etc. IE, ypač senesnės versijos, to nedaro ir tai yra super  Taip, jos iš dallies stabdo progresą, tačiau kuo daugiau laiko praleidi dirbdamas su ie, tu pamatai, jog tai nėra kažkoks super evil dalykas ir pamažu perpranti visas gudrybes ir būtinybes, kurios yra būtinos, jog sukarpytas dizainas atrodytų taisyklingai visose naršyklėse. Kitas dalykas, čia yra pinigai. Nedarančių visada bus, o darančių gerai - visada trūksta, tad jeigu Jūs jaukiai jausitės dirbdami su senomis naršyklėmis – tai tik papildomi pliusai, kartu ir pinigai Jums. + Jūs niekada nežinote, galbūt būtent Jums teks kurti didžiausią Lietuvoje ar pasaulyje veikiantį interneto portalą, o būtent čia “tik 5% ie 7 vartotojų“, pavertus skaičiais gali atrodyti įspūdingai. Nepadarysi tu, padarys kitas.

5. Išnagrinėkite visus css properties, html tagus, browserio bugus ir etc, kiek įmanoma nuodugniau. Dar dabar atmenu, kai „pažįstamų“ tarpe, vyravo nuomonė, jog be opacity properčio, bloko permatomo padaryti be veiksmo su image‘ais – neįmanoma. Pasirodo, visi klydom, tam yra rgba spalvos  taipogi daug laiko suėdė http://stackoverflow.com/questions/1433232/moz-focus-inner ir t.t. Taipogi ar žinojote, jog font’ą aprašant font: shorthand’u, po font size, nenurodant line height, jis paimamas nuo globalių tag’ų, o jei tokio property ten nėra, line height paimamas nuo body tag’o… 62,5 technika ir etc....

6. Šitas tekstas greičiausia turėjo būti prie 5 skilties. Mano didžiausia klaida dirbant su techniniu dizainu buvo ta, jog dirbau su smulkiais projektais, su nereikliais žmonėmis, su niekam nežinomomis kompanijomis ir etc… Tuomet man atrodė, jog viską moku ir viską žinau, tačiau kai patekau ten, kur lygis aukštesnis, pasirodė, jog nežinau nieko ir teko mokintis visko iš naujo  Kad ir kiek literatūros Jūs skaitysite, vadovėliai nepadės, kaip ir blogai. Be praktikos ir iššūkių, šioje srityje, Jūs žlugęs.

7. Laikykitės design patternų, jie ne be reikalo yra sukurti, taipogi, visada nagrinėkite naujoves, galbūt ne visas panaudosite, tačiau galite išmokti mąstyti kitaip ar panašius principus pritaikyti kitur.

8. Ar žinojote, jog browseris skaito selectorius iš dešinės į kairę?

9. Dabar paliesiu programavimo dalį. Dauguma tech dizainerių keičia savo darbą, nes jiems pabosta slaisinimas ir jie nori žengti “giliau”, į programavimą. Tiesą sakant, niekada nesupratau tokių žmonių. Techniniam dizaineriui tiesiog puikiai subalansuota kalba – javascript ir kaip išsireiškė vienas happycog darbuotojų: “ant php sukasi ne kiekvienas projektas, su java, c sharp – tas pats, bet javascript, naudoja beveik visi projektai”. Ir tai yra tiesa. Ši puiki kalba tiesiog subalansuota techniniam dizaineriui, dėl mokėjimo selectinti elementus dom’e (juo labiau jquery framework’as), o su ja galima daryti stebūklus (kad ir baldų modeliavimo softą…).

10. Nebūkite per daug uždari naujovėms ar per daug besimėtantys. Taip, ganėtinai kvailas sakinys, tačiau realybė yra būtent tokia. Jums teks priimti, kurias technologines naujoves galima naudoti jau dabar, o kurios Jūsų nuomone nėra vertos Jūsų projekto ar dar turi palaukti. Pradžioje, tai padaryti kiek sunkiau, tačiau su patirtimi, engine’ų, browserių, komandų ir kompanijų analizė, ne vieno projekto supportinimo ir “developinimo” atsiranda tarsi balsas viduje, kuris pasako, kas ir kaip.

11. Niekada neregresuokite. Teko girdėti nemažai “ai, bet tai kiek čia stabdys…”, “nu bet gi automatiškai suformatuoja…”, “tai, kad čia na… tą ekslorerį, b… aš ant jo” ir t.t. Visada kodinkite taip, lyg rytoj bus atominis karas, Jūs žūsite, o Jūsų suslaisintas dizainas atiteks ateities kartoms atgaivinti prototyperio specialybę…

12. CSS frameworkus naudokite tik labai pigiems ir greitiems projektams arba wireframeams. Plačiau: http://webdesignernotebook.com/css/are-css-frameworks-evil/

13. Čia vien reikalavimai, bet pakalbėkime ir apie linksmąją dalį. Darbas be galo įdomus, ne monotoniškas, dinamiškas ir visada atsinaujinantis. Spręsti problemas, bendrauti su dizaineriais, programuotojais yra labia didelis fun. Tiesą sakant, džaigiuoi, jog galiu dirbti tokį įdomų darbą. Klauskite, peikite, komentuokite.

Dėkoju.

Naudingos nuorodos šia tema:

http://css-tricks.com/

pasvaičiojimai - http://csswizardry.com/

http://nettuts.com/

http://www.smashingmagazine.com/

http://tympanus.net/codrops/