E cikk szerkesztett változata először a .net magazin 225. számában jelent meg - ez a világ legkeresettebb weblaptervezőknek és -fejlesztőknek szánt magazinja.
@twostepmedia: Hol kell elvégezni a súlyos emelést egy weboldalon? Az elülső részben vagy a háttérben?
Lea Verou: Erős híve vagyok annak, hogy bármit megtegyek az ügyfélen. Amikor a kód fut az ügyfélen, mindig egy géppel kell foglalkoznia, függetlenül attól, hogy a projekt mennyire lesz sikeres.
Bármire, amit a szerverre ír, előfordulhat, hogy másodpercenként ezerszer futtatnia kell, ha a projekt sikeres lesz, ezért fenntartása és kiterjesztése egyre nagyobb kihívást jelent a webhely növekedésével. Nem is beszélve a növekvő tárhelyköltségekről, amelyeket nagyon ritkán lehet teljes mértékben fedezni a weboldal bevételeiből. Persze, sok kliensoldali logika lassan képes betölteni a webhelyet, de vannak eszközeink ennek elkerülésére, például a gzipelés és az elfedés, és ami a legfontosabb, a lusta betöltés.
@komiska: FEJEZETES a munkád! Ki inspirálta, hogy kövesse a technikai utat?
LV: Köszönöm! Szerintem nem arról volt szó, hogy valaki inspirálta volna. Azóta szerettem dolgozni, amióta emlékszem magamra. Gyerekkoromban egyszer konyhai szivacstörlővel készítettem pénztárcákat és kézitáskákat!
12 körül rájöttem, hogy a programozás lehetővé tette, hogy könnyebben és szakszerűbben építhessek hasznos dolgokat, mint a kézimunka. Ez annyira elbűvölt, hogy azonnal beleszerettem a programozásba, és folyamatosan arra törekedtem, hogy minél jobb legyen.
@jelmerdemaat: Hogyan hozta létre a @LeaVerou a @dabbletet? Milyen PHP keretrendszerrel / egyéb háttér-technikával? Mi volt a legnehezebb rész?
LV: A Dabbletnek nincs adatbázisa, és a szerveroldali kód minimális. Egy kis PHP-t csak az OAuth-hoz használnak, és eredményoldalt generálnak megosztásra anélkül, hogy körülötte lenne a dabblet-króm (hasznos a hibajelentéses teszteknél). Amint azt a Github statisztikáiból láthatja, a PHP a dabblet mindössze három százalékát teszi ki. Minden más ügyféloldali. Ez segít elkerülni a jsfiddle helyzetet: a jsfiddle mindent megtesz a szerveren, így most, hogy ez sikerült, a szerver terhelése átment a tetőn, és lassúvá vált.
@_dte: Mi a legizgalmasabb közelgő CSS szolgáltatás az Ön számára?
LV: A szűrőeffektusok biztosak. Lehetővé teszik számunkra, hogy olyan dolgokat tegyünk meg, amelyek korábban lehetetlenek voltak, nem csak nehézek. Nem vagyok nagyon izgatott az elrendezési modulok miatt, mert a) korok lesznek, mire használni tudjuk őket, mivel egyáltalán nem romlanak le kecsesen, és b) az elrendezés mindig is lehetséges volt, csak feleslegesen nehéz. Természetesen az új elrendezési modulok is nagyon fontosak, de nem azok a dolgok izgatnak.
Nagyon izgatott vagyok a nézetablak relatív egységei miatt is vw és vh és a CSS3 kiterjesztése attr () funkció, amely lehetővé teszi számunkra a felhasználást attr () minden ingatlanban.
Nagyon szeretnék más böngészőket is látni az Opera megvalósításán kívül tárgy-illeszkedés és tárgy-helyzet, hogy abbahagyhassuk a háttérfeltörések használatát a képek más méretarányú kivágásához.
@gpirie: Milyen funkciót szeretne látni a CSS-ben?
LV: A jelenlegi() függvény, amely lehetővé teszi más tulajdonságok kiszámított értékének hivatkozását. Mint a currentColor (amely akkor a jelenlegi (szín)). Természetesen egy ilyen dolog megvalósítása nagyon trükkös, de a valóság nem fog megakadályozni abban, hogy álmodozzak!
@kevdog: Mi a három leggyakoribb CSS-hiba?
LV: A leggyakoribb CSS-hibát úgy látom, hogy az emberek a CSS-t kódolják, az eredményre összpontosítva, nem pedig a tiszta, karbantartható, rugalmas kódra (és ritkán refaktoroznak). Nem csak az a fontos, hogy valami kinéz jelenleg, bizonyos háttérrel, bizonyos környezettel és bizonyos méretben. Képesnek kell lennie alkalmazkodni hogy könnyen megváltozzon, anélkül, hogy kiszámíthatatlan módon át kellene írnunk róla minden szabályt.
Gondolhatja, hogy soha nem változtat meg valamit, de elegendő idő birtokában szinte biztosan bebizonyosodik, hogy téved. A CSS előfeldolgozók segíthetnek ebben. Ők a könnyebb kiút, de minden bizonnyal jobbak, mint a hanyag, ismétlődő kód.
Egy másik hiba a túlságosan bőbeszédű CSS. Az emberek nincsenek tisztában az alapértelmezésekkel, ezért folyamatosan újradefiniálják őket. Nincsenek tisztában a gyorsírásokkal, ezért inkább a hosszúkézi tulajdonságokat határozzák meg. Vannak esetek, amikor ezeket a dolgokat szándékosan kell megtenni, de ez nem ok arra, hogy mindenben védekezően tegyük őket.
@kevdog: Ha meg tudna változtatni egy dolgot a CSS specifikációban, mi lenne az?
LV: Sok olyan javaslat van, amellyel a CSSWG-ben szinte mindenki egyetért, de nem adható hozzá az interneten meglévő széles körű használat megtörése miatt. Általában a munkacsoport ezeket vagy teljesen tagadja, vagy több tulajdonságot ad hozzá a viselkedés vezérléséhez, ahelyett, hogy megváltoztatná az alapértelmezéseket. Szeretnék látni egy módot arra, hogy beiratkozhassanak az összeegyeztethetetlen változások visszamenőleges irányába, hogy a meglévő webhelyek ne törjenek össze. Más nyelvek már régen megoldották ezt a problémát, de a HTML és a CSS segítségével folyamatosan küzdünk a visszafelé való kompatibilitásért a jó nyelvtervezés költségeiben.
@StuRobson: Gondolod, hogy lusták, ha egy fejlesztő akarva-akaratlanul használ keretet vagy kazántáblát anélkül, hogy mindent megértene, amit csinál?
LV: Nem, de szerintem lusta, ha egy fejlesztő úgy használ keretet vagy kazánt, hogy személyesen nem lenne rá szükség, csak azért, mert mindenki más megteszi. Ellenproduktív megpróbálni megoldani azokat a problémákat, amelyek még nincsenek.
@folktrash: Mikor történt a "híresség"? Honnan tudtad? És segíti-e vagy akadályozza-e a kódminőség / szemantika evangélizálását?
LV: Köszönöm, de nem vagyok biztos benne, hogy így lehetne hívni. Mindenki általában ismertebbnek tartja azokat az embereket, akikről már hallott, mint olyanokat, akikről fogalma sem volt. Következésképpen mindenkinek természetes a hajlandósága a saját hírnevének túlértékelésére, amelyet mesterségesen (és szinte vakon) kell egyensúlyba hozni, amikor tudatában van ennek a jelenségnek. Azt is szem előtt kell tartanunk, hogy az iparunkban senki sem igazán híresség, senki sem a háztartási név.
Ennek ellenére 2011 őrült volt, és nyilvánvaló, hogy több elismerést kaptam a munkámért, amiben reménykedhettem. Ez minden bizonnyal elősegíti a webes szabványok megszabadítását. Az emberek sokkal jobban figyelnek, amikor most mondok valamit, mint egy évvel ezelőtt. Ez azonban azzal az árral jár, hogy az általam mondott dolgokat túlértékelik, az emberek túl sokat bele tudnak olvasni és megtámadhatnak, mert állítólag olyan nézeteim vannak, amiket soha nem is gondoltam. Vagy néha, csak azért, hogy nézetei legyenek, pont.
@Tawreh: Miért vagytok annyira fanatikusak az iparban lévő nőkkel kapcsolatban? Megértem az egyenlőség szükségességét, de imho, a végletekig nyomja.
LV: Először hallok olyat, mint a "szélsőséges egyenlőség". Az egyenlőség soha nem lehet szélsőséges, és kétlem, hogy bárki is mondana ilyesmit más típusú megkülönböztetésért, például a rasszizmusért. A "fordított diszkrimináció" vagy a "korrekciós elfogultság" a szélsőséges, és határozottan ellenzem ezt.
Ennek ellenére egyáltalán nem vagyok „fanatikus” az iparban lévő nőkkel szemben, „fanatikus vagyok” az előíró nemi sztereotípiák ellen. Alig látok szexizmust az iparunkban, úgy tűnik, az emberek már rég megtanulták a leckét. Nem hiszem, hogy a nők alacsony részvétele az iparunkban annak köszönhető, hogy már nem érzik magukat szívesen. Nemi társadalmunk többi része elűzi a nőket a mérnöki munkától. A kislányok olyan játékokkal játszanak, amelyek nem ösztönzik őket kognitív képességeik fejlesztésére, mint a fiú játékok. A gyermekfilmek és játékok jelentik a nemi sztereotípiák legrosszabb folytatóját, és alig látok ott érdeklődést. Úgy tűnik, hogy mindenki inkább a felnőttekre összpontosítja erőfeszítéseit, javítva a hibákat, nem pedig elkerülve, hogy eleve elkövetje őket.
@komiska: Lesz-e valaha átmenet a font-súlyra?
LV: Idézve egy megjegyzést a specifikációból, "ez nem ilyen egyszerű". A legtöbb tulajdonságnak nincs elegendő súlya a zökkenőmentes átmenethez, és a böngésző nem tudja létrehozni a köztes állapotokat, mert nincs mód a CSS-ben való megjelenítésre. Ennek ellenére végül meghosszabbíthatjuk elhalványul () a CSS4 Image Values-tól kezdve, hogy az összes CSS-értékre alkalmazható legyen, ne csak képekre, ami megoldaná a legtöbb átmeneti problémát, és egy hatékony eszközt nyújt számunkra, amelyet statikusan is fel lehet használni.
