CSS vs JavaScript: Traust vs stjórn

Þegar GotoConf Amsterdam bað mig um að tala, hélt ég að það væri önnur vélanám eða Progressive Web Apps tal. Í staðinn báðu skipuleggjendurnir mig um að fjalla um CSS. Undirfulltrúi tungumál í „forritunarmálum“ laginu. Núna hef ég verið aðdáandi CSS frá upphafi. Ég gerði ráð fyrir að fólk á harða kjarnaþróunarráðstefnu væri ekki eins spennt. Þeir hefðu ekki skoðað CSS í smáatriðum. Í staðinn var forsenda mín sú að það væri þeim meira nauðsynlegur pirringur. Svo ég skrifaði erindi um hvað það að nota CSS þýðir og hvernig við notum það ekki til styrkleika þess.

Hér eru athugasemdir við ræðu mína.

Leiðinleg bardagi

Um daginn horfði ég aftur á „Captain America: Civil War“. Og enn og aftur leiddi það mig og ég náði ekki alveg hugmyndinni um það. Hugmyndin um ofurhetjur sem neyðast til að bera ábyrgð á tryggingatjóni þeirra er ekki ný. Að biðja um stjórn á þeim er ekki heldur nýtt. „Ótrúlegir“ stóðu sig frábærlega með því.

Mér leiddist yfir forsendu allra þessara flottu ofurhetja sem berjast hver gegn annarri. Við þekkjum kraft þeirra. Við vitum að þeir eru innst inni vinir sem björguðu lífi hvors annars við ótal sinnum. Við vitum að völd þeirra samsvara. Það er ekkert ofbeldi, enginn raunverulegur drifkraftur, engin reiði í þessum kynnum. Það líður eins og Marvel hafi kynnt of margar flottar persónur og reyni nú að finna leið til að láta fólk taka sér hlið. Selja fleiri leikföng, búðu til gervi leiklist.

Ég fæ sömu svip og þegar við tölum um að nota CSS eða JavaScript til skipulagningar. Báðir hafa sína kosti, báðir hafa völd sín. Báðir eru með aðdáendur sem eru tilbúnir til að grafa ítarlegustu upplýsingarnar til að vera talsmenn fyrir annan. En mér finnst þetta leiðinlegt. Báðir notaðir saman er það sem færði vefinn fram. Og það heldur aftur af okkur að það eru tvær gríðarlegar búðir. Einn endinn lítur á CSS sem fortíð og í okkar eininga eknum heimi ættum við að gera allt í forskriftarrými. Hinn lítur á CSS og forvinnsluaðila þess og smíða handrit sem meira en nóg til að gera allt. Manstu eftir DHTML dögum þegar við gerðum allt með JavaScript? Manstu eftir „CSS aðeins lausnum“ bakslaginu? Þegar við (ab) notuðum gátreit fyrir flókna gagnvirkni til að forðast að nota JavaScript?

Giana Blantin orðaði það fallega:

Geta þessir tveir hópar:
 „CSS er svo auðvelt, það er ekki einu sinni kóðun“
 „CSS er svo erfitt, við verðum að skipta um það fyrir JS!“
 vinsamlegast tala hvort við annað?

Margt af misskilningi CSS er vegna þess að verktaki skilur ekki hvernig það er frábrugðið forritun. Í staðinn fikrum við okkur við það og breytum hlutunum í kringum okkur. Eftir að hafa brotið eitthvað ályktum við að það sé ekki nógu gott og við þurfum að skipta um það.

Oft er þetta of mikið á merkinu. Margt eins og að nota OpenGL til einfaldrar sköpunar stigun, við þurfum ekki að koma stóru byssunum út allan tímann. CSS er með nokkrar brellur upp ermi sem við getum ekki samsvarað við forskriftir hlið viðskiptavinarins. Og það hefur ekkert með setningafræði eða tungumálareiginleika að gera. Þetta snýst um að deila ábyrgð.

Hverjum er að kenna og hver ætti að vera umburðarlyndur?

CSS, alveg eins og HTML er umburðarlyndur. Þetta getur verið ruglingslegt. Það sem þýðir er að notendur ættu ekki að líða fyrir mistök framkvæmdaraðila.

