Design Title Generator: encuentra el nombre de tu perfil disruptivo y cancamusa

Manipulator for UX Services and Invasive Thingies
Design title from designtitles.com

Ser diseñador se queda corto, y todos sabemos que en un contexto profesional hiperespecializado y cambiante, en el que cada día, que digo, ¡cada segundo!, aparece un elemento disruptivo que cambia algún paradigma caduco (tal vez, del día anterior) hay que evolucionar y encontrar el término que mejor describe tu actividad profesional ahora mismo (mañana, será otro):

El mío, right now es Manipulator for UX Services and Invasive Thingies.

Es el momento de actualizar tu perfil en redes sociales y profesionales, gracias a designtitles.com.

Y yo que sigo diciendo que soy maquetador 🙂

60 conceptos de diseño que deberías conocer

Ya lo comenta Enric González (Enric González: la vida como proceso de aprendizaje): Para mí, la vida es educación: un proceso de aprendizaje. y aquí se intenta presentar algunos recursos que pueden ser útiles. Hoy toca hablar de diseño, con una buena cantidad de términos que no sobran en absoluto: 60 Design Terms You Should Know.

Agrupados por: esenciales, color, imágenes, tipografía, logos y formatos de ficheros, hay una buena recopilación de conceptos que aunque básicos y fáciles de encontrar, es de agradecer tenerlos todos juntos (aunque algunos son muy básicos, incluso demasiados).

El coste de los frameworks de javascript en el rendimiento web

Una buena recomendación, un artículo que habla sobre el coste en el rendimiento al usar algunos frameworks de javascript, y son los siguientes:

  • jQuery
  • Vue.js
  • Angular
  • React
  • The cost of downloading the file on the network
  • The cost of parsing and compiling the uncompressed file once downloaded
  • The cost of executing the JavaScript
  • The memory cost

The Cost of Javascript Frameworks — Tim Kadlec

El artículo es bastante interesante, y no habla muy bien de algún que otro framework en cuestión de rendimiento (Angular y React).

Y aprovechando, la pregunta: ¿realmente es necesario utilizar siempre toneladas de javascript? ¿Utilizar de forma discriminada recursos que añaden peso a la página sin una ventaja crítica? El hecho de que esté revisando una web con 60 ficheros de fuentes enlazadas tiene algo que ver. Mínimo 5 megas de peso cada página… Hacer webs ligeras en busca de la eficiencia (y la usabilidad) es algo que se ignora con demasiada frecuencia, y debería de ser un punto clave. Importa.

Paletas de colores CSS con el esquema de color HSL y la función calc()

Un artículo interesante Creating Color Themes With Custom Properties, HSL, and a Little calc(), sobre un par de ideas que llevo dándole vueltas durante algún tiempo. Elementos:

  • Variables CSS
  • Usar el esquema de color HSL en lugar del hexadecidal.
  • La función calc() de CSS

Los motivos:

  • La insuperable ventaja de trabajar con HSL en CSS frente a hexadecimal a la hora de trabajar con el color.
  • La posibilidad de usar y reutilizar variables en CSS (y el ahorro de trabajo que supone)
  • La función calc() que permite automatizar cálculos de colores.
  • Y principalmente, porque los navegadores que no interpretaban estas características, están en el limbo

Habrá quien dirá que con SASS y similares, ya se puede hacer lo mismo, pero no siempre se tiene libertad para poder instalar lo necesario y poder utilizarla. No lo digo yo, lo dice un amigo.

Obviamente mi sistema de utilizar inkscape para crear variaciones de color (en tono, o luminosidad) haciendo cajitas para tener de un vistazo la paleta que uso, se puede mejorar mucho 🙂