En redigert versjon av denne artikkelen dukket først opp i nummer 225 av .net magazine - verdens mest solgte magasin for webdesignere og utviklere.
@twostepmedia: Hvor skal tungløftingen gjøres på en webside? I frontenden eller i bakenden?
Lea Verou: Jeg er en sterk forkjemper for å gjøre alt du kan på klienten. Når koden din kjører på klienten, må den alltid håndtere en maskin, uansett hvor vellykket prosjektet ditt blir.
Alt du skriver på serveren kan trenge å kjøre tusenvis av ganger per sekund hvis prosjektet ditt lykkes, så vedlikehold og utvidelse blir mer og mer utfordrende etter hvert som nettstedet ditt vokser. For ikke å nevne de økende hostingkostnadene som svært sjelden kan dekkes fullt ut fra nettstedets inntekt. Visst, mye logikk på klientsiden kan få et nettsted til å lastes sakte, men vi har verktøy for å unngå det, som gzipping og forvirring og viktigst av alt, lat lasting.
@komiska: Ditt arbeid er KJEMPEBRA! Hvem inspirerte deg til å følge den tekniske banen?
LV: Takk! Jeg tror ikke det var snakk om å bli inspirert av noen. Jeg likte å lage ting helt siden jeg kan huske meg selv. Da jeg var liten, brukte jeg en gang svampeservietter til å lage vesker og håndvesker!
Rundt 12 oppdaget jeg at programmering tillot meg å bygge nyttige ting lettere og mer profesjonelt enn håndverk. Det fascinerte meg så mye at jeg umiddelbart ble forelsket i programmering og fortsatte å prøve å bli bedre på det.
@jelmerdemaat: Hvordan opprettet @LeaVerou @dabblet? Med hvilket PHP-rammeverk / annen back-end-teknikk? Hva var den vanskeligste delen?
LV: Dabblet har ingen database, og server-koden er minimal. Litt PHP brukes bare til OAuth og genererer en resultatside som skal deles uten dabblet-krom rundt den (nyttig for testrapporter for feilrapporter). Som du kan se i Github-statistikken, utgjør PHP bare tre prosent av dabblet. Alt annet er på klientsiden. Dette hjelper med å unngå jsfiddle-situasjonen: jsfiddle gjør alt på serveren, så nå som den lyktes, gikk serverbelastningen gjennom taket og den ble treg.
@_dte: Hva er den mest spennende kommende CSS-funksjonen for deg?
LV: Filtrer effekter helt sikkert. De tillater oss å gjøre ting som tidligere var umulige, ikke bare vanskelige. Jeg er ikke veldig begeistret for layoutmoduler, fordi a) det kommer til å være aldre før vi kan bruke dem, da de ikke brytes ned elegant i det hele tatt, og b) layout var alltid mulig, bare unødvendig vanskelig. Selvfølgelig er de nye layoutmodulene også veldig viktige, men det er ikke den typen ting som gjør meg begeistret.
Jeg er også veldig begeistret for visningsportens relative enheter vw og vh og CSS3-utvidelsen av attr () funksjon som gjør at vi kan bruke attr () i hver eiendom.
Jeg vil også gjerne se andre nettlesere enn Opera implementere objekt-passform og objekt-posisjon, slik at vi kan slutte å bruke bakgrunnshacks til å beskjære bilder til et annet størrelsesforhold.
@gpirie: Hvilken funksjon vil du se introdusert i CSS?
LV: A nåværende() funksjon som lar deg referere til den beregnede verdien av andre egenskaper. Som en generalisering av currentColor (som da ville bli et alias for gjeldende (farge)). Selvfølgelig er det veldig vanskelig å implementere en slik ting, men virkeligheten vil ikke hindre meg i å drømme!
@kevdog: Hva er de tre vanligste CSS-feilene?
LV: Den vanligste CSS-feilen jeg ser, er at folk koder sin CSS med fokus på resultatet, ikke på ren, vedlikeholdbar, fleksibel kode (og de reflekterer sjelden). Det er ikke bare viktig at noe utseende akkurat nå, med en viss bakgrunn, visse omgivelser og en viss størrelse. Det skal kunne tilpasse til endringer lett, uten å måtte skrive om hver regel om det på uforutsigbare måter.
Du tror kanskje du aldri vil endre noe, men gitt nok tid, vil du nesten helt sikkert bli bevist feil. CSS preprosessorer kan hjelpe med det. De er den enkle veien ut, men de er absolutt bedre enn slurvet, repeterende kode.
En annen feil er altfor omfattende CSS. Folk er ikke klar over standardene, så de fortsetter å omdefinere dem. De er ikke klar over stenografi, så de fortsetter å definere langhåndseiendommene i stedet. Det er tilfeller der du må gjøre disse tingene med vilje, men det er ikke en grunn til å gjøre dem defensivt i alt.
@kevdog: Hvis du kunne endre en ting i CSS-spesifikasjonen, hva ville det være?
LV: Det er mange forslag som nesten alle i CSSWG er enige i, men kan ikke legges til på grunn av brudd på eksisterende utbredt bruk på nettet. Vanligvis benekter WG disse helt eller legger til flere egenskaper for å kontrollere oppførselen, i stedet for å endre standardinnstillingene. Jeg vil se en måte å velge bakover inkompatible endringer, slik at eksisterende nettsteder ikke går i stykker. Andre språk har løst dette problemet for lenge siden, men med HTML og CSS fortsetter vi å kjempe for bakoverkompatibilitet i kostnadene ved god språkdesign.
@StuRobson: Tror du det er lat for en dev å bruke et rammeverk eller kjele plate uten å forstå alt det gjør?
LV: Nei, men jeg tror det er lat for en dev å bruke et rammeverk eller kjeleplate uten personlig å ha behov for det, bare fordi alle andre gjør det. Det er kontraproduktivt å prøve å løse problemer du ennå ikke har.
@folktrash: På hvilket tidspunkt skjedde "kjendis"? Hvordan visste du det? Og hjelper eller hindrer det evangelisering av kodekvalitet / semantikk?
LV: Takk, men jeg er ikke sikker på at jeg kunne kalles det. Alle har en tendens til å vurdere folk de har hørt om som mer kjente enn folk de ikke hadde peiling på. Derfor har alle en naturlig tendens til å overvurdere sin egen berømmelse, som må balanseres kunstig (og nesten blindt) når du er klar over dette fenomenet. Vi må også huske på at ingen i vår bransje egentlig er en kjendis, ingen er et kjent navn.
Når det er sagt, 2011 har vært gal, og det er åpenbart at jeg fikk mer anerkjennelse for mitt arbeid som jeg kunne ha håpet på. Det hjelper absolutt evangelisering av nettstandarder. Folk tar mye mer hensyn når jeg sier noe nå enn de gjorde for et år siden. Dette koster imidlertid at ting jeg sier blir overanalysert, folk kan lese for mye inn i dem og angripe meg for angivelig å ha synspunkter jeg aldri engang har vurdert. Eller noen ganger, bare for å ha synspunkter, punktum.
@Tawreh: Hvorfor er du så fanatisk om kvinner i bransjen? Jeg forstår behovet for likeverd, men imho du presser det til det ytterste.
LV: Første gang jeg hører noe som "ekstrem likhet". Likestilling kan aldri være ekstrem, og jeg tviler på at noen til og med vil si noe sånt for andre former for diskriminering, som rasisme. Det er "omvendt diskriminering" eller "korrigerende skjevhet" som er ekstrem, og jeg er sterkt imot det.
Når det er sagt, er jeg ikke "fanatisk" om kvinner i bransjen i det hele tatt, jeg er "fanatisk" mot reseptbelagte kjønnsstereotyper. Jeg ser nesten aldri sexisme i vår bransje, det ser ut til at folk har lært sin leksjon for lenge siden. Jeg tror ikke den lave deltakelsen av kvinner i vår bransje skyldes at de føler seg uvelkomne lenger. Det er resten av vårt kjønnede samfunn som driver kvinner bort fra ingeniørfag. Små jenter leker med leker som ikke oppmuntrer dem til å utvikle sine kognitive ferdigheter like mye som gutteleker. Barnefilmer og leker er den verste forfølgeren til kjønnsstereotyper, og jeg ser knapt noen interesse der. Alle ser ut til å fokusere innsatsen på voksne i stedet for å fikse feilene i stedet for å unngå å gjøre dem i utgangspunktet.
@komiska: Kommer det noen gang til å bli en overgang for skriftvekt?
LV: Sitere et notat fra spesifikasjonen, "det er ikke så enkelt". De fleste eiendommer har ikke nok vekter for en jevn overgang, og nettleseren kan ikke generere mellomtilstandene fordi det ikke er noen måte å representere dem i CSS. Når det er sagt, kan vi til slutt utvide kryssfade () fra CSS4 Image Values å gjelde for alle CSS-verdier, ikke bare bilder, som vil løse de fleste overgangsproblemer, og gir oss et kraftig verktøy som også kan brukes statisk.