Vörur sem eru smíðaðar með CSS mæta enn þegar verktaki gerði mistök. Þeir líta ekki fullkomnir út, en þeir virka. Þegar CSS þáttari kynnist eignum skilur það ekki - hann sleppir því. Þegar það lendir í gildi sem hún getur ekki tekist á við eða eignin styður ekki - hún sleppir því. Þannig erum við samhæfðir aftur á bak.

Hnappur sem hefur bakgrunnslit og halla sýnir litinn í eldra umhverfi. Það sýnir það einnig í umhverfi sem styður ekki halla vegna árangursvandamála. Hraðara, meira hátækifæri og umhverfi sem styður mun sýna halla.

Þú þarft ekki að þekkja umhverfið og þú þarft ekki að taka þá ákvörðun. Stýrikerfið, vafrinn og umboðsmenn sem taka þátt taka þessar ákvarðanir fyrir þig.

JavaScript er ekki umburðarlynt. Þetta getur verið hörmulegt. Þú stjórnar miklu meira þegar þú notar JavaScript. En þú ert líka miklu ábyrgari.

JavaScript á viðskiptavininn getur brotið af tugum orsaka. Vafrinn getur ekki stutt, tengingin getur verið loðin. Farsímafyrirtækið sem notendur þínir hafa kann að líta á það sem starf sitt að gera lítið úr og pakka smáforritum niður á vír. Þegar JavaScript kynnist einhverju skilur það ekki - það brotnar. Það pakkar inn og sýnir ekki neitt og refsar þannig notanda vörunnar fyrir villur þínar. Eða þær villur sem kynntar voru af öðru fólki og forskriftum var um að skila kóðanum þínum til endanlegra notenda.

Með öðrum orðum:

  • CSS - Þú notar stíl þína og þú vonar að það hafi virkað.
  • JavaScript - Þú stjórnar hönnuninni og þú ættir og ættir að staðfesta að það virkaði

CSS þýðir að faðma „squishiness“ vefsins eins og Brad Frost orðaði það. Vefurinn er ekki fastur striga sem þú getur stillt pixla á. Margt af því er undir þinni stjórn:

  • Vafrar notenda þinna
  • Upplausn, pixlaþéttleiki og litastillingar tæki þeirra
  • Áreiðanleiki þeirra og hraði
  • Takmörkun tenginga þeirra - að hindra auðlindir er hlutur
  • Leturstærð þeirra og aðdrátt þarf
  • Aðgengi að fjármagni á vélum sínum fyrir vöruna þína (er CPU þegar að brenna?)
  • Magn textainnihalds og myndastærðir í vörunni þinni - CMS einhver?

Þetta getur verið ógnvekjandi og oft viljum við stjórna því umhverfi sem vörur okkar keyra í - ef aðeins til að halda hreinlæti okkar. Þetta þýðir þó að við lokum fyrir fullt af mögulegum notendum.

Í þessu óþekkta umhverfi verðum við að ákveða hver tekur að sér starfið til að takast á við árangursvandamál þess:

  • CSS - Það er starf vafrans að standa sig vel, nota GPU auðlindir og sleppa virkni.
  • JavaScript - Það er þitt að prófa stuðning. Og til að tryggja að flutningur sé fljótur, mála og endurflæða. Og til að hafa fjör samstillt.

CSS er fjandinn góður í því og vafraframleiðendur leggja mikið upp úr því að fínstilla viðmótið.

Svo hvers vegna metum við CSS og ofmetum ávinninginn af JavaScript? Ætli það sé einum að kenna klassík - Internet Explorer.

CSS og ójafn saga þess

CSS varð að vaxa hratt og fékk ekki þann stuðning frá vöfrum að það þyrfti að vera áreiðanlegt tæki.

