La présentation

J’ai complètement changé d’axe d’approche entre l’appel à proposition de Paris Web et le jour venu. J’ai retourné le sujet dans tous les sens pour arriver à transmettre le message de la manière la plus adaptée qu’il soit au public. Parce qu’il est vraiment essentiel de comprendre votre auditoire.

De ce fait, j’ai préféré laisser tomber l’atelier magistral où j’aurais été le seul à partager. L’approche choisie fût celle de l’interaction design (IxD) ; notion découverte la veille pendant la conférence de Stéphanie Troeth. L’idée étant de construire ensemble le corps de l’atelier, de produire ensemble la réflexion et d’en arriver à des conclusions plus rapidement.

Le plus amusant fût qu’on arrivait aux mêmes conclusions, et que les slides suivant la phase de design répondaient aux questions nouvellement créées.

Pour l’expérience, et le résultat produit, j’en suis satisfait

Déroulement de l’atelier

L’atelier consistait à passer en revue 3 des étapes du développement frontend : l’intégration HTML, l’habillage CSS et les interactions JavaScript. Chaque étape se divisait en 4 composants de travail :

• Production / réalisation
• Organisation / équipe
• Documentation
• Tests

Pour chacun de ces composants, toute personne dans la salle pouvait suggérer une bonne pratique, une mauvaise pratique ou un outil. Cela s’est matérialisé avec un tableau blanc découpé en 4 zones, dans lesquelles on collait des post-it.

Pour la petite histoire, n’ayant pas pensé à acheter les post-il avant d’arriver à Paris, je me suis rabattu sur le premier choix venu, en me basant sur la connaissance du terrain de David Larlet : Loisirs & Créations du Bercy Village.

C’est ainsi que je me retrouvais avec 200 post-it en forme de cœur,  de maison ou de fleur.

Un peu de gaieté pour un atelier sérieux et créatif.
D’ailleurs, parce qu’on n’a pas bossé pour rien, et que Paris Web c’est aussi la création en plus de share the love, voici la carte mentale de notre heure de travail :

Constats

Mon premier constat, en regardant la carte mentale, c’est qu’on a quand même réussi à produire un bon nombre d’éléments en 1 heure, avec un public qui n’était pas préparé et dans une configuration de salle de classe, remplie de surcroît.
La logistique s’est organisée d’elle-même, avec des contributions diverses pour ramasser les post-it, leur circulation et même la modération.

Quant au contenu en lui-même, plusieurs remarques s’imposent :

• la très grande majorité des contributions concernaient la production (c’était flagrant, face au tableau)
• par extension, il y a peu d’éléments de documentation et de tests et dans une moindre mesure, peu de travail en équipe/organisationnel (à part les classiques versionning)
• en production de CSS et de JavaScript, le nombre de mauvaises pratique équivaut ou dépasse les bonnes pratiques

En une phrase et une seule : le développement frontend, en tous cas représentatif de la population présente dans la salle, travaille dans son coin, avec ses méthodes, peu adaptables à d’autres cadres.

Et la suite ?

Mon avis c’est que si la production n’est pas forcément industrialisable au sens où on ne peut que difficilement automatiser la production du code, en revanche on peut automatiser les tests et la documentation, voire certains aspects d’organisation (diffusion automatique des commits, rapports etc.).

Une de mes hypothèses est que si le caractère individuel du travail est si marqué, c’est que nombre des méthodes, astuces et outils de travail sont basés sur des avis subjectifs. Pas étonnant que les réactions sur le mot industrialisation soient si virulentes et chargées d’émotions.

C’est une des raisons pour laquelle j’ai proposé en conclusion d’aller au-delà de nos jugements personnels pour formaliser des bonnes et mauvaises pratiques, que l’on applique ensuite à son projet si l’on est concerné. Un mélange des guidelines BBC et des bonnes pratiques Opquast en somme.

Ce que j’aimerais, c’est produire 2 livrables :

• une checklist de bonnes pratiques de développement frontend
• un livre blanc du développement frontend, comprenant en plus le processus de dialogue entre acteurs, pendant les phases projet

Ces livrables seront Open Source, libres, gratuits et créés collectivement, parce qu’on a tous des terrains d’expertise différents et complémentaires.

Share the love

