Una versione modificata di questo articolo è apparsa per la prima volta nel numero 225 della rivista .net, la rivista più venduta al mondo per web designer e sviluppatori.
@twostepmedia: Dove dovrebbe essere fatto il lavoro pesante in una pagina web? Nel front-end o nel backend?
Lea Verou: Sono una forte sostenitrice del fare tutto il possibile sul cliente. Quando il tuo codice viene eseguito sul client, deve sempre occuparsi di una macchina, indipendentemente dal successo del tuo progetto.
Tutto ciò che scrivi sul server potrebbe dover essere eseguito migliaia di volte al secondo se il tuo progetto ha successo, quindi mantenerlo ed estenderlo diventa sempre più difficile man mano che il tuo sito cresce. Per non parlare dei crescenti costi di hosting che molto raramente possono essere completamente coperti dal reddito del sito web. Certo, molta logica lato client può rallentare il caricamento di un sito, ma abbiamo strumenti per evitarlo, come gzipping e obsfucation e, soprattutto, lazy loading.
@komiska: il tuo lavoro è FANTASTICO! Chi ti ha ispirato a seguire il percorso tecnologico?
LV: Grazie! Non credo fosse questione di essere ispirato da qualcuno. Mi è piaciuto creare cose da quando ricordo me stesso. Quando ero bambino, una volta usavo salviette spugnose da cucina per fare borsette e borsette!
Intorno ai 12 anni, ho scoperto che la programmazione mi ha permesso di costruire cose utili più facilmente e più professionalmente rispetto all'artigianato. Questo mi ha affascinato così tanto che mi sono subito innamorato della programmazione e ho continuato a sforzarmi per migliorarla.
@jelmerdemaat: come ha fatto @LeaVerou a creare @dabblet? Con quale framework PHP / altra tecnica di back-end? Qual è stata la parte più difficile?
LV: Dabblet non ha alcun database e il codice lato server coinvolto è minimo. Un po 'di PHP viene utilizzato solo per OAuth e per generare una pagina dei risultati da condividere senza il cromo dabblet attorno ad esso (utile per i casi di test di segnalazione di bug). Come puoi vedere nelle sue statistiche su Github, PHP rappresenta solo il tre per cento di dabblet. Tutto il resto è lato client. Questo aiuta ad evitare la situazione jsfiddle: jsfiddle fa tutto sul server, quindi ora che ha avuto successo, il suo carico sul server è andato alle stelle ed è diventato lento.
@_dte: Qual è per te la funzionalità CSS più interessante in arrivo?
LV: Filtra gli effetti di sicuro. Ci permettono di fare cose che prima erano impossibili, non solo difficili. Non sono molto entusiasta dei moduli di layout, perché a) passeranno anni prima di essere in grado di usarli, poiché non si degradano affatto con grazia eb) il layout è stato sempre possibile, solo inutilmente difficile. Naturalmente, anche i nuovi moduli di layout sono molto importanti, ma non è il genere di cose che mi rende entusiasta.
Sono anche molto entusiasta delle unità relative del viewport vw e vh e l'estensione CSS3 di attr () funzione che ci consentirà di utilizzare attr () in ogni proprietà.
Vorrei anche vedere altri browser oltre all'implementazione di Opera adattamento all'oggetto e posizione dell'oggetto, in modo che possiamo smettere di utilizzare hack in background per ritagliare le immagini con proporzioni diverse.
@gpirie: quale funzione vorresti vedere introdotta in CSS?
LV: A attuale() funzione che consente di fare riferimento al valore calcolato di altre proprietà. Come una generalizzazione di currentColor (che diventerebbe quindi un alias di corrente (colore)). Ovviamente, implementare una cosa del genere è molto complicato, ma la realtà non mi impedirà di sognare!
@kevdog: Quali sono i tre errori CSS più comuni?
LV: L'errore CSS più comune che vedo è che le persone codificano il proprio CSS concentrandosi sul risultato, non su un codice pulito, manutenibile e flessibile (e raramente eseguono il refactoring). Non è solo importante quel qualcosa sembra in questo momento, con un certo background, un certo ambiente e una certa dimensione. Dovrebbe essere in grado di farlo adattare alle modifiche facilmente, senza dover riscrivere ogni regola al riguardo in modi imprevedibili.
Potresti pensare che non cambierai mai qualcosa, ma se hai tempo a sufficienza, quasi sicuramente sarai smentito. I preprocessori CSS possono aiutare in questo. Sono la via d'uscita più facile, ma sono sicuramente meglio di un codice sciatto e ripetitivo.
Un altro errore è il CSS eccessivamente prolisso. Le persone non sono consapevoli delle impostazioni predefinite, quindi continuano a ridefinirle. Non sono a conoscenza degli shorthands, quindi continuano a definire le proprietà longhand. Ci sono casi in cui devi fare quelle cose apposta, ma questo non è un motivo per farle in modo difensivo in tutto.
@kevdog: Se potessi cambiare una cosa nelle specifiche CSS, quale sarebbe?
LV: Ci sono molti suggerimenti con cui quasi tutti nel CSSWG sono d'accordo, ma non possono essere aggiunti a causa dell'interruzione dell'uso diffuso esistente sul web. Di solito, il gruppo di lavoro li nega del tutto o aggiunge più proprietà per controllare il comportamento, piuttosto che modificare le impostazioni predefinite. Vorrei vedere un modo per attivare le modifiche incompatibili all'indietro, in modo che i siti web esistenti non si interrompano. Altre lingue hanno risolto questo problema molto tempo fa, ma con HTML e CSS continuiamo a lottare per la retrocompatibilità a costo di un buon design del linguaggio.
@StuRobson: Pensi che sia pigro per uno sviluppatore utilizzare un framework o un boilerplate, volenti o nolenti, senza capire tutto ciò che fa?
LV: No, ma penso che sia pigro per uno sviluppatore usare un framework o un boilerplate senza averne personalmente bisogno, solo perché lo fanno tutti gli altri. È controproducente cercare di risolvere problemi che non hai ancora.
@folktrash: A che punto è successa la "celebrità"? Come lo hai saputo? E aiuta o ostacola l'evangelizzazione della qualità / semantica del codice?
LV: Grazie, ma non sono sicuro di poter essere chiamato così. Tutti tendono a considerare le persone di cui hanno sentito parlare più famose di quelle di cui non avevano idea. Di conseguenza, ognuno ha una naturale tendenza a sopravvalutare la propria fama, che deve essere artificialmente (e quasi ciecamente) equilibrata quando si è consapevoli di questo fenomeno. Dobbiamo anche tenere presente che nessuno nel nostro settore è davvero una celebrità, nessuno è un nome familiare.
Detto questo, il 2011 è stato pazzo ed è ovvio che ho ottenuto più riconoscimenti per il mio lavoro che potevo sperare. Sicuramente aiuta a evangelizzare gli standard web. Le persone prestano molta più attenzione quando dico qualcosa ora rispetto a un anno fa. Ciò tuttavia ha il prezzo che le cose che dico vengono analizzate troppo, le persone possono leggere troppo in esse e attaccarmi per aver presumibilmente opinioni che non ho mai nemmeno preso in considerazione. O a volte, solo per avere opinioni, punto.
@ Tawreh: Perché sei così fanatico delle donne nel settore? Capisco la necessità dell'uguaglianza, ma imho la spingi all'estremo.
LV: La prima volta che sento una cosa come "estrema uguaglianza". L'uguaglianza non può mai essere estrema e dubito che qualcuno direbbe qualcosa del genere anche per altri tipi di discriminazione, come il razzismo. È "discriminazione inversa" o "pregiudizio correttivo" che è estremo e io sono fortemente contrario.
Detto questo, non sono affatto "fanatico" delle donne nel settore, sono "fanatico" contro gli stereotipi di genere prescrittivi. Non vedo quasi mai il sessismo nel nostro settore, sembra che le persone abbiano imparato bene la lezione molto tempo fa. Non credo che la scarsa partecipazione delle donne nel nostro settore sia dovuta al fatto che non si sentono più le benvenute. È il resto della nostra società di genere che allontana le donne dall'ingegneria. Le bambine giocano con i giocattoli che non le incoraggiano a sviluppare le proprie capacità cognitive tanto quanto i giocattoli dei maschi. I film e i giocattoli per bambini sono i peggiori perpetuatori degli stereotipi di genere e non vedo quasi alcun interesse in questo. Tutti sembrano invece concentrare i propri sforzi sugli adulti, correggendo gli errori piuttosto che evitare di commetterli in primo luogo.
@komiska: ci sarà mai una transizione per il peso del carattere?
LV: Citando una nota dalle specifiche, "non è così semplice". La maggior parte delle proprietà non ha pesi sufficienti per una transizione graduale e il browser non può generare gli stati intermedi perché non è possibile rappresentarli in CSS. Detto questo, potremmo eventualmente estendere dissolvenza incrociata () da CSS4 Image Values da applicare a tutti i valori CSS, non solo alle immagini, che risolverebbero la maggior parte dei problemi di transizione e ci fornisce un potente strumento che può essere utilizzato anche staticamente.