CSS var mjög takmarkað til að byrja með og þýddi í staðinn fyrir sjónræn HTML og eiginleika. Byrjaði öll þessi leturgerð, bgcolor, align, center, HR og vinir. Stuðningur við vafra og mjög skrýtnar villur án villuleitarkostnaðar hjálpuðu ekki. Við vissum að hlutirnir voru rangir en við gátum ekkert gert í því. Við gátum jafnvel ekki beðið neinn þar sem vafraframleiðendur voru ekki tiltækir fyrir endurgjöf.

Þegar iPhone kom út hafði CSS daginn í sviðsljósinu. „HTML5 er framtíðin“ sagan þurfti mikla auka virkni. Með því að Apple kallaði myndirnar þar og stöðlun sem tók of langan tíma var „Webkit only“.

Þetta þýddi forskeyti í CSS og enn og aftur forking fyrir mismunandi flutningsvélar. Vafraframleiðendur höfðu nýjungar og sýndu yfirburði yfir aðra með forstilltum virkni. Sem verktaki þýddi þetta endurtekningu og að þurfa að velja stuðningsáætlun fyrir hvern þeirra. Og auðvitað einn til að styðja við eldri, gamaldags vafra. Þessi nýju vafrastríð um forskeyti olli miklum rifrildum og rugli.

Og síðast en ekki síst var þar til nýlega engin skipulagslíkan í CSS. Í staðinn hakkum við með staðsetningu og fljótandi. Staðsetning, sérstaklega alger staðsetning í pixlum er ekki skynsamleg á vefnum. Fólk getur breytt stærð letursins og innihaldið skarast. Staðsetning með fljótandi þarfnast hreinsunarþátta.

Það er ekki það sem þú kallar áreiðanlega grunnlínu eða þá sem það var einfalt að skilja ef þú ert ekki „innfæddur maður“

Við þurftum að láta CSS virka óháð stuðningi við vafra

Lausn okkar var að plástra með JavaScript. Við getum lesið upp aðstæður og brugðist við því að búa til HTML og beita stíl. Þar sem JavaScript er forritunarmál höfum við fulla stjórn á því sem er að gerast. Við höfum aðstæður, lykkjur, samanburð - allt það sem forritari saknar í CSS. Þetta er að vissu leyti misskilningur á CSS sem hugmynd. Val sem passar við nokkra þætti er - í raun - lykkja. Við getum jafnvel notað: nth-child () til að miða á þátt í safni.

Almennt hefur CSS farið framhjá því að við þurftum að nota JavaScript til að bæta við það. Sérstaklega vonbrigði stuðningur vafra er miklu minni vandamál.

  • Evergreen vafrar eru hlutur - allir vafrar eru á stöðugri uppfærslu slóð. Við lærum jafnvel af vafraframleiðendum hvað kemur niður á línunni.
  • Vafraverkfæri gefur nákvæma innsýn í hvað CSS gildir um hvað. Við fáum jafnvel sjón verkfæri eins og ritstjórar hreyfimynda og litaval.
Sjónræn ritstjóri fyrir CSS hreyfimyndir í verkfærum Firefox verktaki
  • CSS stuðningur vafra er vel skjalfest: caniuse.com er ótrúleg auðlind. Það sýnir ekki aðeins hvaða vafra og hvaða umhverfi styður hvað. Það skýrir líka villur í útfærslunum, býður upp á tengla á forskriftina og villuskýrslurnar. Það hefur meira að segja API til að fella þessar upplýsingar inn í skjöl og verkfæri verktaki.
Með því að nota viðbót við Visual Studio Code er hægt að fá upplýsingar um stuðning vafra við aðgerðir beint í vafranum. Þú lærir hver þú útilokar meðan þú kóðar.
  • Við höfum stuðningsrásir og villuleiðbeiningar fyrir næstum alla vafra. Sumir leyfa þér jafnvel að skrá villu með Twitter. Teymi vafraframleiðenda eru virkir á samfélagsmiðlum og náðist.
  • Forvinnsluaðilar eins og Sass og Less hafa kveikt á hitanum til að nýsköpun á CSS sérstakri gerð. Alveg eins og jQuery innblásin JavaScript frá í dag, þetta leiðir til virkni sem fólk vill.
  • Samfélagið ver mikinn tíma í að gera CSS viðhaldið. Aðferðir eins og hlutbundin CSS eftir Nicole Sullivan og Atomic Design eftir Brad Frost hafa verið um aldur fram og ættu að hjálpa til við að draga úr flækjum.

