Una versió editada d’aquest article va aparèixer per primera vegada al número 225 de la revista .net, la revista més venuda del món per a dissenyadors i desenvolupadors de webs.
@twostepmedia: On s’ha de fer l’aixecament pesat en una pàgina web? A la part frontal o al fons?
Lea Verou: sóc un defensor ferm de fer tot el que puguis al client. Quan el vostre codi s’executa al client, sempre ha de tractar amb una màquina, independentment de l’èxit del vostre projecte.
Qualsevol cosa que escriviu al servidor pot ser que hagi d'executar-se milers de vegades per segon si el vostre projecte té èxit, de manera que mantenir-lo i ampliar-lo esdevé cada vegada més difícil a mesura que el vostre lloc creix. Per no parlar de l’augment dels costos d’allotjament que molt poques vegades es poden cobrir completament amb els ingressos del lloc web. Per descomptat, molta lògica del costat del client pot fer que un lloc es carregui lentament, però tenim eines per evitar-ho, com el gzipping i l’obsucció i, sobretot, la càrrega mandrosa.
@komiska: el vostre treball és IMPRESSIONANT! Qui us va inspirar a seguir el camí tecnològic?
LV: Gràcies! No crec que es tractés d’inspirar-se en algú. M’agradava fer coses des que recordo a mi mateix. Quan era petit, alguna vegada feia tovalloletes d’esponja de cuina per fer bosses i bosses de mà!
Cap a les 12, vaig descobrir que la programació em permetia construir coses útils amb més facilitat i professionalitat que l’artesania. Allò em va fascinar tant que em vaig enamorar instantàniament de la programació i em vaig esforçar per millorar-lo.
@jelmerdemaat: Com va crear @LeaVerou @dabblet? Amb quin framework PHP / altra tècnica de back-end? Quina va ser la part més difícil?
LV: Dabblet no té cap base de dades i el codi del servidor implicat és mínim. Una mica de PHP només s’utilitza per a OAuth i genera una pàgina de resultats per compartir sense que hi hagi cap chrome dabblet que l’envolta (útil per a les proves d’informes d’errors). Com podeu veure a les seves estadístiques de Github, PHP només representa el tres per cent de dabblet. Tota la resta és del costat del client. Això ajuda a evitar la situació jsfiddle: jsfiddle fa tot el que hi ha al servidor, de manera que ara que va tenir èxit, la càrrega del servidor va passar pel sostre i es va fer lent.
@_dte: Quina és la propera funció CSS més interessant per a vosaltres?
LV: filtreu efectes segur. Ens permeten fer coses que abans eren impossibles, no només difícils. No em fa molta il·lusió els mòduls de disseny, perquè a) passaran les edats abans que puguem utilitzar-los, ja que no es degraden amb gràcia i b) el disseny sempre va ser possible, simplement innecessàriament difícil. Per descomptat, els nous mòduls de disseny també són molt importants, però no és el tipus de coses el que em fa il·lusionar.
També em fa molta il·lusió conèixer les unitats relatives de la finestra gràfica vw i vh i l'extensió CSS3 del fitxer attr () funció que ens permetrà utilitzar-la attr () a totes les propietats.
També voldria veure altres navegadors a més d’implementar Opera ajust d’objecte i posició objecte, de manera que podem deixar d'utilitzar hacks de fons per retallar imatges amb una proporció diferent.
@gpirie: quina característica voldríeu que s'introduís a CSS?
LV: A current () funció que us permet fer referència al valor calculat d'altres propietats. Com una generalització de color actual (que esdevindria llavors un àlies de actual (color)). Per descomptat, implementar tal cosa és molt complicat, però la realitat no m’impedirà somiar.
@kevdog: Quins són els tres errors CSS més freqüents?
LV: L'error CSS més comú que veig és que la gent codifica el seu CSS amb un focus en el resultat, no en un codi flexible, net i mantenible (i poques vegades es refactoritza). No només és important que alguna cosa mirades ara mateix, amb un cert fons, cert entorn i certa mida. Hauria de ser capaç de fer-ho adaptar-se als canvis fàcilment, sense haver de reescriure totes les regles al respecte de maneres imprevisibles.
Potser penseu que mai canvieu alguna cosa, però, amb prou temps, gairebé segur que se us demostrarà que està malament. Els preprocessadors CSS poden ajudar-hi. Són la sortida fàcil, però sens dubte són millors que el codi descuidat i repetitiu.
Un altre error és el CSS excessivament detallat. La gent no és conscient dels valors predeterminats, de manera que els segueixen redefinint. No coneixen les taquigrafies, de manera que continuen definint les propietats de la mà. Hi ha casos en què heu de fer aquestes coses a propòsit, però no és un motiu per fer-les defensivament en tot.
@kevdog: Si poguessis canviar una cosa a l'especificació CSS, què seria?
LV: hi ha molts suggeriments amb els quals gairebé tots els membres del CSSWG hi estan d'acord, però no es poden afegir a causa del trencament de l'ús generalitzat existent al web. Normalment, el grup de treball nega o afegeix més propietats per controlar el comportament, en lloc de canviar els valors predeterminats. M'agradaria veure una manera de participar en canvis incompatibles cap enrere, de manera que els llocs web existents no es trenquin. Altres idiomes han resolt aquest problema fa molt de temps, però amb HTML i CSS seguim lluitant per la compatibilitat amb el cost d’un bon disseny del llenguatge.
@StuRobson: Creieu que és mandrós que un desenvolupador utilitzi un framework o una caldera sense voler comprendre tot el que fa?
LV: No, però crec que és mandrós que un desenvolupador faci servir una estructura o una caldera sense necessitat de fer-ho personalment, només perquè ho faci tothom. És contraproduent intentar resoldre problemes que encara no teniu.
@folktrash: En quin moment va passar "celebritat"? Com ho sabies? I ajuda o dificulta l’evangelització de la qualitat / semàntica del codi?
LV: Gràcies, però no estic segur que em puguin dir així. Tothom tendeix a considerar més coneguda la gent de la qual ha sentit parlar que la gent de qui no en tenia ni idea. En conseqüència, tothom té una tendència natural a sobreestimar la seva pròpia fama, que ha d’estar equilibrada artificialment (i gairebé a cegues) quan es té coneixement d’aquest fenomen. També hem de tenir en compte que ningú de la nostra indústria és realment una celebritat, ningú no és un nom familiar.
Dit això, el 2011 ha estat una bogeria i és obvi que tinc més reconeixement per la meva feina que podia haver desitjat. Sens dubte, ajuda a evangelitzar els estàndards web. La gent presta molta més atenció quan dic alguna cosa ara que fa un any. Tanmateix, això costa el cost que analitzin massa les coses que dic, la gent pot llegir-ne massa i atacar-me per suposadament tenir opinions que ni tan sols he considerat. O de vegades, només per tenir vistes, punt.
@Tawreh: Per què sou tan fanàtics de les dones de la indústria? Entenc la necessitat d’igualtat, però imho ho porteu fins a l’extrem.
LV: La primera vegada que escolto una cosa com la "igualtat extrema". La igualtat mai no pot ser extrema i dubto que algú ni tan sols digui res semblant per a altres tipus de discriminació, com el racisme. És extrem la "discriminació inversa" o el "biaix corrector" i estic fermament en contra.
Dit això, no sóc "fanàtic" de les dones de la indústria, sóc "fanàtic" contra els estereotips de gènere prescriptius. Amb prou feines veig el sexisme a la nostra indústria, sembla que la gent ha après molt bé la lliçó. Crec que la poca participació de les dones a la nostra indústria es deu a que ja no se senten més benvingudes. És la resta de la nostra societat de gènere la que allunya les dones de l’enginyeria. Les nenes juguen amb joguines que no els animen a desenvolupar les seves habilitats cognitives tant com les joguines per a nens. Les pel·lícules i les joguines infantils són el pitjor perpetrador dels estereotips de gènere i pràcticament no hi veig cap interès. Sembla que tothom centra els seus esforços en adults, solucionant els errors en lloc d’evitar cometre’ls.
@komiska: Hi haurà alguna vegada una transició pel tipus de lletra-pes?
LV: Citant una nota de l'especificació, "no és tan senzill". La majoria de propietats no tenen prou pesos per a una transició fluida i el navegador no pot generar els estats intermedis perquè no hi ha manera de representar-los a CSS. Dit això, eventualment podríem ampliar esvair creuadament () des de Valors d'imatge CSS4 per aplicar a tots els valors CSS, no només a les imatges, que solucionarien la majoria de problemes de transició i ens proporcionen una eina poderosa que també es pot utilitzar estàticament.
