Selle artikli redigeeritud versioon ilmus esmakordselt ajakirja .net - maailma enimmüüdud ajakirja veebidisaineritele ja arendajatele - 225. numbris.
@twostepmedia: Kus peaks rasket tõstmist veebilehel tegema? Esiosas või taustaprogrammis?
Lea Verou: Olen tugev pooldaja, et kliendis teeksin kõik, mis võimalik. Kui teie kood töötab kliendil, peab see alati tegelema ühe masinaga, olenemata sellest, kui edukaks teie projekt läheb.
Kõike, mida serverisse kirjutate, võib teie projekti õnnestumise korral käituda tuhandeid kordi sekundis, nii et teie saidi kasvades muutub selle hooldamine ja laiendamine üha keerukamaks. Rääkimata kasvavatest majutuskuludest, mida väga harva saab täielikult katta veebisaidi sissetulekutest. Muidugi, paljud kliendipoolsed loogikad võivad saidi aeglaselt laadida, kuid meil on tööriistu selle vältimiseks, näiteks gzipimine ja varjamine ning mis kõige tähtsam, laisk laadimine.
@komiska: Teie töö on ÄGE! Kes inspireeris teid järgima tehnikat?
LV: aitäh! Ma ei arva, et see oleks olnud kellegi inspiratsioon. Mulle lihtsalt meeldis kraami teha sellest ajast peale, kui ma ennast mäletan. Kui ma olin laps, kasutasin kunagi köögikäsna salvrätikuid rahakottide ja käekottide valmistamiseks!
Umbes 12. paiku avastasin, et programmeerimine võimaldas mul kasulikke asju lihtsamalt ja professionaalsemalt ehitada kui käsitöö. See paelus mind nii väga, et armusin kohe programmeerimisse ja püüdsin muudkui selle paremaks saada.
@jelmerdemaat: Kuidas lõi @LeaVerou @dabbleti? Millise PHP raamistiku / muu taustatehnikaga? Mis oli kõige raskem osa?
LV: Dabbletil pole andmebaasi ja serveripoolne kood on minimaalne. Pisut PHP-d kasutatakse ainult OAuthi jaoks ja tulemuste lehe genereerimiseks jagamiseks ilma selle ümber oleva dabblet-kroomita (kasulik veaaruande testide puhul). Nagu näete Githubi statistikast, moodustab PHP dabbletist ainult kolm protsenti. Kõik muu on kliendipoolne. See aitab vältida olukorda jsfiddle: jsfiddle teeb serveris kõik, nii et nüüd, kui see õnnestus, läks tema serveri koormus läbi katuse ja see muutus aeglaseks.
@_dte: Mis on teie jaoks kõige põnevam eelseisev CSS-i funktsioon?
LV: Filtriefektid kindlasti. Need võimaldavad meil teha asju, mis varem olid võimatud, mitte ainult rasked. Ma ei ole paigutusmoodulite üle väga põnevil, sest a) enne saab neid kasutada, sest need ei halvene üldse graatsiliselt ja b) paigutus oli alati võimalik, lihtsalt tarbetult raske. Muidugi on ka uued kujundusmoodulid väga olulised, kuid mind ei eruta need asjad.
Samuti olen vaimustuses vaateava suhtelistest üksustest vw ja vh ja CSS3 laiendus meelitama () funktsioon, mis võimaldab meil seda kasutada meelitama () igas omandis.
Tahaksin tõesti näha ka muid brausereid peale Opera rakendamise objektile sobiv ja objekti-positsiooni, et saaksime lõpetada taustahäkkide kasutamise piltide erineva kuvasuhtega kärpimiseks.
@gpirie: Millist funktsiooni sooviksite CSS-is sisse viia?
LV: A praegune () funktsioon, mis võimaldab teil viidata teiste omaduste arvutatud väärtusele. Nagu üldistus currentColor (mis saaks siis aliaseks praegune (värv)). Muidugi on sellise asja rakendamine väga keeruline, kuid tegelikkus ei takista mind unistamast!
@kevdog: Mis on kolm kõige levinumat CSS-i viga?
LV: Kõige tavalisem CSS-i viga, mida ma näen, on see, et inimesed kodeerivad oma CSS-i, keskendudes tulemusele, mitte puhtale, hooldatavale, paindlikule koodile (ja nad refaktoreerivad harva). Tähtis pole mitte ainult see, et midagi välimus praegu, kindla tausta, kindla ümbruse ja kindla suurusega. See peaks saama kohanema muuta hõlpsalt, ilma et peaksite selle kohta reegleid ettearvamatul viisil ümber kirjutama.
Võib arvata, et te ei muuda kunagi midagi, kuid kui antakse piisavalt aega, osutub peaaegu kindlasti valeks. CSS-i eeltöötlejad saavad selles aidata. Need on lihtsamad väljapääsud, kuid kindlasti paremad kui lohakas ja korduv kood.
Teine viga on liiga paljuütlev CSS. Inimesed pole vaikimisi teadlikud, nii et nad muudavad neid uuesti. Nad ei ole lühikestest teadlikest, seega määravad nad hoopis pikakäeliste omaduste määratlemise. On juhtumeid, kus peate neid asju tahtlikult tegema, kuid see pole põhjus, miks neid kõiges kaitsvalt teha.
@kevdog: kui saaksite CSS-i spetsifikatsioonis ühte asja muuta, mis see oleks?
LV: On palju soovitusi, millega peaaegu kõik CSSWG-s olijad nõustuvad, kuid neid ei saa lisada veebis levinud laialdase kasutamise rikkumise tõttu. Tavaliselt eitab WG neid üldse või lisab käitumise kontrollimiseks rohkem omadusi, selle asemel et vaikeväärtusi muuta. Tahaksin näha võimalust ühildumatute muudatuste tagasiside lubamiseks, et olemasolevad veebisaidid ei puruneks. Teised keeled on selle probleemi juba ammu lahendanud, kuid HTML-i ja CSS-iga võitleme jätkuvalt hea keelekujunduse kulude tagurpidi ühilduvuse nimel.
@StuRobson: Kas arvate, et devil on lahe kasutada raamistikku või katlakivi tahtmatult, mõistmata kõike, mida ta teeb?
LV: Ei, aga ma arvan, et devil on laisk kasutada raamistikku või katlaplaati ilma isiklikult vajaduseta, lihtsalt sellepärast, et kõik teised seda teevad. See on kahjulik, kui proovite lahendada probleeme, mida teil veel pole.
@folktrash: Mis hetkel juhtus "kuulsus"? Kuidas sa teadsid? Ja kas see aitab või takistab koodikvaliteedi / semantika evangelisatsiooni?
LV: Tänan, aga ma pole kindel, kas mind võiks nii kutsuda. Kõik kipuvad pidama inimesi, kellest nad on kuulnud, tuntumaks kui neid, kellest neil aimugi polnud. Järelikult on kõigil loomulik kalduvus oma kuulsust üle hinnata, mida tuleb kunstlikult (ja peaaegu pimesi) tasakaalustada, kui olete sellest nähtusest teadlik. Samuti peame meeles pidama, et keegi meie tööstuses pole tegelikult kuulsus, keegi pole leibkonna nimi.
See tähendab, et 2011. aasta on olnud hull ja on ilmne, et sain oma töö eest rohkem tunnustust, mida oleksin võinud loota. Kindlasti aitab see veebistandardite väljakujundamist. Inimesed pööravad palju rohkem tähelepanu, kui ma nüüd midagi ütlen, kui nad aasta tagasi. See on aga selle hinnaga, et minu öeldud asju analüüsitakse üle, inimesed saavad nendesse liiga palju lugeda ja mind rünnata, kuna mul on väidetavalt seisukohti, mida ma isegi kunagi ei mõelnud. Või mõnikord, lihtsalt vaadete saamiseks, punkt.
@Tawreh: Miks olete tööstuse naiste suhtes nii fanaatiline? Mõistan võrdõiguslikkuse vajalikkust, aga imho, surute selle äärmusesse.
LV: Esimest korda kuulen sellist asja nagu "äärmine võrdsus". Võrdsus ei saa kunagi olla äärmuslik ja ma kahtlen, kas keegi muud sellist diskrimineerimise, näiteks rassismi puhul isegi ütleks. See on "vastupidine diskrimineerimine" või "korrigeeriv kallutatus", mis on äärmuslik ja ma olen selle vastu.
See tähendab, et ma pole üldse "fanaatiline" selles valdkonnas tegutsevate naiste suhtes, olen "fanaatiline" ettekirjutavate sooliste stereotüüpide vastu. Vaevalt näen meie tööstuses kunagi seksismi, tundub, et inimesed on oma õppetunni juba ammu hästi õppinud. Ma ei usu, et naiste vähene osalus meie tööstuses on tingitud sellest, et nad tunnevad end enam soovimatuna. Inseneritööstusest eemale ajab ülejäänud meie soost ühiskond. Väikesed tüdrukud mängivad mänguasjadega, mis ei innusta neid kognitiivseid oskusi arendama nii palju kui poiste mänguasju. Laste filmid ja mänguasjad on sooliste stereotüüpide halvim põlistaja ja ma ei näe seal peaaegu mingit huvi. Tundub, et kõik keskenduvad oma jõupingutustes pigem täiskasvanutele, parandades vead, mitte vältides nende esmakordset tegemist.
@komiska: kas fondi kaalule on kunagi üleminek?
LV: Tsiteerides spetsifikatsiooni märkust, "see pole nii lihtne". Enamikul atribuutidest pole sujuva ülemineku jaoks piisavalt kaalu ja brauser ei saa vaheolekuid genereerida, kuna neid pole CSS-is võimalik esindada. See tähendab, et me võime lõpuks pikendada risti tuhmuma () alates CSS4 pildiväärtustest, et rakendada kõiki CSS-i väärtusi, mitte ainult pilte, mis lahendaks enamiku üleminekuprobleemid, ja annab meile võimsa tööriista, mida saab kasutada ka staatiliselt.