Hvað CSS getur gert fyrir þig

Hér eru nokkur ótrúleg atriði sem CSS getur gert núna og þú ættir að íhuga að nota.

Reiknuð CSS gildi

Eitt sem virtist alltaf vanta í CSS var leið til að reikna gildi. Klassíska dæmið er algerlega staðsettur þáttur sem er 100% breiður en þarf bólstrun. Í gamla daga þurftum við að gera það með því að verpa annan þátt og beita padding á þann. Nokkurn tíma þó að við gætum notað CSS calc () til þess og beitt breidd calc (100% - 1em).

Útreikningar eru mjög vel studdir vafra. Það ætti ekki að vera neitt hæfi varðandi notkun þeirra.

Fyrirspurnir fjölmiðla

CSS Media Fyrirspurnir leyfa þér að bregðast við breytingum á sjónarmiði skjalsins. Í meginatriðum þýða þeir að þú beitir hluta af stílblaðinu þínu þegar útsýni uppfyllir ákveðin skilyrði. Þetta gæti verið útsýni sem er að minnsta kosti ákveðin breidd eða í mesta lagi ákveðin hæð. Þú getur einnig athugað hvort andlitsmynd eða landslag sé á skjánum eða hvort skjalið sé útprentun.
 CSS Media Queries hafa einnig JavaScript jafnt í matchMedia. Þetta gerir þér kleift að hlaða efni á eftirspurn. Eitt vandamál fyrirspurna er að vafrar hlaða myndum í blokkir óháð samsvörun.

Framleitt efni

Með því að nota :: fyrir og :: eftir gervivísara í CSS er hægt að búa til efni sem er eingöngu sjónræn. Þetta er frábær leið til að ganga úr skugga um að hlutir sem eru af snyrtivöruástæðum þurfi ekki eigið, tómt DIV, SPAN, B eða I frumefni. Það er leið til að halda öllu sjónrænum viðhaldi á stílblaði í stað handrita eða HTML skjals. Þú getur parað þetta við dropaskugga, halla og aðra CSS eiginleika sem skapa myndefni. Glæsilegur sýningarskápur um það er „A Single DIV“. Þessi vefsíða sýnir fjöldann allan af myndefni sem búið er til úr einum DIV frumefni.

Þessi mynd er búin til með einum DIV frumefni

Hreyfimyndir og umbreytingar

Hreyfimyndir og umbreytingar í CSS voru mikil byltingin þegar iPhone kom út. Skiptingar leyfa þér að búa til slétt breytingu frá einu ríki til annars. Þú þarft ekki að vita hvaða breytingar ættu að gerast. Allt sem þú segir vafranum er hversu lengi á að skipta og hvaða slökunaraðgerð á að nota. Hreyfimyndir veita þér meiri kornstýringu. Þú skilgreinir lykilrammar og hvað ætti að lífga hvernig. Bæði Hreyfimyndir og umbreytingar kveikja á atburðum fyrir, meðan og eftir. Þetta gerir þér kleift að hafa samskipti við JavaScript á fyrirsjáanlegan hátt. Ávinningurinn af því að nota CSS fyrir þetta er að vafrinn tryggir frammistöðu hreyfimyndarinnar. Þetta gerist með því að keyra þá á GPU og þrífa rammahraða ef þörf krefur. Þetta er mikilvægt skref til að tryggja endingu rafhlöðunnar í símanum notenda þinna. Ef þú lífgar í JavaScript getur þetta auðveldlega farið úrskeiðis.

Viewport einingar

