En redigeret version af denne artikel dukkede først op i nummer 225 af .net magazine - verdens bedst sælgende magasin til webdesignere og udviklere.
@twostepmedia: Hvor skal tunge løft udføres på en webside? I frontenden eller i backend?
Lea Verou: Jeg er en stærk tilhænger af at gøre hvad du kan på klienten. Når din kode kører på klienten, skal den altid håndtere en maskine, uanset hvor vellykket dit projekt bliver.
Alt, hvad du skriver på serveren, skal muligvis køre tusinder af gange i sekundet, hvis dit projekt lykkes, så vedligeholdelse og udvidelse af det bliver mere og mere udfordrende, når dit websted vokser. For ikke at nævne de stigende hostingomkostninger, som meget sjældent kan dækkes fuldt ud fra hjemmesidens indkomst. Sikker på, at masser af klientsidelogik kan få et sted til at indlæse langsomt, men vi har værktøjer til at undgå det, som gzipping og forvirring og vigtigst af alt for doven indlæsning.
@komiska: Dit arbejde er FANTASTISK! Hvem inspirerede dig til at følge den tekniske vej?
LV: Tak! Jeg tror ikke, det var et spørgsmål om at blive inspireret af nogen. Jeg kunne bare lide at lave ting lige siden jeg kan huske mig selv. Da jeg var barn, brugte jeg engang svampeservietter til køkken til at lave punge og håndtasker!
Omkring 12 opdagede jeg, at programmering tillod mig at opbygge nyttige ting lettere og mere professionelt end håndværk. Det fascinerede mig så meget, at jeg straks blev forelsket i programmering og fortsatte med at stræbe efter at blive bedre til det.
@jelmerdemaat: Hvordan oprettede @LeaVerou @dabblet? Med hvilken PHP-ramme / anden back-end-teknik? Hvad var den sværeste del?
LV: Dabblet har ingen database, og den involverede server-side kode er minimal. En lille PHP bruges kun til OAuth og genererer en resultatside, der skal deles uden nogen af dabblet-krom omkring den (nyttigt til fejlrapporttestkasser). Som du kan se i dens Github-statistik, tegner PHP kun for tre procent af dabblet. Alt andet er klientsiden. Dette hjælper med at undgå jsfiddle-situationen: jsfiddle gør alt på serveren, så nu da det lykkedes, gik dets serverbelastning gennem taget, og det blev langsomt.
@_dte: Hvad er den mest spændende kommende CSS-funktion for dig?
LV: Filtrer effekter helt sikkert. De giver os mulighed for at gøre ting, der tidligere var umulige, ikke bare hårde. Jeg er ikke særlig begejstret for layoutmoduler, for a) det kommer til at være aldre, før vi er i stand til at bruge dem, da de slet ikke nedbrydes yndefuldt, og b) layout var altid muligt, bare unødigt hårdt. Selvfølgelig er de nye layoutmoduler også meget vigtige, men det er ikke den slags ting, der gør mig ophidset.
Jeg er også meget begejstret for visningsportens relative enheder vw og vh og CSS3-udvidelsen af attr () funktion, som gør det muligt for os at bruge attr () i enhver ejendom.
Jeg vil også gerne se andre browsere udover Opera implementere objekt-fit og objekt-position, så vi kan stoppe med at bruge baggrundshacks til at beskære billeder til et andet billedformat.
@gpirie: Hvilken funktion vil du have introduceret i CSS?
LV: A nuværende() funktion, der lader dig henvise til den beregnede værdi af andre egenskaber. Som en generalisering af strømfarve (som derefter ville blive et alias for strøm (farve)). Det er selvfølgelig meget vanskeligt at implementere sådan en ting, men virkeligheden forhindrer mig ikke i at drømme!
@kevdog: Hvad er de tre mest almindelige CSS-fejl?
LV: Den mest almindelige CSS-fejl, jeg ser, er folk, der koder deres CSS med fokus på resultatet, ikke på ren, vedligeholdelig, fleksibel kode (og de reflekterer sjældent). Det er ikke kun vigtigt, at noget udseende lige nu med en bestemt baggrund, visse omgivelser og en vis størrelse. Det burde være i stand til tilpasse til ændringer let uden at skulle omskrive hver regel om det på uforudsigelige måder.
Du tror måske, at du aldrig vil ændre noget, men hvis du får nok tid, vil du næsten helt sikkert blive bevist forkert. CSS præprocessorer kan hjælpe med det. De er den nemme vej ud, men de er bestemt bedre end sjusket, gentagen kode.
En anden fejl er overdreven detaljeret CSS. Folk er ikke opmærksomme på standardindstillingerne, så de bliver ved med at omdefinere dem. De er ikke opmærksomme på stenografier, så de definerer fortsat langhåndsejendommene i stedet. Der er tilfælde, hvor du skal gøre disse ting med vilje, men det er ikke en grund til at gøre dem defensivt i alt.
@kevdog: Hvis du kunne ændre en ting i CSS-specifikationen, hvad ville det være?
LV: Der er mange forslag, som næsten alle i CSSWG er enige med, men kan ikke tilføjes på grund af brud på eksisterende udbredt brug på nettet. Normalt benægter WG disse helt eller tilføjer flere egenskaber for at kontrollere adfærden snarere end at ændre standardindstillingerne. Jeg vil gerne se en måde at tilvælge bagudkompatible ændringer på, så eksisterende websteder ikke går i stykker. Andre sprog har løst dette problem for længe siden, men med HTML og CSS kæmper vi fortsat for bagudkompatibilitet i prisen på godt sprogdesign.
@StuRobson: Tror du, det er doven for en dev at bruge en ramme eller kedelplade uden at forstå alt, hvad den gør?
LV: Nej, men jeg synes, det er doven for en dev at bruge en ramme eller kedelplade uden personligt at have behov for det, bare fordi alle andre gør det. Det er kontraproduktivt at prøve at løse problemer, du endnu ikke har.
@folktrash: På hvilket tidspunkt skete "berømthed"? Hvordan vidste du det? Og hjælper eller hindrer det evangelisering af kodekvalitet / semantik?
LV: Tak, men jeg er ikke sikker på, at jeg kunne kaldes det. Alle har en tendens til at overveje folk, de har hørt om, mere kendte end folk, de ikke havde nogen idé om. Derfor har alle en naturlig tendens til at overvurdere deres egen berømmelse, som skal være afbalanceret kunstigt (og næsten blindt), når du er opmærksom på dette fænomen. Vi skal også huske på, at ingen i vores branche virkelig er en berømthed, ingen er et kendt navn.
Når det er sagt, har 2011 været skør, og det er tydeligt, at jeg fik mere anerkendelse for mit arbejde, som jeg kunne have håbet på. Det hjælper bestemt med at evangelisere webstandarder. Folk er meget mere opmærksomme, når jeg siger noget nu, end de gjorde for et år siden. Dette kommer dog til den pris, at ting, jeg siger, bliver overanalyseret, folk kan læse for meget i dem og angribe mig for angiveligt at have synspunkter, som jeg aldrig engang har overvejet. Eller nogle gange, bare for at have synspunkter, punktum.
@Tawreh: Hvorfor er du så fanatisk over for kvinder i branchen? Jeg forstår behovet for lighed, men imho du skubber det til det ekstreme.
LV: Første gang jeg hører sådan noget som "ekstrem lighed". Ligestilling kan aldrig være ekstrem, og jeg tvivler på, at nogen overhovedet vil sige noget lignende til andre former for diskrimination, som racisme. Det er "omvendt diskrimination" eller "korrigerende bias", der er ekstrem, og det er jeg stærkt imod.
Når det er sagt, er jeg overhovedet ikke ”fanatisk” over kvinder i branchen, jeg er “fanatisk” imod receptpligtige kønsstereotyper. Jeg kan næppe nogensinde se sexisme i vores branche, det ser ud til, at folk har lært deres lektion for længe siden. Jeg tror ikke, at kvindernes lave deltagelse i vores branche skyldes, at de føler sig uvelkomne mere. Det er resten af vores kønsbestemte samfund, der driver kvinder væk fra ingeniørarbejde. Små piger leger med legetøj, der ikke opmuntrer dem til at udvikle deres kognitive færdigheder så meget som drengelegetøj. Børnefilm og legetøj er den værste forfølger af kønsstereotyper, og jeg ser næppe nogen interesse der. Alle ser ud til at fokusere deres indsats på voksne i stedet for at rette fejlene i stedet for at undgå at gøre dem i første omgang.
@komiska: Kommer der nogensinde en overgang til fontvægt?
LV: Citering af en note fra specifikationen, "det er ikke så simpelt". De fleste ejendomme har ikke nok vægte til en jævn overgang, og browseren kan ikke generere de mellemliggende tilstande, fordi der ikke er nogen måde at repræsentere dem i CSS. Når det er sagt, kan vi eventuelt forlænge krydsfade () fra CSS4-billedværdier til at gælde for alle CSS-værdier, ikke kun billeder, der ville løse de fleste overgangsproblemer, og giver os et kraftfuldt værktøj, der også kan bruges statisk.
