- Identificar la funcionalidad principal.
- Haz que esa funcionalidad esté disponible utilizando la tecnología más simple posible.
- ¡Mejorar!
Hydration — Jeremy Keith
- Identificar la funcionalidad principal.
- Haz que esa funcionalidad esté disponible utilizando la tecnología más simple posible.
- ¡Mejorar!
Hydration — Jeremy Keith
Alguien en twitter (¡en twitter!) preguntaba sobre artículos atemporales y que de alguna manera cambiaran la perspectiva sobre el desarrollo web.
Esos son los artículos que a mí me gustan y me gustaría escribir 🙂
Chris Coyier ha listado en un artículo los suyos (y de ellos los conocía y también me impactaron). Se titula Timeless Web Dev Articles.
Entre tanta comunicación limitada en twitter, no viene mal leer con calma un buen puñado de artículos.
Cómo echo de menos la época pre-twitter.
digital.gov, encargada de mejorar los servicios digitales guvernamentales de los Estados Unidos, ha desarrollado una tipografía, la Public Sans y ha puesto a disposición las fuentes con la licencia SIL OPEN FONT LICENSE (libre para uso personal y comercial).
Se puede acceder también al repositorio: github: Public Sans.
Cuenta con nueve pesos e incluye cursiva en todos ellos. A continuación un ejemplo, con un enlace a la página de ejemplo:

Una nueva fuente que se une a otras que le preceden y que han nacido en el contexto digital contemporáneo con una destacada importancia:
Xposible: Las fuentes de Massimo Vignelli
Relacionado con el asunto, probablemente te interese leer ¿Qué diferencia hay entre los términos tipografía y fuente?
Mi primer sistema de diseño no era más que una plantilla con una tabla: cabecera, subcabecera, un par de filas (estilos alternos mediante clases, nada de odd y even) y poco más.
Era útil, pero siempre pensaba que era necesario algo más. Era un completo novato que estaba aprendiendo HTML, CSS y accesibilidad con las especificaciones del W3C traducidas por Sidar en los largos viajes en tren para ir al trabajo.
Obviamente, en casi veinte años todo ha cambiado mucho, aunque para mi sorpresa, sigo haciendo básicamente el mismo trabajo aunque con más experiencia (y tal vez no la proporcional parte de conocimiento).
He leído con interés algunos buenos artículos sobre Sistemas de Diseño (Design Systems) que me han resultado útiles para conocer de qué se trataba, qué utilidad tenían y como crearlos e implementarlos. Para un proyecto, poco antes de empezar a sonar el término, empecé lo que yo denominé Guía de estilos que era en parte un sistema de diseño con componentes reutilizables y algunos recursos extras que considero importantes (accesibilidad, legislación, web móvil, estándares, diseño, etcétera).
Dejando de lado todo lo anterior, en Design System Checklist podemos encontrar una larga lista de verificación que puede servir para, a la hora de desarrollar un sistema de diseño, que componentes podría tener. Además incluye enlaces con información contextual muy útil, por lo que no puedo dejar de recomendar el recurso.
Recuerdo hace muchos años, hablando con Arnau Siches sobre las preguntas que se podrían hacer para conocer en una entrevista de trabajo, los conocimientos que tiene una persona candidata al puesto. Se me ocurrían muchas: por errores que veía habitualmente y lagunas que tenía yo mismo.
Si hablásemos de Javascript (ECMAScript en realidad), empezaría a silbar con disimulo.
Bueno, pues Mark en 70 JavaScript Interview Questions ha escrito un buen artículo listando varias preguntas, y sus respuestas.
Un recurso recomendable.
Actualizado (2023): también puedes consultar 35 Top JavaScript Interview Questions and Answers in 2023