Fyrirspurnir í fjölmiðlum eru skynsamlegar þegar þú vilt skilgreina upplifanir í smáatriðum. Í staðinn getur þú einnig notað viewport einingar til að stækka þætti í samræmi við tiltækt rými. Útsýni breidd (vw) er hundraðshluti af allri breidd útsýnis. Svo á 480px breiðskjá er 10vw 10% eða 48px. Þetta er frábrugðið% einingunni, sem er hlutfall foreldrahlutans en ekki útsýni. Hreiður prósentur verða minni, vw mun ekki. Útsýnihæð (vh) er hundraðshluti af fullri hæð útsýnis. Þú getur líka gert þig óháð stefnumörkun með því að nota vmin og vmax. Þessir taka annað hvort minni eða stærri af vw og vh. Eina kvakið til stuðnings sjóndeildarstöðvum er að hingað til styður Edge ekki vmin og vmax.

CSS Tricks er með frábæra grein um hversu öflugar skoðunareiningar geta verið. Frá upplausnum sjálfstæðar innfellingar til útsýniháðar leturmyndir er hægt að nota viewport einingar til að búa til mjög sveigjanleg tengi.

Flexbox

Flexbox er leið til að búa til skipulag yfir þætti í CSS. Í meginatriðum er það allt sem fólk sem fullyrti að skipulagstöflur voru auðveldlega saknað í CSS - og margt fleira. Þú getur samstillt frumefni barnsins þannig að það sé til hægri, vinstri, efst eða neðst. Þú getur skilgreint þá til að fylla upp í það pláss sem er í boði, með því að nota annað hvort sömu upphæð eða meira en hin. Þú getur einnig skilgreint þá til að nota tiltækt rými á milli hvort annars eða umhverfis hvert þeirra. Það er eins sveigjanlegt og segir á tini. Ef þú vilt hafa sjónrænan ritstjóra til að sjá hvað það þýðir, þá hefur Build With React frábæra flexbox ritstjóra til að leika með.

Byggðu með Flexbox ritstjóra React sýnir kraftinn í að leggja út þætti með þessari tækni

Það er líka leikur sem heitir Flexbox Froggy. Það kennir hugtökin á skemmtilegan og aðgengilegan hátt og er frábært fyrir krakka að byrja með CSS.

Frábært erindi um Flexbox er það sem Zoe Gillenwater flutti á ýmsum viðburðum. Það sem mér finnst skemmtilegast við ræðuna er hvernig Zoe sýnir hvernig þeir notuðu Flexbox í framleiðslu. Dæmin eru frá booking.com og sýna niðurstöður fyrir vafra sem styðja það ekki.

CSS rist

Ef Flexbox er svarið við skipulagseiningar í röð eða dálki, þá tekur CSS Grid það á næsta stig. Með því að nota það er hægt að setja út þætti í skilgreindu töflu í tveimur víddum, bæði raðir og dálkar. Rist hefur eldað um stund og er nú loksins stutt yfir allt.

Rist getur verið ógnvekjandi að skoða þar sem sveigjanleiki þess þýðir að það eru margir möguleikar til að velja úr. Lang einfaldasta leiðin til að byrja er auðlind Rachel Grid með dæmi. Þessi hefur afrit + líma dæmi um skipulag neta. Margir þeirra eru með valkosti fyrir óstuddan vafra. Þjálfunarmyndbönd sem útskýra atriðin og útspilin í þeim gera það að ótrúlegu úrræði.

Ef þú lærir betur með áskoranir geturðu gripið CSS Grid með því að spila CSS Grid Garden.

Það eru nokkrar „verða að sjá“ viðræður um CSS netkerfi á netinu. Sú fyrsta er „CSS Grid Layout“, aftur af Rachel Andrew.

Jen Simmons er að taka aðra leið. Í „Real Art Direction on the Web“ ræðu sinni sýnir hún hvernig fjölhæfni Grid getur hjálpað okkur að brjótast út úr „kassaskipulaginu“.

Það er ekkert mál að blanda saman og passa Grid og Flexbox. Það getur og ætti að nota Flexbox í frumum sínum. Saman leyfa þessi tæki þér að búa til sveigjanlegar skipulag. Skipulag sem gera ráð fyrir breytilegu efni og breytast til að passa fyrirliggjandi rými. Vefskipulag.

Sérsniðin CSS (breytur)

