Un (long !) tour d'horizon chronologique des pratiques qui furent standard en matière de développement front-end, avant de devenir désuètes.
J'aime particulièrement la conclusion, que j'applique de plus en plus, contre vents et marées de développeurs qui veulent foutre du React partout :
Technologies come and go, but the contract with the browser remains. Choose the simplest path that produces high quality HTML, CSS, and JavaScript. The closer you stay to the platform, the easier your product will be to maintain, to make accessible, and to run fast at scale.
Traduction à la mano :
Les technologies vont et viennent, mais le contrat que l'on passe avec le navigateur, lui, reste. Choisissez le chemin le plus direct qui produise du HTML, CSS et JavaScript de qualité. Plus vous restez proche de la Web Platform plus il sera facile de maintenir votre site ou app, de le rendre accessible et performant.
Une alternative à Sentry pour aggreger les erreurs qui se produisent dans le navigateur des utilisateurs de votre site ou votre application web.
Utiliser les scripts npm comme builder plutôt que Gulp ou Grunt.
Je trouve ça assez élégant et concis. Il faut juste faire attention aux potentielles incompatibilités cross-platform.
Un excellent article, très didactique qui analyse l'évolution du développement Javascript depuis la bête inclusion de fichiers .js dans le HTML jusqu'aux package managers (npm), module bundlers (webpack), transpilers (babel), task runner (grunt, gulp) d'aujourd'hui.
Je serais juste un peu plus mesuré sur l’appellation "dinosaure". C'est à adapter au contexte de vos développements. Rien ne sert de sortir toute cette artillerie pour un projet tout simple. Mais c'est bien de savoir qu'elle existe lorsqu'on débute un projet dont on sait dès le début qu'il sera conséquent.
Une check-list des trucs à ne pas oublier dans vos pages HTML.
L'état des outils front-end en 2016.
Quelques stats intéressantes
Les changements qu'apportent HTTP/2 et son impact pour le développement front.
Un CMS full JS qui tourne côté client. La seul resource serveur nécessaire est un apache qui stocke des fichiers markdown statiques et la récupération du contenu se fait via AJAX (marche aussi avec des fichiers md hébergées sur github).
Ça a l'air très simpliste mais c'est parfait pour mettre en place rapidement un petit blog ou un petit site en mode one-page app.
Repo Github : https://github.com/cdmedia/cms.js
Une introduction à Gulp, un task-runner pour le développement front-end.