Left to our own devices.

Ethan Marcotte, dans un article sur l’importance d’un device lab au cours du développement et pas seulement en phase de recettage :

Votre site web est seulement aussi fort que le plus faible des appareils sur lesquels vous testez.

Je n’avais jamais réussi à formuler ça comme ça, mais c’est vraiment exactement ça aussi dans le monde de l’intégration d’e-mails. Quoi que vous fassiez, il y aura toujours quelque chose qui ne fonctionnera pas quelque part. Rien ne fonctionne partout. Tout n’est qu’un jeu de construction à base de dégradation gracieuse et d’amélioration progressive.

It’s What You Make, Not How You Make It.

Vu sur Twitter, cet article intéressant qui évoque l’éducation de l’importance de HTML et CSS. L’auteur y importe son point de vue intéressant, et son expérience où il estime inefficace de décrier telle ou telle technologie.

Pour moi, peu importe que vous écriviez votre HTML et vos CSS à la main ou que vous utilisiez du JavaScript pour les générer à votre place. Ce qui compte, c’est le résultat, comment c’est structuré, et comment c’est servi au client. Quand on permet à nos outils de primer sur la qualité de notre résultat, le Web entier en souffre. Les sites sont susceptibles d’être peu accessibles, peu performants, et de souffrir d’une sémantique pauvre.

The Mother of Internet

Yahoo! Japan a mis en ligne en mars dernier une page qui retrace l’histoire du Web. C’est bourré de centaines de références à plein de sociétés et technologies. C’est absolument gigantesque (la page fait plus de 30 Mo). Pour archivage, j’en ai fait une version statique : 23 Mo en 1920px de large, 4 Mo en 640px de large.

OK Go : How to find a wonderful idea

Je suis généralement enchanté par les clips d’OK Go (comme celui avec les chiens ou celui en apesanteur). Et ce TED Talk où ils expliquent comment ils trouvent toutes ces idées est vraiment bien, tant sur le fond que la forme.

J’aime particulièrement ce passage (à 7:24) :

Avec ces vidéos, on cherche ce sentiment qu’est l’émerveillement. Il y a toujours une part de surprise à l’émerveillement. Donc on ne cherche pas seulement de bonnes idées, on cherche de bonnes idées qui nous surprennent d’une manière ou une autre. Et cela pose un problème, car le processus qu’on utilise tous pour faire des trucs a une grosse tendance à être contre les idées surprenantes.

Le processus dont je parle est celui que vous connaissez tous, on le fait tout le temps. Vous pensez à une idée. Vous réfléchissez à votre brillante idée et vous parvenez à un plan pour que cette idée se réalise. Et quand vous avez ce plan en tête, vous revenez et revérifiez votre idée de base et peut-être vous la modifiez. Et vous faites des aller-retours come ça entre l’idée et le plan, le plan et l’idée, jusqu’à ce que finalement vous arriviez à un plan vraiment bon. Et une fois que vous avez ça, et seulement là, vous pouvez sortir et mettre en marche l’exécution. C’est un système infaillible pour maximiser vos ressources parce que c’est peu coûteux. Réfléchir coûte en général très peu. Mais exécuter coûte très cher la plupart du temps. Donc le temps que vous y arriviez, vous devez vous assurer que vous êtes bien préparé et que vous pouvez tirer profit au maximum de ce que vous avez.

En comparaison, c’est assez pertinent pour un projet Web.

Uppercase & lowercase

Vu sur Twitter, cette image qui rappelle les origines des mots « Uppercase » et « Lowercase ».

Les origines des mots Uppercase et Lowercase

J’ai du mal à trouver une expression plus skeuomorphique que ça.