Einn eftirsóttasti eiginleiki CSS sem forvinnsluaðilar eins og Sass og Less höfðu í langan tíma eru breytur. Nú erum við með CSS Custom Properties sem er það sem vekur mig mest spennandi fyrir CSS. Þú getur skilgreint endurnýtanlegar stillingar einu sinni í skjalinu og beitt þeim í gegn. Algengasta tilfellið fyrir það eru sérsniðnir litir og stærðir. En þú getur gengið lengra og skilgreint leturgerðir og aðrar leturgerðir. Þú getur líka notað þá til að verpa útreikninga í CSS. Þetta var ekki hægt áður. Ótrúlegur eiginleiki er að einnig er hægt að stilla sérsniðna eiginleika með JavaScript.

Hvernig á að lesa og skrifa sérsniðna CSS eiginleika með JavaScript - (útdráttur úr ræðum Lea Verou)

Ef þú vilt læra allt um ótrúlegan kraft CSS Custom Properties er talað sem þú ættir ekki að missa af. „CSS-breytur Lea: Verou: var (- texti)“ er fjársjóður upplýsinga.

CSS lögun fyrirspurnir

Önnur mjög kærkomin viðbót við CSS var Feature Queries. Þetta virkar mjög eins og fyrirspurnir frá fjölmiðlum. Með því að nota @ support styður þú hvort núverandi notandi umboðsmaður styður ákveðinn eiginleika. Þú skilgreinir síðan CSS-reit sem aðeins verður notaður þegar það er stuðningur við lögun. Þetta kann að finnast undarlegt þar sem galli umburðarlynds eðlis CSS ætti nú þegar að sjá um það. Það sem það gerir er þó að veita þér miklu meiri kornstýringu. Það gerir þér einnig kleift að skilgreina fallback þegar enginn stuðningur er fyrir ákveðinn eiginleika með því að nota „ekki“ leitarorðið.

CSS og JavaScript?

CSS og JavaScript sem vinna saman er öflugt og rétt að gera. Svo langt sem CSS hefur komið getur það samt ekki gert allt. Það eru atburðarás þar sem eðli CSS stendur í mótsögn við það sem við viljum ná.

Eins og Cristiano Rastelli útskýrir í ræðunni „Láttu vera frið á CSS“ gildir sá þakklátur eiginleiki „Aðskilnaður áhyggjuefna“ ekki í heimi heimsins.

Þegar CSS varð hlutur fluttum við allt útlit og hegðun út úr HTML í CSS og JavaScript. Við skilgreinum annað hvort á skjali eða jafnvel verkefnisstig. Við fögnum því að CSS erfir frá foreldraþáttum. Þegar við smíðum íhluti sem hægt er að nota með stöðugu móti viljum við ekki hafa það. Við viljum að þeir beri svip sinn, tilfinningu og hegðun án þess að blæða annað hvort í aðliggjandi eða erfa frá foreldrum sínum.

CSS og JavaScript vinna saman í heimi sem ekki er hluti af

Þegar smíðaðar lausnir eru byggðar er engin afsökun að grafa ekki inn í kraft CSS. Þú getur og ættir að nota JavaScript til að koma upplýsingum sem CSS getur ekki lesið inn í CSS. Það er skynsamlegt þó að gera það á sem minnst uppáþrengjandi hátt.

Stigveldið við að láta CSS og JS vinna með öðru í þessari atburðarás er eftirfarandi:

  • Notaðu CSS þegar þú getur - notaðu það sem þú sást hér
  • Ef þú þarft að eiga samskipti við CSS skaltu íhuga að breyta sérsniðnum eiginleikum
  • Ef það er ekki valkostur eiga flokkar við foreldraþætti sem nota classList.
  • Sem allra síðasta úrræði geturðu breytt stílnum beint
Frábært dæmi sem sýnir hvernig á að lesa músastöðu í JavaScript og geyma hana í sérsniðnum CSS eiginleikum - (útdráttur úr ræðum Lea Verou)

Í hvert skipti sem þú breytir um stíl, muna að þú vinnur gegn vafranum. Sérhver stílbreyting hefur afleiðingar í endurflæði, flutningi og málun. Paul Lewis og Das Surma halda úti handhægum leiðbeiningum sem kallast CSSTriggers. Þessi lýsir í smáatriðum hvaða CSS breytingar leiða til hvaða refsingar gagnvart vafranum.

