Tämän artikkelin muokattu versio ilmestyi ensimmäisen kerran .net-lehden numerossa 225 - maailman myydyimmässä verkkosivujen suunnittelijoille ja kehittäjille suunnatussa lehdessä.
@twostepmedia: Missä raskas nosto tulisi tehdä verkkosivulla? Etuosassa vai taustalla?
Lea Verou: Olen vahva kannattaja tehdä kaikkesi asiakkaan suhteen. Kun koodisi suoritetaan asiakkaalla, sen on aina käsiteltävä yhtä konetta riippumatta siitä, kuinka onnistunut projekti tulee.
Kaikkea palvelimelle kirjoittamaasi on ehkä suoritettava tuhansia kertoja sekunnissa, jos projektisi onnistuu, joten sen ylläpitämisestä ja laajentamisesta tulee yhä haastavampaa, kun sivustosi kasvaa. Puhumattakaan kasvavista isännöintikustannuksista, jotka hyvin harvoin voidaan kattaa kokonaan verkkosivuston tuloista. Toki monet asiakaspuolen logiikat voivat saada sivuston latautumaan hitaasti, mutta meillä on työkaluja tämän välttämiseksi, kuten gzippaus ja hämärtyminen ja mikä tärkeintä, laiska lataus.
@komiska: Työsi on mahtavaa! Kuka innoitti sinua seuraamaan tekniikan polkua?
LV: Kiitos! En usko, että kyse oli jonkun innoittamasta. Pidin vain tehdä tavaraa siitä lähtien, kun muistan itseni. Kun olin lapsi, käytin kerran keittiön sienipyyhkeitä kukkaroiden ja käsilaukkujen tekemiseen!
Noin klo 12 huomasin, että ohjelmointi antoi minulle mahdollisuuden rakentaa hyödyllisiä asioita helpommin ja ammattimaisemmin kuin käsityö. Se kiehtoi minua niin paljon, että heti rakastui ohjelmointiin ja pyrin jatkuvasti parantamaan sitä.
@jelmerdemaat: Kuinka @LeaVerou loi @dabbletin? Millä PHP-kehyksellä / muulla back-end-tekniikalla? Mikä oli vaikeinta?
LV: Dabbletilla ei ole tietokantaa ja palvelinpuolen koodi on vähäinen. Pienää PHP: tä käytetään vain OAuth-sovellukseen ja tulossivun luomiseen jaettavaksi ilman mitään sen ympärillä olevaa dabblet-kromia (hyödyllinen virheraportin testitapauksissa). Kuten Github-tilastoista näkyy, PHP: n osuus on vain kolme prosenttia dabbletista. Kaikki muu on asiakaspuolta. Tämä auttaa välttämään jsfiddle-tilanteen: jsfiddle tekee kaiken palvelimella, joten nyt kun se onnistui, palvelimen kuormitus meni katon läpi ja siitä tuli hidasta.
@_dte: Mikä on mielenkiintoisin tuleva CSS-ominaisuus sinulle?
LV: Suodatintehosteet varmasti. Ne antavat meille mahdollisuuden tehdä asioita, jotka olivat aiemmin mahdotonta, ei vain vaikeita. En ole kovin innoissaan ulkoasumoduuleista, koska a) se tulee olemaan ikää ennen kuin voimme käyttää niitä, koska ne eivät heikennä sulavasti ollenkaan ja b) asettelu oli aina mahdollista, vain tarpeettoman vaikea. Tietysti myös uudet asettelumoduulit ovat erittäin tärkeitä, mutta ne eivät ole sellaisia asioita, jotka innostavat minua.
Olen myös hyvin innostunut näkymän suhteellisista yksiköistä vw ja vh ja CSS3 - laajennus attr () toiminto, jonka avulla voimme käyttää attr () kaikissa kiinteistöissä.
Haluaisin todella nähdä myös muut selaimet Operan lisäksi esineeseen sopiva ja objekti-sijainti, jotta voimme lopettaa taustahakemusten käytön kuvien rajaamiseen eri kuvasuhteeseen.
@gpirie: Mitä ominaisuutta haluaisit nähdä CSS: ssä?
LV: A virta () -toiminto, jonka avulla voit viitata muiden ominaisuuksien laskettuun arvoon. Kuten yleistys currentColor (josta sitten tulee alias nykyinen (väri)). Tietenkin tällaisen asian toteuttaminen on erittäin hankalaa, mutta todellisuus ei estä minua unelmoimasta!
@kevdog: Mitkä ovat kolme yleisintä CSS-virhettä?
LV: Yleisin näkemäni CSS-virhe on, että ihmiset koodaavat CSS: ää keskittyen tulokseen, ei puhtaaseen, ylläpidettävään, joustavaan koodiin (ja he harjoittavat harvoin refaktoria). Ei ole vain tärkeää, että jotain näyttää juuri nyt, tietyllä taustalla, tietyllä ympäristöllä ja tietyllä koolla. Sen pitäisi pystyä sopeutua muuttaa helposti ilman, että sinun tarvitsee kirjoittaa kaikkia säännöksiä siitä ennakoimattomilla tavoilla.
Saatat ajatella, ettet koskaan muuta jotain, mutta kun sinulle annetaan riittävästi aikaa, osoitat melkein varmasti väärin. CSS-esiprosessorit voivat auttaa siinä. Ne ovat helpoin tie, mutta ne ovat varmasti parempia kuin huolimaton, toistuva koodi.
Toinen virhe on liian yksityiskohtainen CSS. Ihmiset eivät ole tietoisia oletuksista, joten he määrittelevät ne uudelleen. He eivät ole tietoisia lyhytkirjoista, joten he määrittelevät pikakäden ominaisuudet sen sijaan. Joissakin tapauksissa sinun on tehtävä nämä asiat tarkoituksella, mutta se ei ole syy tehdä niitä puolustavasti kaikessa.
@kevdog: Jos voisit muuttaa yhtä asiaa CSS-määrityksessä, mikä se olisi?
LV: On monia ehdotuksia, joiden kanssa melkein kaikki CSSWG: n jäsenet ovat samaa mieltä, mutta joita ei voi lisätä, koska nykyinen laaja käyttö verkossa on rikki. Yleensä työryhmä joko kieltää nämä kokonaan tai lisää enemmän ominaisuuksia hallitsemaan käyttäytymistä oletusarvojen muuttamisen sijaan. Haluaisin nähdä tavan valita yhteensopimattomat muutokset taaksepäin, jotta nykyiset verkkosivustot eivät rikkoutuisi. Muut kielet ovat ratkaisseet tämän ongelman jo kauan sitten, mutta HTML: n ja CSS: n avulla taistelemme jatkuvasti taaksepäin yhteensopivuudesta hyvän kielen suunnittelun kustannuksissa.
@StuRobson: Luuletko, että dev on käyttää kehystä tai kattilaa tahattomasti ymmärtämättä kaikkea mitä se tekee?
LV: Ei, mutta mielestäni on laiska kehittäjän käyttää kehystä tai kattilaa ilman henkilökohtaista tarvetta, vain siksi, että kaikki muut tekevät. On haitallista yrittää ratkaista ongelmia, joita sinulla ei vielä ole.
@folktrash: Missä vaiheessa "julkkis" tapahtui? Mistä tiesit? Ja auttaako se vai estääkö se koodin laadun / semantiikan evagelisoinnin?
LV: Kiitos, mutta en ole varma, voiko minua kutsua niin. Kaikilla on taipumus pitää ihmisiä, joista he ovat kuulleet, paremmin tunnetuiksi kuin ihmisistä, joista heillä ei ollut aavistustakaan. Näin ollen jokaisella on luonnollinen taipumus yliarvioida oma maine, joka on tasapainotettava keinotekoisesti (ja melkein sokeasti), kun tiedät tämän ilmiön. Meidän on myös pidettävä mielessä, että kukaan toimialallamme ei ole todella julkkis, kukaan ei ole kotitalouden nimi.
Siitä huolimatta vuosi 2011 on ollut hullu, ja on selvää, että sain enemmän tunnustusta työstäni, jota voisin toivoa. Se auttaa varmasti verkkostandardien evagelisoinnissa. Ihmiset kiinnittävät paljon enemmän huomiota, kun sanon jotain nyt kuin vuosi sitten. Tämä johtuu kuitenkin hinnasta, että sanomani asiat analysoidaan liikaa, ihmiset voivat lukea niihin liikaa ja hyökätä minua vastaan, koska oletettavasti minulla on näkemyksiä, joita en edes ole edes ajatellut. Tai joskus vain näkemysten saamiseksi, piste.
@Tawreh: Miksi olet niin fanaattinen naisista alalla? Ymmärrän tasa-arvon tarpeen, mutta imho sinä työnnät sitä äärimmäisyyksiin.
LV: Ensimmäistä kertaa kuulen "äärimmäisen tasa-arvon". Tasa-arvo ei voi koskaan olla äärimmäistä, ja epäilen kenenkään jopa sanovan mitään sellaista muunlaisen syrjinnän, kuten rasismin, kohdalla. Se on "käänteinen syrjintä" tai "korjaava puolueellisuus", joka on äärimmäistä, ja vastustan sitä voimakkaasti.
Tästä huolimatta en ole lainkaan "fanaattinen" naisilla alalla, olen "fanaattinen" määrättäviä sukupuolistereotypioita vastaan. En tuskin koskaan näe seksismiä teollisuudessamme, näyttää siltä, että ihmiset ovat oppineet opetuksensa kauan sitten. En usko, että naisten vähäinen osallistuminen teollisuuteen johtuu siitä, että he eivät enää tunne toivottavuuttaan. Muu sukupuoleen perustuva yhteiskuntamme ajaa naiset pois suunnittelusta. Pienet tytöt leikkivät leluilla, jotka eivät kannusta heitä kehittämään kognitiivisia taitojaan yhtä paljon kuin poikien lelut. Lasten elokuvat ja lelut ovat sukupuolistereotypioiden pahin jatkaja, ja tuskin näen siitä mitään kiinnostusta. Kaikki näyttävät keskittyvän ponnisteluihinsa aikuisten sijaan, korjaamalla virheet sen sijaan, että vältetään tekemästä niitä ensiksi.
@komiska: Onko fonttipainolle koskaan siirtymää?
LV: Lainaten huomautusta spesifikaatiosta, "se ei ole niin yksinkertaista". Useimmilla ominaisuuksilla ei ole tarpeeksi painoja sujuvaan siirtymiseen, ja selain ei voi luoda välitiloja, koska niitä ei ole mahdollista edustaa CSS: ssä. Siitä huolimatta voimme lopulta pidentää ristihäivytys () CSS4-kuva-arvoista sovellettavaksi kaikkiin CSS-arvoihin, ei vain kuviin, mikä ratkaisee useimmat siirtymäongelmat, ja antaa meille tehokkaan työkalun, jota voidaan käyttää myös staattisesti.
