Après avoir vu les bases de Redis dans l’article précédent, nous allons voir comment celui-ci fonctionne plus en profondeur.

Quand on veut mettre en œuvre une démarche d’accessibilité web, il y a pas mal de choses à faire et à savoir. On peut être tenté de partir bille en tête sur des questions d’outillage et de processus, mais on va souvent retrouver des mentions à un document qui revient encore et encore, une norme qui semble représenter l’alpha et l’oméga de la question : WCAG (Web Content Accessibility Guidelines – Principes d’Accessibilité des Contenus Web). Cette norme est tellement centrale qu’il vaut la peine de se pencher un peu dessus, histoire de s’armer correctement avant de passer à la mise en œuvre. Aujourd’hui on va donc voir ce qu’est concrètement WCAG : qu’est-ce qu’il y a dedans ? Quels en sont les avantages ? Et finalement, quelles en sont les limites ?

Lors de ma dernière mission au sein d’un grand groupe bancaire, j’ai eu la chance de travailler avec des développeurs qui suivaient le mouvement Software Craftsmanship. A l’époque, je ne connaissais pas ce mouvement et j’ai donc cherché à en savoir plus auprès de cette équipe. Ce mouvement, familier dans quelques ESN, reste encore méconnu dans le monde de l’entreprise. Tout comme l’agilité, il n’est pas une méthode, mais plus un état d’esprit, une culture. Et il mérite d’être davantage connu (d’où l’objet de cet article :). Je vous expose ici mon point de vue en tant que Product Owner. Comme je l’ai dit, j’ai travaillé lors de ma précédente mission avec des crafts et j’ai intégré récemment Zenika Labs qui suit ce mouvement… Un vrai bonheur 🙂 Vous allez vite comprendre pourquoi !

Après avoir vu les bases de Redis dans l’article précédent, nous allons voir comment celui-ci fonctionne plus en profondeur.