CSS Triggers gefur þér upplýsingar um áhrif mismunandi stílbreytinga

Í stuttu máli

CSS er mun áreiðanlegri en áður og það er ekki mikið eftir sem ætti að vera öðruvísi en það er. Það helsta sem þarf að muna er að CSS er ekki ætlað að gera sömu hluti sem JavaScript gerir. Jafnvel skipulagsmál virka ekki eins og CSS gerir og ná sömu þörf. Það hefur ansi erfitt starf og það gengur vel. Þegar þú notar CSS hjálpar vafrinn þér að uppfylla þarfir endanotenda, óháð skipulagi þeirra. Þetta er meginregla vefsins og skilgreind í W3C HTML hönnunarreglum:

Notendur yfir höfunda yfir útfærslur yfir tilgreiningar yfir fræðilegum hreinleika

Notendur okkar eiga skilið viðmót sem eru slétt, áreiðanleg og drepa ekki rafhlöðurnar. Svo skaltu íhuga CSS aðeins meira. Þú getur verið latur og byggt á starfi samfélagsins.

Hvetjandi og virkt CSS fólk til að fylgja eftir

Þegar ég rannsakaði þetta ræðu hélt ég áfram að fara yfir auðlindir sem skrifaðar voru og viðhaldið af stórkostlegu fólki á vefnum. Hérna er stuttur listi í engri sérstakri röð af fólki sem þú ættir að fylgja ef þú vilt vera í stuði með CSS þekkingu þína. Ég verð að þakka hverjum og einum. Þeir gera vefinn auðveldari fyrir okkur öll.

  • Ire Aderinokun (@ireaderinokun) skrifar mikið af auðvelt að átta sig á og til að benda á CSS upplýsingabita á blogginu sínu, bitsofco.de.
  • Ana Tudor (@anatudor) er verktaki sem býr til fáránlega flókin og falleg fjör í CSS. Codepen hennar er ein sú tíðasta og það sem hún gerir við CSS vélarnar er mikil hjálp fyrir vafraframleiðendur til að prófa frammistöðu sína
  • Jen Simmons (@jensimmons) er CSS skipulag og hönnunarfræðingur að vinna fyrir Mozilla
  • Rachel Andrew (@rachelandrew) fyrir mig er CSS netnet sérfræðingur
  • Chris Coyier (@chriscoyier) er upphafsmaður hinnar mögnuðu CSS auðlindar CSS Brellur og gagnvirka þróun leiksvæðisins Codepen
  • Sarah Drasner (@sarah_edo) er sérfræðingur í teiknimyndum og hönnun sem einbeitir sér að því að byggja viðhaldsvörur
  • Zoe M. Gillenwater (@zomigi) er leiðandi verktaki sem notar blæðandi brún CSS í framleiðslu
  • Brad Frost (@brad_frost) er höfundur Atomic Design, stigstærð leið til að nota og endurnýta CSS í stórum verkefnum
  • Rachel Nabors (@rachelnabors) er teiknimyndasérfræðingur og teiknimyndasérfræðingur sem skrifar um vef fjör og verðleika ólíkrar tækni
  • Una Kravets (@una) er verktaki sem sérhæfir sig í CSS og nýjum eiginleikum þess. Hún er einnig podcast og hefur fingurinn mjög mikið á púlsinum á CSS og annarri sjónrænni tækni
  • Lea Verou (@leaverou) er höfundur hinnar ágætu CSS leyndardómsbókar, rannsakandi hjá MIT og boðið sérfræðingi CSS vinnuhóps W3C. Hún er nákvæm í rannsóknum sínum og miskunnarlaus í afhendingu mikils af miklum upplýsingum á stuttum tíma.
  • Sara Soueidan (@sarasoueidan) er verktaki sem er sérfræðingur í móttækilegri hönnun og raunsærri nálgun við notkun nýjustu tækni.

Ég verð stöðugt innblásin af þessu fólki (meðal annarra) daglega og vona að þú farir að fá sömu reynslu