Ang isang na-edit na bersyon ng artikulong ito ay unang lumitaw sa isyu ng 225 ng .net magazine - ang pinakamahusay na nagbebenta ng magazine sa mundo para sa mga web designer at developer.
@twostepmedia: Saan dapat gawin ang mabibigat na pag-aangat sa isang web page? Sa front end o sa backend?
Lea Verou: Ako ay isang malakas na tagataguyod ng paggawa ng anumang makakaya mo sa kliyente. Kapag tumatakbo ang iyong code sa kliyente, palagi itong nakikipag-usap sa isang makina, gaano man naging tagumpay ang iyong proyekto.
Anumang isusulat mo sa server ay maaaring kailanganin upang magpatakbo ng libu-libong beses bawat segundo kung ang iyong proyekto ay magtagumpay, kaya't ang pagpapanatili at pagpapalawak nito ay magiging higit at mas mahirap sa paglaki ng iyong site. Hindi banggitin ang dumaraming mga gastos sa pagho-host na napakabihirang maaaring ganap na masakop mula sa kita ng website. Oo naman, maraming lohika sa panig ng kliyente ay maaaring gumawa ng isang pag-load ng site nang mabagal, ngunit mayroon kaming mga tool upang maiwasan iyon, tulad ng gzipping at obsf edukasyon at pinakamahalaga, tamad na pag-load.
@komiska: Napakagaling ng iyong trabaho! Sino ang nagbigay inspirasyon sa iyo na sundin ang tech path?
LV: Salamat! Sa palagay ko hindi ito isang bagay ng pagiging inspirasyon ng isang tao. Nagustuhan ko lang ang paggawa ng mga bagay mula pa nang maalala ko ang aking sarili. Noong bata pa ako, gumamit ako ng kusina ng punasan ng espongha sa kusina upang gumawa ng mga pitaka at hanbag!
Sa paligid ng 12, natuklasan ko na pinapayagan ako ng programa na bumuo ng mga kapaki-pakinabang na bagay nang mas madali at mas propesyonal kaysa sa pag-handcrafting. Napahanga ako ng sobra kaya agad akong nahulog sa pag-ibig sa programa at patuloy na nagsisikap na maging mas mahusay dito.
@jelmerdemaat: Paano nilikha ang @LeaVerou @dabblet? Sa anong PHP framework / iba pang back-end na diskarte? Ano ang pinakamahirap na bahagi?
LV: Ang Dabblet ay walang anumang database at ang kasangkot na server-side code ay minimal. Ang isang maliit na PHP ay ginagamit lamang para sa OAuth at bumubuo ng isang pahina ng resulta upang ibahagi nang walang anuman sa dabblet chrome sa paligid nito (kapaki-pakinabang para sa mga testcase ng ulat ng bug). Tulad ng nakikita mo sa mga istatistika ng Github nito, ang mga account ng PHP ay tatlong porsyento lamang ng dabblet. Lahat ng iba pa ay nasa panig ng kliyente. Tinutulungan nitong maiwasan ang sitwasyon ng jsfiddle: Ginagawa ng jsfiddle ang lahat sa server, kaya't ngayong nagtagumpay ito, ang pag-load ng server ay dumaan sa bubong at naging mabagal ito.
@_dte: Ano ang pinaka kapana-panabik na paparating na tampok sa CSS para sa iyo?
LV: Mga epekto ng pansala. Pinapayagan nila kaming gumawa ng mga bagay na dating imposible, hindi lamang mahirap. Hindi ako masyadong nasasabik para sa mga module ng layout, dahil a) magkakaroon ng edad bago namin magamit ang mga ito, dahil hindi talaga nila pinapababa ng mabuti at b) ang layout ay laging posible, mahirap lamang. Siyempre, ang mga bagong module ng layout ay napakahalaga rin, ngunit hindi ito ang uri ng mga bagay na nakaganyak sa akin.
Napaka-exite ko din tungkol sa mga unit ng kamag-anak ng viewport vw at vh at ang extension ng CSS3 ng attr () pagpapaandar na magbibigay-daan sa amin upang magamit attr () sa bawat pag-aari.
Nais ko ring makita ang ibang mga browser bukod sa pagpapatupad ng Opera bagay-bagay at posisyon-posisyon, upang maaari naming ihinto ang paggamit ng mga background hack upang mag-crop ng mga imahe sa isang iba't ibang mga ratio ng aspeto.
@gpirie: Anong tampok ang nais mong makita na ipinakilala sa CSS?
LV: A kasalukuyang () pagpapaandar na hinahayaan kang sanggunian ang na-compute na halaga ng iba pang mga pag-aari. Tulad ng isang paglalahat ng kasalukuyangColor (na kung saan ay magiging isang alias sa kasalukuyang (kulay)). Siyempre, ang pagpapatupad ng ganoong bagay ay napaka-nakakalito, ngunit ang katotohanan ay hindi titigilan sa akin mula sa pangangarap!
@kevdog: Ano ang tatlong pinaka-karaniwang pagkakamali ng CSS?
LV: Ang pinakakaraniwang pagkakamali ng CSS na nakikita ko, ay ang mga tao na naka-coding ang kanilang CSS na may pagtuon sa resulta, hindi sa malinis, mapapanatili, may kakayahang umangkop na code (at bihira silang refactor). Hindi lamang mahalaga iyon sa isang bagay mukhang sa ngayon, na may isang tiyak na background, ilang mga paligid at tiyak na laki. Dapat ay kayang umangkop upang magbago nang madali, nang hindi kinakailangang muling isulat ang bawat panuntunan tungkol dito sa hindi mahuhulaan na mga paraan.
Maaari mong isipin na hindi ka magbabago ng isang bagay, ngunit bibigyan ng sapat na oras, halos tiyak na mapatunayan kang mali. Maaaring makatulong ang mga preprocessor ng CSS sa iyon. Ang mga ito ang madaling daan ngunit tiyak na mas mahusay sila kaysa sa sloppy, paulit-ulit na code.
Ang isa pang pagkakamali ay sobrang pagsasalita ng CSS. Hindi alam ng mga tao ang mga default, kaya't patuloy silang binibigyang kahulugan ang mga ito. Hindi nila namamalayan ang mga maikli, kaya't patuloy na tinutukoy nila ang mga matagal na pag-aari. Mayroong mga kaso kung saan mo kailangang gawin ang mga bagay na iyon nang sadya, ngunit hindi iyon isang dahilan upang gawin itong defensively sa lahat.
@kevdog: Kung maaari mong baguhin ang isang bagay sa CSS spec, ano ito?
LV: Maraming mga mungkahi na sinasang-ayunan ng halos lahat sa CSSWG, ngunit hindi maidaragdag dahil sa pagkasira ng mayroon nang malawakang paggamit sa web. Karaniwan, ang WG ay alinman sa buong pagtanggi ng mga ito o nagdaragdag ng maraming mga pag-aari upang makontrol ang pag-uugali, sa halip na baguhin ang mga default. Gusto kong makita ang isang paraan upang mag-opt in sa paurong na mga hindi tugmang pagbabago, upang ang mga umiiral na website ay hindi masira. Ang iba pang mga wika ay nalutas ang isyung ito noong una pa ngunit sa HTML at CSS patuloy kaming nakikipaglaban para sa paatras na pagiging tugma sa gastos ng mahusay na disenyo ng wika.
@StuRobson: Sa palagay mo ba tamad para sa isang dev na gumamit ng isang balangkas o boilerplate willy-nilly nang hindi nauunawaan ang lahat ng ginagawa nito?
LV: Hindi, ngunit sa palagay ko tamad para sa isang dev na gumamit ng isang balangkas o boilerplate nang hindi personal na kailangan, dahil lang sa ginagawa ng iba. Ito ay kontra-produktibo upang subukang lutasin ang mga problema na wala ka pa.
@folktrash: Sa anong oras nangyari ang "tanyag na tao"? Paano mo nalaman? At nakakatulong ba ito o hadlangan ang kalidad / semantiko ng pag-eebanghelismo ng code?
LV: Salamat, ngunit hindi ako sigurado na matawag ako doon. Ang bawat tao'y may kaugaliang isaalang-alang ang mga tao na kanilang narinig na mas kilalang kaysa sa mga taong wala silang ideya. Dahil dito, ang bawat isa ay may likas na pagkahilig na sobra-sobra ang kanilang sariling katanyagan, na kailangang maging artipisyal (at halos walang taros) na balansehin kapag may kamalayan ka sa hindi pangkaraniwang bagay na ito. Kailangan din nating tandaan na walang sinuman sa aming industriya ang talagang isang tanyag na tao, walang tao ang isang pangalan ng sambahayan.
Sinabi nito, ang 2011 ay nabaliw, at halata na nakakuha ako ng higit na pagkilala para sa aking trabaho na inaasahan ko. Tiyak na nakakatulong ito sa mga pamantayan sa pag-e-ebanghelyo ng mga web Ang mga tao ay nagbibigay ng higit na pansin kapag sinabi ko ang isang bagay ngayon kaysa sa ginawa nila noong isang taon. Gayunpaman, nagmumula sa gastos na ang mga bagay na sinasabi kong napalaki ng timbang, ang mga tao ay maaaring basahin ang labis sa kanila at atakein ako sa diumano'y pagkakaroon ng mga pananaw na hindi ko naman naisip. O minsan, para lang sa pagkakaroon ng mga view, period.
@Tawreh: Bakit ka fanatical tungkol sa mga kababaihan sa industriya? Naiintindihan ko ang pangangailangan para sa pagkakapantay-pantay, ngunit imho mong itulak ito sa sukdulan.
LV: Sa unang pagkakataon na naririnig ko ang isang bagay tulad ng "matinding pagkakapantay-pantay". Ang pagkakapantay-pantay ay hindi maaaring maging matindi at nag-aalinlangan ako na ang sinoman ay magsasabi ng kahit anong ganyan para sa ibang mga uri ng diskriminasyon, tulad ng rasismo. Ito ay "reverse diskriminasyon" o "corrective bias" na matindi at mahigpit kong tutol doon.
Sinabi nito, hindi ako "panatiko" tungkol sa mga kababaihan sa industriya, "Panatiko" ako laban sa mga itinuro na stereotype ng kasarian. Hindi ko kailanman nakita ang sexism sa aming industriya, tila natutunan ng mga tao ang kanilang aralin noong una. Sa palagay ko ang mababang paglahok ng mga kababaihan sa aming industriya ay dahil sa pakiramdam nila na hindi na ako ginustong. Ang natitirang bahagi ng aming kasarian na lipunan na nagtutulak sa mga kababaihan mula sa engineering. Ang mga maliliit na batang babae ay naglalaro ng mga laruan na hindi hinihimok sila na paunlarin ang kanilang mga kasanayan sa nagbibigay-malay gaya ng mga laruan ng bata. Ang mga pelikula at laruan ng mga bata ay ang pinakapangit na nagpapatuloy ng mga stereotype ng kasarian at halos hindi ko makita ang anumang interes doon. Ang bawat isa ay tila nakatuon ang kanilang mga pagsisikap sa mga may sapat na gulang sa halip, ayusin ang mga pagkakamali kaysa sa pag-iwas na gawin ang mga ito sa una.
@komiska: Mayroon bang magiging isang paglipat para sa font-weight?
LV: Sumipi ng isang tala mula sa spec, "hindi ito ganoong kadali". Karamihan sa mga pag-aari ay walang sapat na timbang para sa isang maayos na paglipat at ang browser ay hindi maaaring makabuo ng mga kalagitnaan ng estado dahil walang paraan upang kumatawan sa kanila sa CSS. Sinabi iyan, baka magtagal tayo sa paglaon cross-fade () mula sa CSS4 na Mga Halaga ng Imahe upang mailapat sa lahat ng mga halaga ng CSS, hindi lamang mga imahe, na malulutas ang karamihan sa mga problema sa paglipat, at bibigyan kami ng isang malakas na tool na maaaring magamit din nang statically.
