Una versión editada de este artículo apareció por primera vez en el número 225 de la revista .net, la revista más vendida del mundo para diseñadores y desarrolladores web.
@twostepmedia: ¿Dónde se debe hacer el trabajo pesado en una página web? ¿En el front-end o en el backend?
Lea Verou: Soy una firme defensora de hacer todo lo posible por el cliente. Cuando su código se ejecuta en el cliente, siempre tiene que lidiar con una máquina, sin importar qué tan exitoso sea su proyecto.
Es posible que todo lo que escriba en el servidor deba ejecutarse miles de veces por segundo si su proyecto tiene éxito, por lo que mantenerlo y extenderlo se vuelve cada vez más desafiante a medida que su sitio crece. Por no hablar de los crecientes costos de alojamiento que rara vez se pueden cubrir por completo con los ingresos del sitio web. Claro, mucha lógica del lado del cliente puede hacer que un sitio se cargue lentamente, pero tenemos herramientas para evitar eso, como gzipping y obsfucation y lo más importante, lazy loading.
@komiska: ¡Tu trabajo es INCREÍBLE! ¿Quién te inspiró a seguir el camino de la tecnología?
LV: ¡Gracias! No creo que haya sido una cuestión de estar inspirado por alguien. Me gustaba hacer cosas desde que tengo memoria. ¡Cuando era niño, una vez usé toallitas de cocina con esponja para hacer carteras y carteras!
Alrededor de los 12, descubrí que la programación me permitía construir cosas útiles de manera más fácil y profesional que la artesanía. Eso me fascinó tanto que instantáneamente me enamoré de la programación y seguí esforzándome por mejorar en ella.
@jelmerdemaat: ¿Cómo creó @LeaVerou @dabblet? ¿Con qué framework PHP / otra técnica de back-end? ¿Cuál fue la parte más difícil?
LV: Dabblet no tiene ninguna base de datos y el código del lado del servidor involucrado es mínimo. Un poco de PHP solo se usa para OAuth y genera una página de resultados para compartir sin ninguno de los detalles cromados a su alrededor (útil para casos de prueba de informes de errores). Como puede ver en sus estadísticas de Github, PHP representa solo el tres por ciento del dabblet. Todo lo demás está del lado del cliente. Esto ayuda a evitar la situación de jsfiddle: jsfiddle hace todo en el servidor, por lo que ahora que tuvo éxito, la carga del servidor se disparó y se volvió lenta.
@_dte: ¿Cuál es la próxima función CSS más interesante para ti?
LV: Efectos de filtro seguro. Nos permiten hacer cosas que antes eran imposibles, no solo difíciles. No estoy muy entusiasmado con los módulos de diseño, porque a) pasarán años antes de que podamos usarlos, ya que no se degradan con gracia en absoluto yb) el diseño siempre fue posible, simplemente innecesariamente difícil. Por supuesto, los nuevos módulos de diseño también son muy importantes, pero no es el tipo de cosas que me entusiasma.
También estoy muy entusiasmado con las unidades relativas de la ventana gráfica. vw y vh y la extensión CSS3 del attr () función que nos permitirá utilizar attr () en cada propiedad.
También me gustaría ver otros navegadores además de Opera implementando ajuste de objeto y posición del objeto, para que podamos dejar de usar trucos de fondo para recortar imágenes a una relación de aspecto diferente.
@gpirie: ¿Qué característica le gustaría que se introdujera en CSS?
LV: A Actual() función que le permite hacer referencia al valor calculado de otras propiedades. Como una generalización de currentColor (que luego se convertiría en un alias para actual (color)). Por supuesto, implementar tal cosa es muy complicado, ¡pero la realidad no me impedirá soñar!
@kevdog: ¿Cuáles son los tres errores CSS más comunes?
LV: El error de CSS más común que veo es que las personas codifican su CSS con un enfoque en el resultado, no en un código limpio, fácil de mantener y flexible (y rara vez refactorizan). No solo es importante que algo mira ahora mismo, con un fondo determinado, un entorno determinado y un tamaño determinado. Debería poder adaptar a los cambios fácilmente, sin tener que reescribir todas las reglas al respecto de formas impredecibles.
Puede pensar que nunca cambiará algo, pero con el tiempo suficiente, es casi seguro que se demostrará que está equivocado. Los preprocesadores CSS pueden ayudar con eso. Son la salida más fácil, pero ciertamente son mejores que un código repetitivo y descuidado.
Otro error es CSS demasiado detallado. Las personas no son conscientes de los valores predeterminados, por lo que siguen redefiniéndolos. No son conscientes de las abreviaturas, por lo que siguen definiendo las propiedades a mano alzada. Hay casos en los que tienes que hacer esas cosas a propósito, pero esa no es una razón para hacerlas a la defensiva en todo.
@kevdog: Si pudieras cambiar una cosa en la especificación CSS, ¿cuál sería?
LV: Hay muchas sugerencias con las que casi todos en el CSSWG están de acuerdo, pero no se pueden agregar debido a que se rompe el uso generalizado existente en la web. Por lo general, el grupo de trabajo los niega por completo o agrega más propiedades para controlar el comportamiento, en lugar de cambiar los valores predeterminados. Me gustaría ver una forma de habilitar los cambios incompatibles con versiones anteriores, para que los sitios web existentes no se rompan. Otros lenguajes han resuelto este problema hace mucho tiempo, pero con HTML y CSS seguimos luchando por la compatibilidad con versiones anteriores a costa de un buen diseño de lenguaje.
@StuRobson: ¿Crees que es perezoso que un desarrollador use un marco o un texto estándar sin entender todo lo que hace?
LV: No, pero creo que es perezoso que un desarrollador use un framework o un modelo estándar sin tener una necesidad personal de hacerlo, solo porque todos los demás lo hacen. Es contraproducente tratar de resolver problemas que aún no tienes.
@folktrash: ¿En qué momento sucedió la "celebridad"? ¿Como supiste? ¿Ayuda u obstaculiza la evangelización de la calidad / semántica del código?
LV: Gracias, pero no estoy seguro de que me puedan llamar así. Todo el mundo tiende a considerar que las personas de las que han oído hablar son más conocidas que las personas de las que no tenían ni idea. En consecuencia, todo el mundo tiene una tendencia natural a sobreestimar su propia fama, que debe equilibrarse artificialmente (y casi a ciegas) cuando se tiene conocimiento de este fenómeno. También debemos tener en cuenta que nadie en nuestra industria es realmente una celebridad, nadie es un nombre familiar.
Dicho esto, 2011 ha sido una locura y es obvio que obtuve más reconocimiento por mi trabajo del que hubiera esperado. Ciertamente ayuda a evangelizar los estándares web. La gente presta mucha más atención cuando digo algo ahora que hace un año. Sin embargo, esto tiene el costo de que las cosas que digo se analizan en exceso, la gente puede leer demasiado y atacarme por supuestamente tener puntos de vista que nunca consideré. O a veces, solo por tener puntos de vista.
@Tawreh: ¿Por qué eres tan fanático de las mujeres en la industria? Entiendo la necesidad de igualdad, pero en mi humilde opinión, la llevas al extremo.
LV: Es la primera vez que escucho algo como "igualdad extrema". La igualdad nunca puede ser extrema y dudo que alguien diría siquiera algo así por otros tipos de discriminación, como el racismo. Es la "discriminación inversa" o el "sesgo correctivo" lo que es extremo y estoy firmemente en contra de eso.
Dicho esto, no soy "fanática" de las mujeres en la industria en absoluto, soy "fanática" de los estereotipos de género prescriptivos. Casi nunca veo sexismo en nuestra industria, parece que la gente ha aprendido bien la lección hace mucho tiempo. No creo que la baja participación de las mujeres en nuestra industria se deba a que ya no se sientan bienvenidas. Es el resto de nuestra sociedad de género lo que aleja a las mujeres de la ingeniería. Las niñas pequeñas juegan con juguetes que no las animan a desarrollar sus habilidades cognitivas tanto como los juguetes de los niños. Las películas y los juguetes para niños son los peores perpetuadores de los estereotipos de género y apenas veo interés en ellos. Todo el mundo parece centrar sus esfuerzos en los adultos, corrigiendo los errores en lugar de evitar cometerlos en primer lugar.
@komiska: ¿Alguna vez habrá una transición para el peso de la fuente?
LV: Citando una nota de la especificación, "no es tan simple". La mayoría de las propiedades no tienen pesos suficientes para una transición sin problemas y el navegador no puede generar los estados intermedios porque no hay forma de representarlos en CSS. Dicho esto, eventualmente podríamos extender fundido cruzado () de CSS4 Image Values para aplicar a todos los valores CSS, no solo a las imágenes, lo que resolvería la mayoría de los problemas de transición y nos brinda una herramienta poderosa que también se puede utilizar de forma estática.
