O versiune editată a acestui articol a apărut pentru prima dată în numărul 225 al revistei .net - cea mai bine vândută revistă din lume pentru designeri și dezvoltatori de web.
@twostepmedia: Unde ar trebui să se facă ridicarea grea într-o pagină web? În partea din față sau în partea din spate?
Lea Verou: Sunt un susținător puternic pentru a face tot ce puteți pentru client. Când codul dvs. rulează pe client, acesta trebuie să aibă întotdeauna de-a face cu o singură mașină, indiferent cât de reușit devine proiectul dvs.
Orice lucru pe care îl scrieți pe server poate fi necesar să ruleze de mii de ori pe secundă dacă proiectul dvs. reușește, astfel încât menținerea și extinderea acestuia devin din ce în ce mai provocatoare pe măsură ce site-ul dvs. crește. Ca să nu mai vorbim de creșterea costurilor de găzduire, care foarte rar pot fi acoperite integral din veniturile site-ului. Sigur, o mulțime de logici din partea clientului pot face ca un site să se încarce încet, dar avem instrumente pentru a evita acest lucru, cum ar fi gzipping și obsfucation și cel mai important, încărcarea leneșă.
@komiska: Munca ta este IMPRESIONANTA! Cine te-a inspirat să urmezi calea tehnologiei?
LV: Mulțumesc! Nu cred că a fost vorba de a fi inspirat de cineva. Mi-a plăcut să fac lucruri de când îmi amintesc de mine. Când eram copil, cândva foloseam șervețele de burete de bucătărie pentru a face poșete și genți de mână!
Pe la 12, am descoperit că programarea mi-a permis să construiesc lucruri utile mai ușor și mai profesional decât lucrarea manuală. Asta m-a fascinat atât de mult încât m-am îndrăgostit instant de programare și m-am străduit să mă îmbunătățesc.
@jelmerdemaat: Cum a creat @LeaVerou @dabblet? Cu ce cadru PHP / altă tehnică back-end? Care a fost partea cea mai dificilă?
LV: Dabblet nu are nicio bază de date, iar codul serverului implicat este minim. Un mic PHP este utilizat numai pentru OAuth și generează o pagină de rezultate pentru a partaja fără niciun crom dabblet din jurul său (util pentru cazurile de testare a raportului de erori). După cum puteți vedea în statisticile sale Github, PHP reprezintă doar 3% din dabblet. Orice altceva este partea clientului. Acest lucru ajută la evitarea situației jsfiddle: jsfiddle face totul pe server, așa că acum, când a reușit, încărcarea serverului său a trecut prin acoperiș și a devenit lentă.
@_dte: Care este cea mai interesantă caracteristică CSS viitoare pentru dvs.?
LV: Efecte de filtrare sigur. Ne permit să facem lucruri care până acum erau imposibile, nu doar grele. Nu sunt foarte încântat de modulele de aspect, deoarece a) vor trece vârste înainte să le putem folosi, deoarece acestea nu se degradează deloc grațios și b) aspectul a fost întotdeauna posibil, doar inutil de greu. Desigur, și noile module de aspect sunt foarte importante, dar nu genul de lucruri mă face să mă entuziasmez.
De asemenea, sunt foarte încântat de unitățile relative ale ferestrei vw și vh și extensia CSS3 a attr () funcție care ne va permite să folosim attr () în fiecare proprietate.
Mi-aș dori cu adevărat să văd și alte browsere în afară de implementarea Opera potrivire obiect și poziția obiectului, astfel încât să putem opri utilizarea hacks de fundal pentru a decupa imaginile la un raport de aspect diferit.
@gpirie: Ce caracteristică ați dori să vedeți introdusă în CSS?
LV: A actual() funcție care vă permite să faceți referire la valoarea calculată a altor proprietăți. Ca o generalizare a currentColor (care ar deveni apoi un alias pentru curent (culoare)). Desigur, implementarea unui astfel de lucru este foarte dificilă, dar realitatea nu mă va împiedica să visez!
@kevdog: Care sunt cele mai frecvente trei greșeli CSS?
LV: Cea mai frecventă greșeală CSS pe care o văd este că oamenii își codifică CSS cu accent pe rezultat, nu pe un cod curat, care poate fi întreținut, flexibil (și rareori refactorizează). Nu este important doar ceva arata chiar acum, cu un anumit fundal, anumite împrejurimi și anumite dimensiuni. Ar trebui să poată adapta la schimbări cu ușurință, fără a fi nevoie să rescrieți fiecare regulă despre aceasta în moduri imprevizibile.
S-ar putea să credeți că nu veți schimba niciodată ceva, dar, având suficient timp, veți fi dovedit, cu siguranță, greșit. Preprocesoarele CSS vă pot ajuta. Sunt soluția ușoară, dar cu siguranță sunt mai bune decât codul neglijent și repetitiv.
O altă greșeală este CSS prea exagerat. Oamenii nu sunt conștienți de valorile implicite, așa că continuă să le redefinească. Nu sunt conștienți de stenografii, deci continuă să definească proprietățile de mână. Există cazuri în care trebuie să faceți aceste lucruri în mod intenționat, dar acesta nu este un motiv pentru a le face defensiv în toate.
@kevdog: Dacă ai putea schimba un lucru în specificațiile CSS, care ar fi?
LV: Există multe sugestii cu care aproape toată lumea din CSSWG este de acord, dar care nu pot fi adăugate din cauza ruperii utilizării existente pe scară largă pe web. De obicei, WG fie le neagă cu totul, fie adaugă mai multe proprietăți pentru a controla comportamentul, mai degrabă decât să schimbe valorile implicite. Aș dori să văd o modalitate de a opta pentru modificări incompatibile înapoi, astfel încât site-urile web existente să nu se rupă. Alte limbi au rezolvat această problemă cu mult timp în urmă, dar cu HTML și CSS continuăm să ne luptăm pentru o compatibilitate inversă în ceea ce privește costul unui design bun al limbajului.
@StuRobson: Credeți că este leneș ca un dezvoltator să folosească un cadru sau o placă caldă, fără să înțeleagă tot ceea ce face?
LV: Nu, dar cred că este leneș ca un dezvoltator să folosească un cadru sau un cazan fără a fi nevoie personal, doar pentru că toți ceilalți o fac. Este contraproductiv să încerci să rezolvi probleme pe care încă nu le ai.
@folktrash: În ce moment s-a întâmplat „vedeta”? Cum ai știut? Și ajută sau împiedică evanghelizarea calității codului / semanticii?
LV: Mulțumesc, dar nu sunt sigur că aș putea fi numit așa. Toată lumea are tendința să ia în considerare persoanele despre care a auzit mai cunoscute decât oamenii despre care habar nu aveau. În consecință, fiecare are tendința naturală de a-și supraestima propria faimă, care trebuie să fie echilibrată artificial (și aproape orbește) atunci când ești conștient de acest fenomen. De asemenea, trebuie să ținem cont de faptul că nimeni din industria noastră nu este cu adevărat o celebritate, nimeni nu este un nume de uz casnic.
Acestea fiind spuse, 2011 a fost o nebunie și este evident că am obținut mai multe recunoașteri pentru munca mea la care aș fi putut spera. Cu siguranță ajută la evanghelizarea standardelor web. Oamenii acordă mult mai multă atenție când spun ceva acum decât făceau acum un an. Cu toate acestea, acest lucru costă că lucrurile pe care le spun sunt analizate în exces, oamenii pot citi prea mult în ele și mă pot ataca pentru că se presupune că am păreri pe care nici măcar nu le-am luat în considerare. Sau uneori, doar pentru a avea vizualizări, punct.
@Tawreh: De ce ești atât de fanatică cu femeile din industrie? Înțeleg necesitatea egalității, dar imho o împingeți la extrem.
LV: Prima dată aud ceva de genul „egalitate extremă”. Egalitatea nu poate fi niciodată extremă și mă îndoiesc că cineva ar spune chiar așa ceva pentru alte tipuri de discriminare, cum ar fi rasismul. Este extrem de „discriminarea inversă” sau „prejudecată corectivă” și sunt ferm împotrivă.
Acestea fiind spuse, nu sunt deloc „fanatic” cu privire la femeile din industrie, sunt „fanatic” împotriva stereotipurilor de gen prescriptive. Aproape că nu văd niciodată sexismul în industria noastră, se pare că oamenii și-au învățat lecția cu mult timp în urmă. Nu cred că participarea redusă a femeilor în industria noastră se datorează faptului că acestea nu mai sunt binevenite. Restul societății noastre de gen este cel care alungă femeile de la inginerie. Fetele se joacă cu jucării care nu le încurajează să-și dezvolte abilitățile cognitive la fel de mult ca jucăriile pentru băieți. Filmele și jucăriile pentru copii sunt cel mai rău perpetuator al stereotipurilor de gen și nu văd niciun interes acolo. Toată lumea pare să-și concentreze eforturile în rândul adulților, reparând greșelile mai degrabă decât evitând să le facă în primul rând.
@komiska: Va exista vreodată o tranziție pentru font-weight?
LV: Citând o notă din specificație, „nu este atât de simplu”. Majoritatea proprietăților nu au suficiente greutăți pentru o tranziție lină și browserul nu poate genera stări intermediare, deoarece nu există nicio modalitate de a le reprezenta în CSS. Acestea fiind spuse, am putea extinde în cele din urmă fade încrucișat () de la CSS4 Image Values pentru a se aplica tuturor valorilor CSS, nu doar imaginilor, care ar rezolva majoritatea problemelor de tranziție și ne oferă un instrument puternic care poate fi utilizat și static.
