Ayé, on est en janvier. Et comme de coutûme, c’est l’occasion de faire un petit bilan de l’année passée, de ce qu’on espère / vise pour l’année qui s’ouvre.

Ne dérogeons pas à la tradition : que retenons-nous de 2015, et quel 2016 imaginons-nous pour JS Attitude ?

(note : cet article est posté sur l’ensemble des sites Attitude)

Les formations inter-entreprises viennent d’être ancrées pour avril–juin 2016.

Comme d’habitude, vous retrouverez une JS Total par mois, mais aussi une Node.js et une Git Total tous les deux mois.

Les formations inter-entreprises viennent d’être ancrées pour juin et juillet 2015.

Comme d’habitude, vous retrouverez une JS Total par mois, mais aussi une Node.js et une Git Total tous les deux mois.

Ah, vous croyez que vous êtes au top parce que vous utilisez Grunt, Gulp, Broccoli ou même Glou ? Eh ben non, pas forcément, voire carrément pas. Du tout. Voilà déjà 4 ans que Brunch existe, et sur bien des scenarii courants, il bat tout ce petit monde à plate couture.

Envie d’en savoir plus, et de voir plein d’exemples ? C’est par ici.

Fin octobre dernier, je faisais une présentation à BLEND Web Mix intitulée « Front-End Dev Avengers », sur les outils et workflows disponibles pour aboutir à une boucle de feedback ultra-rapide (moins d’une demi-seconde) depuis l’édition de fichiers sources (dans les Dev Tools ou ailleurs), à travers des chaînes de build complexes, jusqu’à la prise en compte en direct par la page ouverte dans le navigateur.

BLEND n’a pas jugé utile, cette année, de filmer les conférences hors de l’auditorium… J’avais promis aux gens un screencast un peu qualitatif sur le sujet.

Chose promise, chose due : voici le screencast de Front-End Dev Avengers, en HD, gratuit, sur YouTube. N’hésitez pas à nous faire des retours !

Quant aux slides, ils sont là.

La version 5 d’ECMAScript, le standard sur lequel se base JavaScript, a introduit un mode d’interprétation particulier du code, appelé le mode strict. Le mode traditionnel est qualifié de « mode négligé » (sloppy mode).

Ce mode s’active au travers d’un marqueur particulier dans nos codes, ignoré par les runtimes antérieures. En plaçant nos codes dans ce mode d’interprétation, nous avons la possibilité de découvrir plus vite, plus tôt, des sources d’erreurs potentielles.

Cet article décrit comment activer ce mode, et quelles en sont les conséquences précises sur l’interprétation de notre code JavaScript.

Ayé, on est en janvier. Et comme de coutûme, c’est l’occasion de faire un petit bilan de l’année passée, de ce qu’on espère / vise pour l’année qui s’ouvre.

Ne dérogeons pas à la tradition : que retenons-nous de 2014, et quel 2015 imaginons-nous pour JS Attitude ?

(note : cet article est posté sur l’ensemble des sites Attitude)

Entre les formations, la veille et les contributions open-source, j’ai l’occasion d’examiner énormément de code JavaScript écrit par des tiers. Je suis peut-être un intégriste sur la qualité et la lisibilité du code, mais j’y trouve souvent les mêmes défauts.

Peut-être votre code est-il, lui aussi, coupable de certains d’entre eux ? Dans cet article, nous allons passer en revue les usual suspects et donner des pistes d’amélioration pour chacun.

Ce brave constructeur natif Date est honteusement issu d’un portage quasi ligne à ligne du java.util.Date de Java 1.0, aux petites heures de la nuit un soir de mai 1995. Et il se trimballe exactement les mêmes bugs et aberrations.

Pour ne pas se faire avoir, ou juste pour le plaisir d’en rire, petit tour des subtilités à ne pas oublier.

On me demande souvent, en formation comme ailleurs, comment je fais ma veille technique côté JS / Web / Node. En particulier pour tomber sur des ressources de qualité, idéalement en français, mais en anglais à défaut, évidemment.

J’ai fini par publier un Gist sur le sujet, mais je me suis dit que ça méritait plus de détails, aussi voici un petit article dédié.