Je ne manquerai pas de vous tenir informé des avancées de ces projets, qui me tiennent à coeur.
Je ne saurais que trop remercier les participants, présents lors de l’atelier Paris Web, ceux qui apporteront leur pierre à l ‘édifice (même si ça ne concerne qu’un changement de virgule dans une phrase) et ceux qui apporteront leur soutien, Elie Sloïm en tête. Il propose en effet de mettre à disposition la plate-forme Opquast en tant qu’outil de contribution.

Une idée qu’elle est bonne.

Mardi 20 mai : frameworks PHP

Petit-déjeuner destiné aux professionnels sur les frameworks PHP. C’est organisé par Clever Age Bordeaux à 8h30 et c’est déjà complet.

J’y parlerai des différentes raisons d’utiliser et de ne pas utiliser un framework PHP dans le développement de sites et des services Web. Je présenterai également les frameworks comme l’excellent symfony mais aussi Zend Framework et Ez Components, entre autre.

À 12h je présenterai également symfony avec Temesis dans le cadre d’un futur service Web totalement accessible.

Vendredi 30 mai : monétisation des blogs

Vendredi 30 mai à 19h c’est BlogCamp Bordeaux #6 sur la monétisation des blogs. Pour l’occasion on a monopolisé la présence de Jean-François Ruiz avec sa casquette Monétiweb. Sa conférence sera suivie d’un débat pour recueillir vos avis et vos astuces pour gagner de l’argent avec vos blogs.

On ne le dit pas mais il y aura également en guest star Richard Malterre de Tapahont et Hélène Frébourg, alias Stella de la Rhune.

Mardi 3 juin : pourquoi bloguer en entreprise ?

C’est la journée bloguer en entreprise. Une journée assimilable à un Yulbiz organisée en 4 temps :

1. 12h : Déjeuner-débat « Le blog outil professionnel ? Quelles stratégies de communication »
2. 15h : Atelier-conférence « Le blog : quels usages pour l’entreprise ?« 
3. 18h : Conférence-débat « L’impacts du web 2.0 sur notre société »
4. 21h : Dîner « Pourquoi bloguer, manger & boire ? »

J’animerai la conférence de 15h avec la casquette BlogCamp aux côtés de Lesly Garreau ainsi que 2 experts canadiens : Philippe Martin et Claude Malaison.

Il y aura également d’autres invités de prestige comme Isabelle Juppé (la femme digitale) et Olivier Andrieu (Abondance).

J’espère pouvoir échanger avec un maximum de personnes lors de ces temps forts. Alors, vous venez ?

Lorsqu’on crée son premier site ou bien lorsqu’on navigue sur Internet, on est loin de se douter de l’étendue des conventions implicites qui facilitent la vie de tout le monde.
Et pourtant, passé l’apprentissage de la soupe de balises HTML et éventuellement des feuilles de style, il y a tout un tas de règles à respecter pour rendre la navigation aisée et non bloquante. Car oui, mal concevoir un site peut en bloquer, qu’il s’agisse de personnes atteintes de déficiences (physiques, mentales) ou pas.

Pour se sensibiliser à ces bonnes pratiques de la conception des sites Web, il existe depuis peu le guide Sites Web : les bonnes pratiques édité dans la collection Memento d’Eyrolles. Les habitués de l’initiative Opquast ne seront pas dépaysés étant donné qu’il en reprend les quelques 153 bonnes pratiques.

Mais au final, c’est quoi une bonne pratique ? Quelques règles que certains appliquent sans se rendre compte alors que d’autres sont au contraire bien loin de pouvoir ne serait-ce que les imaginer.

Exemples de bonnes pratiques simples que n’importe qui peut mettre en oeuvre :

• Le nom du site et/ou le nom de l’auteur sont indiqués sur chaque page ;
• Le soulignement est réservé aux hyperliens ;
• Le site propose au moins un moyen de contacter l’auteur et/ou le webmestre.

D’autres sont plus tordues au premier abord mais totalement justifiée, certaines abordant le délicat sujet de l’accessibilité :

• Les hyperliens sont visuellement différenciés du reste du contenu ;
• L’emplacement du menu principal de navigation est identique sur toutes les pages ;
• La navigation reste possible sur l’ensemble du site en utilisant exclusivement le clavier.

Comme vous pouvez le constater, ça n’a rien de bien sorcier. C’est un peu comme dire bonjour en se présentant à un inconnu : c’est le minimum à fournir pour établir une conversation. Lorsqu’on crée un site Web, c’est une conversation avec le monde que l’on établit