Een bewerkte versie van dit artikel verscheen voor het eerst in nummer 225 van .net magazine - 's werelds best verkochte tijdschrift voor webdesigners en -ontwikkelaars.
@twostepmedia: Waar moet het zware werk op een webpagina worden gedaan? In de voorkant of in de backend?
Lea Verou: Ik ben een groot voorstander van het doen van alles wat je kunt bij de klant. Als uw code op de klant draait, heeft deze altijd met één machine te maken, hoe succesvol uw project ook wordt.
Alles wat u op de server schrijft, moet mogelijk duizenden keren per seconde worden uitgevoerd als uw project slaagt, dus het onderhouden en uitbreiden ervan wordt steeds uitdagender naarmate uw site groeit. Om nog maar te zwijgen van de stijgende hostingkosten die zeer zelden volledig kunnen worden gedekt door de inkomsten van de website. Zeker, veel logica aan de clientzijde kan ervoor zorgen dat een site langzaam laadt, maar we hebben tools om dat te voorkomen, zoals gzipping en obsfucatie en vooral lui laden.
@komiska: Je werk is GEWELDIG! Wie heeft je geïnspireerd om het technische pad te volgen?
LV: Dank je wel! Ik denk niet dat het een kwestie was van geïnspireerd te zijn door iemand. Ik vond het gewoon leuk om dingen te maken sinds ik mezelf kan herinneren. Toen ik een kind was, gebruikte ik ooit keukensponsdoekjes om portemonnees en handtassen te maken!
Rond mijn twaalfde ontdekte ik dat ik door programmeren gemakkelijker en professioneler nuttige dingen kon bouwen dan met de hand. Dat fascineerde me zo erg dat ik meteen verliefd werd op programmeren en bleef ernaar streven om er beter in te worden.
@jelmerdemaat: Hoe heeft @LeaVerou @dabblet gemaakt? Met welk PHP-framework / andere back-endtechniek? Wat was het moeilijkste deel?
LV: Dabblet heeft geen database en de code aan de serverzijde is minimaal. Een klein beetje PHP wordt alleen gebruikt voor OAuth en het genereren van een resultatenpagina om te delen zonder de dabblet chrome eromheen (handig voor testcases met bugrapporten). Zoals je kunt zien in de Github-statistieken, neemt PHP slechts drie procent van de dabblet voor haar rekening. Al het andere is client-side. Dit helpt de jsfiddle-situatie te vermijden: jsfiddle doet alles op de server, dus nu het is gelukt, ging de serverbelasting door het dak en werd het traag.
@_dte: Wat is de meest opwindende aankomende CSS-functie voor jou?
LV: Zeker filtereffecten. Ze stellen ons in staat dingen te doen die voorheen onmogelijk waren, niet alleen moeilijk. Ik ben niet erg enthousiast over lay-outmodules, want a) het zal eeuwen duren voordat we ze kunnen gebruiken, aangezien ze helemaal niet gracieus verslechteren en b) lay-out was altijd mogelijk, alleen onnodig moeilijk. Natuurlijk zijn de nieuwe lay-outmodules ook erg belangrijk, maar het zijn niet de dingen die me enthousiast maken.
Ik ben ook erg enthousiast over de relatieve eenheden van de viewport vw en vh en de CSS3-extensie van het attr () functie die ons in staat zal stellen te gebruiken attr () in elk pand.
Ik zou ook heel graag andere browsers willen zien dan Opera implementeren object-fit en object-positie, zodat we kunnen stoppen met het gebruik van achtergrondhacks om afbeeldingen bij te snijden tot een andere beeldverhouding.
@gpirie: Welke functie zou je graag geïntroduceerd willen zien in CSS?
LV: A actueel() functie waarmee u kunt verwijzen naar de berekende waarde van andere eigenschappen. Zoals een generalisatie van currentColor (die dan een alias zou worden voor huidig (kleur)). Het implementeren van zoiets is natuurlijk erg lastig, maar de realiteit zal me er niet van weerhouden te dromen!
@kevdog: Wat zijn de drie meest voorkomende CSS-fouten?
LV: De meest voorkomende CSS-fout die ik zie, is dat mensen hun CSS coderen met een focus op het resultaat, niet op schone, onderhoudbare, flexibele code (en ze refactoren zelden). Het is niet alleen belangrijk dat iets ziet eruit nu, met een bepaalde achtergrond, een bepaalde omgeving en een bepaalde grootte. Het zou moeten kunnen zich aanpassen om gemakkelijk te veranderen, zonder elke regel erover op onvoorspelbare manieren te moeten herschrijven.
Je denkt misschien dat je nooit iets zult veranderen, maar als je genoeg tijd krijgt, krijg je vrijwel zeker ongelijk. CSS-preprocessors kunnen daarbij helpen. Ze zijn de gemakkelijke uitweg, maar ze zijn zeker beter dan slordige, repetitieve code.
Een andere fout is overdreven uitgebreide CSS. Mensen zijn zich niet bewust van de standaardinstellingen, dus ze blijven ze herdefiniëren. Ze zijn zich niet bewust van steno, dus blijven ze in plaats daarvan de eigenschappen met de hand definiëren. Er zijn gevallen waarin u die dingen expres moet doen, maar dat is geen reden om ze in alles defensief te doen.
@kevdog: Als je één ding in de CSS-specificatie zou kunnen veranderen, wat zou dat dan zijn?
LV: Er zijn veel suggesties waar bijna iedereen in de CSSWG het mee eens is, maar die niet kunnen worden toegevoegd omdat het bestaande wijdverbreide gebruik op internet wordt verbroken. Gewoonlijk ontkent de WG deze helemaal of voegt meer eigenschappen toe om het gedrag te beheersen, in plaats van de standaardinstellingen te wijzigen. Ik zou graag een manier zien om u aan te melden voor incompatibele wijzigingen die achterwaarts niet compatibel zijn, zodat bestaande websites niet kapot gaan. Andere talen hebben dit probleem al lang geleden opgelost, maar met HTML en CSS blijven we worstelen voor achterwaartse compatibiliteit ten koste van een goed taalontwerp.
@StuRobson: Vind je het lui voor een ontwikkelaar om willens en wetens een framework of boilerplate te gebruiken zonder alles te begrijpen wat hij doet?
LV: Nee, maar ik denk dat het lui is voor een ontwikkelaar om een framework of boilerplate te gebruiken zonder dat dit persoonlijk nodig is, gewoon omdat de rest dat doet. Het is contraproductief om te proberen problemen op te lossen die u nog niet heeft.
@folktrash: op welk punt vond "beroemdheid" plaats? Hoe wist je dat? En helpt of belemmert het de evangelisatie van codekwaliteit / semantiek?
LV: Bedankt, maar ik weet niet zeker of ik zo genoemd zou kunnen worden. Iedereen heeft de neiging om mensen van wie ze hebben gehoord als bekender te beschouwen dan mensen van wie ze geen idee hadden. Bijgevolg heeft iedereen de natuurlijke neiging om zijn eigen roem te overschatten, wat kunstmatig (en bijna blind) moet worden afgewogen als je je bewust bent van dit fenomeen. We moeten ook in gedachten houden dat niemand in onze branche echt een beroemdheid is, niemand is een begrip.
Dat gezegd hebbende, 2011 was gek, en het is duidelijk dat ik meer erkenning kreeg voor mijn werk waar ik op had gehoopt. Het helpt zeker bij het evangeliseren van webstandaarden. Mensen letten nu veel meer op als ik iets zeg dan een jaar geleden. Dit gaat echter ten koste van het feit dat de dingen die ik zeg overgeanalyseerd worden, mensen kunnen er teveel in lezen en mij aanvallen omdat ik zogenaamd meningen heb die ik nooit heb overwogen. Of soms, gewoon omdat je een mening hebt, punt uit.
@Tawreh: Waarom ben je zo fanatiek over vrouwen in de industrie? Ik begrijp de noodzaak van gelijkheid, maar als je het tot het uiterste drijft.
LV: De eerste keer dat ik zoiets als "extreme gelijkheid" hoor. Gelijkheid kan nooit extreem zijn en ik betwijfel of iemand zelfs zoiets zou zeggen voor andere vormen van discriminatie, zoals racisme. Het is 'omgekeerde discriminatie' of 'corrigerende vooringenomenheid' die extreem is en daar ben ik sterk tegen.
Dat gezegd hebbende, ik ben helemaal niet "fanatiek" over vrouwen in de industrie, ik ben "fanatiek" tegen prescriptieve genderstereotypen. Ik zie bijna nooit seksisme in onze branche, het lijkt erop dat mensen hun les al lang geleden goed hebben geleerd. Ik denk niet dat de lage deelname van vrouwen in onze branche te wijten is aan het feit dat ze zich niet meer welkom voelen. Het is de rest van onze genderdimensie die vrouwen wegjaagt van techniek. Kleine meisjes spelen met speelgoed dat hen niet zozeer aanmoedigt om hun cognitieve vaardigheden te ontwikkelen als jongensspeelgoed. Kinderfilms en speelgoed zijn de ergste veroorzakers van genderstereotypen en ik zie daar nauwelijks interesse in. Iedereen lijkt zijn inspanningen in plaats daarvan op volwassenen te richten, door de fouten te corrigeren in plaats van ze te vermijden.
@komiska: Komt er ooit een overgang voor font-weight?
LV: Ik citeer een opmerking uit de specificatie: "zo eenvoudig is het niet". De meeste eigenschappen hebben niet genoeg gewichten voor een soepele overgang en de browser kan de tussenliggende statussen niet genereren omdat er geen manier is om ze in CSS weer te geven. Dat gezegd hebbende, kunnen we uiteindelijk verlengen cross-fade () van CSS4 Image Values toe te passen op alle CSS-waarden, niet alleen op afbeeldingen, wat de meeste overgangsproblemen zou oplossen, en geeft ons een krachtig hulpmiddel dat ook statisch kan worden gebruikt.
