Aluku Kusouka

Nouveau site - Nouveau CV

Oric — Tue, 29 Nov 2011 15:57:00 +0100

Vous trouverez mon CV en ligne désormais sur http://olivierfarlotti.free.fr

A bientôt !

La fin de XHTML 2 pour nourrir HTML 5 ?

Oric — Sun, 12 Jul 2009 17:33:00 +0200

C'est ce que semble affirmer cette news du W3C datant de début juillet, dans laquelle on peut lire la fin du working group XHTML 2 (fin 2009) et du coups l'accélération du travail sur HTML 5.

Même si HTML 5 est loin d'être encore un standard, il semble pertinent de se pencher sérieusement dessus en tant que développeur dans la mesure où les navigateurs le font (cf. Firefox 3.5 et le support de la balise <video>).

De là à produire les sites des clients en HTML 5, c'est sans doute prendre un bien trop grand risque.

Toutefois pour nous il va certainement se passer un moment où la transition sera effective et autant être prêt pour être dans la course car à n'en pas douter HTML apporte de sérieuses amélioration en terme de conception, production et maintenance.

Notre cerveau : Deux hémisphères, deux façons de voir le monde

Oric — Sun, 28 Jun 2009 23:34:00 +0200

Cette vidéo est le témoignage de Jill Bolte Taylor racontant sa propre expérience d'un AVC qui l'a momentanément privée du fonctionnement de l'hémisphère gauche de son cerveau (contrôlant la logique et le language).

Elle décrit de façon poignante la vision de son environnement vu par son seul hémisphère droit (pour résumer, celle qui gère les symboles) et le dilème qui s'est alors posé à elle entre rester dans ce grand tout universel proposé par son cerveau droit ou revenir à la réalité et réintégré le "soi" défini par son hémisphère gauche.

Cette vidéo m'a particulièrement plus car elle illustre vraiment bien la dualité qui existe en nous et surtout ce qui peut différencier un individu d'un autre dans son approche du monde et la façon dont ils vont chacun résoudre des problématiques en utilisant des stratégies différentes (l'un a une approche globale, l'autre plus séquentielle).

C'est déjà ce que j'avais découvert en lisant "Le langage du changement" de Paul Watzlawick (Ecole de Palo Alto) et qui s'est confirmé en m'interrogeant sur ma façon de percevoir les choses et mes propres faiblesses (j'ai une mémoire de merde !)

Il me semble donc que c'est un critère important dans la définition d'un design web orienté utilisateur.

Qu'en pensez vous ?

Qu'est ce que je deviens...

Oric — Sun, 28 Jun 2009 22:47:00 +0200

Silence radio depuis un certain temps.

Pourtant ces derniers mois ont été un peu mouvementé puisque je change de boîte : adieu Actinext, bonjour Sixandco !

Autres gens, autres projets, autres façons de faire et donc autres expériences.

Malgré quelques regrets, j'avoue que ce nouveau départ m'aura permis de mieux formuler le projet professionnel que je poursuivait finalement depuis plusieurs années sans forcément m'en rendre vraiment compte. J'ai pu donc poser de nouvelles briques.

Ce projet est devenue évident lors du dernier Paris Web : il manque un chainon pour rendre la communication plus efficace entre les différents métiers des projets web. Ce chainon à besoin d'outils de communications universels et ses talents doivent s'inscrire dans une démarche globale pour accompagner tous les interlocuteurs. L'objectif est de rendre enfin le projet et ses objectifs clairs et incontournables pour tout le monde et assurer la meilleur qualité possible.

Peut être que ce que je cherche se trouve déjà ailleurs comme chez Jean Claude Grosjean (consultant Ergonome, coach Agile et "facilitateur" chez SQLI), peut être au sein d'une PMO, peut être encore indéfini.

Peu importe, je continue d'essayer de poser mes pierres une par une, de chercher des solutions "pratiques" à tous les petits gap que je rencontre et de communiquer dessus autour de moi. Faire avancer le schmilblik quoi :)

Donc, après avoir jeter un coups d'oeil aux documents de design pour voir comment remettre l'utilisateur finale au coeur des projets, j'essaie de voir du côté du mindmapping et XML/XSLT pour résoudre des problématiques de définition de contenu et de templating et améliorer la production et la maintenance des maquettes html (pour que les graphistes et les DFO fassent la paix aussi ;) ).

A+

Holoptisme : les documents de design, esperanto des projets web ?

Oric — Fri, 03 Apr 2009 00:53:00 +0200

Depuis quelques temps, la question des livrables, en particulier les documents de design tel que les personas, les plans de site ou les wireframes, devient de plus en plus pertinente, quand il s'agit de faire communiquer et converger les différents métiers du web en un tout cohérent, un projet, un site web.

C'est par le biais d'un billet d'Elie Sloïm, que je viens de découvrir le terme "holoptisme" via l'interview en vidéo Jean-François Noubel : "C'est quoi l'Holoptisme ?" (Expérience à Paris le 12 juin 2009)

[...Dans le cadre d'un groupe, une équipe] en holoptisme, on est à la fois en souveraineté individuel, on est soit même, on est complètement unique, dans notre zone d'expertise, qui est unique, et en même temps on sert le tout. C'est à dire qu'il n'y a pas de contradiction entre le collectif et l'individuel.

Je sais quoi faire. Je peux être en création, je peux être en réaction. Je peux être moi même et en même je sais quoi faire parce que j ai accès au tout et le tout se configure en fonction de qui nous sommes les uns les autres dans notre souveraineté [...]

Dans le même temps, Jean François Noubel lui oppose le panoptisme.

Ce terme, désigne les organisations pyramidales, un peu à l'image de "Big Brother", source de contradictions, d'opposition entre l'intérêt individuel et l'intérêt collectif, majoritairement vécu dans les équipes projet, car chaque strate n'a qu'une vision partielle de l'ensemble.

Ainsi, dans ce contexte de groupe, on distingue deux paramètres : la direction collective et les moyens collectifs.

Replacé dans le contexte d'un projet de site web, en me référent à la déclinaison des documents de design proposé par Dan Brown dans "Developing Web Site Documentation for Design and Planning", on peut alors définir ces documents comme le langage de l'holoptisme qui permet à chaque participant de s'exprimer dans sa zone d'expertise et en même temps dans l'intérêt collectif.

User Needs Documents
- Personas
- Usability Test Plans
- Usability Reports
Strategy Documents
- Competitive Analyses
- Concept Models
- Content Inventories
Design Documents
- Site Maps
- User Flows
- Wireframes
- Screen Designs

Burn, doors and jardinages

Oric — Thu, 19 Mar 2009 22:12:00 +0100

Dans la série 3615 Maviedetrentenaireoccupé, j'ai quelques news pour expliquer le manque de billets ce mois ci :

Après 1 an (jour pour jour !), me voilà officiellement membre du club très sélect des Motards et, en revendant mes enfants, futur heureux priopriétaire d'une machine à sentir le vent dans mes cheveux :)
Madame veut des fenêtres neuves pour la maison, alors quand madame est lancée, monsieur suit :)
Madame ne sait pas bêcher, ni piocher ! Si vous avez des techniques secrètes ancestrales pour arracher un arbre avec le petit doigt, je suis preneur !
C'est la crise ! (fallait bien la placer celle là ;) )
C'est le printemps ! Ou plutôt c'était l'hiver, donc je sors juste de ma grotte, mais avec une de ces faims !
Je lis plus que je n'écris, pourtant ce ne sont pas les sujets qui manquent !

Donc je suis encore un peu en stand by, mais pas pour longtemps !

See you !

Interaction design ou software design : le dilemme du designer

Oric — Wed, 04 Mar 2009 00:16:00 +0100

http://www.graphpaper.com/2009/02-11_are-we-designing-interactions-or-designing-software entame une réflexion autour de la place du designer et de ses compétences au regard d'un environnement technologique, en l'occurence, celui des applications web.

Toute la question réside dans le rapport entre le designer/l'interface utilisateur et le développeur/l'application (le code) qui lui permet de prendre corps.

En parallèle de la spécialisation de plus en plus marquée entre les métiers, il se dessine le besoin d'outils qui assurent la convergence de ces diverses compétences tout en assurant un niveau compétitif de productivité.

Les frameworks font parti de ces réponses dont les CMS, par exemple, sont une réponses à une problématique de production éditoriale.

Les plus modernes intègrent directement des solutions ergonomiques voire accessibles (dans une certaine mesure) et tout en restant dans un cadre applicatif défini, permettent aux designs de s'exprimer.

Ce qu'il y a de sain dans cette évolution, c'est que designer et développeur doivent apprendre à s'écouter et à trouver des compromis pour assurer la production d'applications de qualité dans un contexte rationnel.

C'est justement cette caractéristique rationnelle qui rapproche le designer web de son métier de designer. Et ça tombe bien puisque le développeur a besoin de s'appuyer sur des règles tangibles pour concevoir des applicatifs efficaces.

Appel à commentaires public sur la version en français des WCAG 2.0

Oric — Tue, 17 Feb 2009 21:42:00 +0100

http://www.accessiweb.org/fr/accessibilite_web/actualites/#appel_wcag20_fr_17fev2009

Vous trouverez ici tous les détails de cet appel à commentaire dont la finalité est de valider la version francophone du WCAG 2.0.

Web Content Accessibility Guidelines (WCAG) 2.0

Oric — Wed, 28 Jan 2009 00:23:00 +0100

Web Content Accessibility Guidelines (WCAG) 2.0 est disponible depuis quelques semaines.

WebAIM a eu la bonne idée de le synthétiser sous forme de checklist bien plus abordable ! Elle est même disponible au format PDF.
Toutefois, comme ils le précisent, cette checklist requière la lecture des spécifications officielles de WCAG 2.0 pour appliquer correctement les recommandations.

Vous y trouverez tous les points de contrôle avec chacun un "how to meet..." et un "understanding..." qui permettent de comprendre la recommandation dans son contexte et quelle solution technique adopter.

Ces recommandations cible les aides techniques (lecteur vocal, lecteur braille...) mais une grande partie répond simplement à des problématiques d'usabilité (ergonomie, rédaction, etc...).

Bizarrement, je n'avais jamais pensé à voir si Wikipédia abordait le sujet alors qu'il existe un article vraiment complet et abordable sur l'accessibilité du web... A lire donc :)

Feedback Forum : dîtes le !

Oric — Mon, 26 Jan 2009 01:01:00 +0100

Vous aurez peut être remarqué ce petit onglet "Feedback" sur le côté de l'écran.

Il s'agit d'un service en ligne que j'ai découvert récemment : Feedback Forum

Le principe est simple : vous, utilisateurs, donnez un feedback sur, par exemple, mon blog et ce feedback est noté par tous les autres utilisateurs. Des feedbacks vont alors ressortir du lot et trouver leur pertinance. Alors je (le propriétaire du feedback forum) donne à chaque feedback un status qui vous indique où en est sa prise en charge.

Pour cela, cliquez sur l'onglet "Feedback" de ce blog et soit votez directement pour les feedbacks proposés, soit ajoutez le vôtre en allant sur "Go to our feedback forum".
Par contre, je ne pense pas que la solution soit accessible...

Ca reste un bon concept pour mettre en valeur les besoins de vos utilisateurs, non ?

Paris Web 2008 - les vidéos

Oric — Mon, 26 Jan 2009 00:03:00 +0100

Les vidéos des conférences de Paris Web sont disponibles depuis quelques temps sur le site officiel.
Ce sont d'ailleurs ces vidéos qui alimentent les billets rédigés sur le sujet.

Je ne peux vous conseiller qu'une chose : mangez en !

Pour ma part, j'ai visionné les conférences de la journée décideurs (car j'étais dans la salle technique en même temps) et c'est intéressant à plus d'un titre.
Il y a là tous les ingrédients pour cerner un peu mieux les leviers qui aident à mieux communiquer autour des standards web. C'est une tâche encore ardue pour tout le monde mais les témoignages des différents intervenants sont encourageants.

On sent se profiler une meilleure compréhension des standards web comme outil et non comme but. Ceci va faciliter le dialogue entre les différents métiers du web d'une part et les agences et leurs clients d'autre part.

Ce billet fait malheureusement office de ticket pour conclure cet évènement qui date maintenant de plusieurs mois et pour lequel je n'ai pu me consacrer comme prévu.

Paris Web 2008 - Internautes et robots des moteurs de recherche, mais comment font-ils pour s'y retrouver ?

Oric — Fri, 02 Jan 2009 17:08:00 +0100

Dans la liste des domaines qui se font connaître de plus en plus en matière de design, on trouve l'architecture de l'information.

Aujourd'hui on cite l'AI plus volontier dans les conversations mais à priori rare sont ceux capables de donner une définition claire de cette discipline interdisciplinaire qui se nourrie volontiers de sociologie, ethnologie, marketing, documentalisme...

Alix Lassaigne et Christophe Cotin-Valois tente d'illustrer le lien de plus en plus pertinant entre les l'architecture de l'information et la recherche liée aux moteurs de recherche, et son incidence sur le positionnement des marques par rapport à leurs clients.

Malheureusement, leur intervention manquait de rythme et d'assurance... Leur message s'est dillué dans les hésitations et les approximations... et pourtant, ils ont dit des choses intéressantes.

En résumé :

Le référencement permet l'accès au contenu. Pour cela il faut penser comme l'internaute
Le code HTML transporte des informations réelles
Identifier les contenus d'une marque et leur assigner des étiquettes, c'est définir le territoire de la marque et les services qui en découlent
Les pages avec trop d'informations rendent difficiles la navigation des internautes et sont difficiles à référencer
Dans l'organisation des contenus, un plan éditorial éditorial propose des parcours de navigation différents pour répondre à différents besoins, scénario de recherche de l'information etc...

Ce domaine, non technique, mérite amplement qu'on s'y intéresse car il est souvent négligé ou perçu comme la rustine qui redressera un projet mal conçu.

Pourtant, en s'intéressant à quels sont les contenus et comment ils sont organisés, c'est directement sur la performance du site que l'on va influer, car automatiquement on s'impliquera dans la définition d'une "marque" et sa "clientèle" qui sont uniques.

La vidéo de : Paris Web 2008 - Internautes et robots des moteurs de recherche, mais comment font-ils pour s'y retrouver ?

Paris Web 2008 - Accessibilité : des volontaires ?

Oric — Sat, 27 Dec 2008 17:07:00 +0100

La présentation d'Aurélien Levy (co-rédacteur du RGAA et nouvellement consultant chez Témésis) et Stéphane Deschamps (expert accessibilité chez France Télécom et ancien président de Paris Web) nous ont fait la conférence sur l'accessibilité sous la forme la plus "live" des deux jours : Accessibilité, des volontaires ?

Au programme

formulaires
liens
daltonisme
audio description
déficience motrice
déficience auditive
déficience intellectuelle
déficience technique
gestion de la langue
qualité de rédaction
etc...

En accessibilité, en particulier quand il sagit des déficiences visuelles, rien ne vaut l'exemple pratique. Aurélien et Stéphane démarrent donc la conférence par une séance d'écoute de synthèse vocal utilisé à différents sites web (valides xhtml strict 1.0 pour certains...). Le résultat est radical.

Non seulement, on découvre un outil qui ne nous est pas familier et nous fait comprendre que sa simple utilisation est déjà un handicap en soit pour leurs utilisateurs.

Ensuite, c'est notre égo qui en prend pour son grade, car même lorsqu'on pense déjà bien faire, on s'aperçoit que la simple validation "automatique" des standards web ne suffit pas. De même, alors que les standards web ont le vent en poupe, leur utilisation est souvent dévoyée pour la simple raison qu'on s'intéressent au code avant de savoir pourquoi on l'utilise : la soupe de DIV ne vaut pas mieux que la soupe de tableau...

Au delà du côté fun de la conférence, les défauts d'accessibilité ont des coûts pour l'utilisateur, qui se retrouvera au mieux fortement géné, au pire complètement bloqué pour exécuter une simple tâche... Ce coût vaut aussi pour les sociétés dans des secteurs concurrentiels car leur clients, non-voyants ou pas, ils les perdront !

La vidéo de "Paris Web 2008 - Accessibilité : des volontaires ?"

Paris Web 2008 - Travailler dans le présent

Oric — Sat, 27 Dec 2008 17:06:00 +0100

Chris Heillmann propose une conférence pour voyager dans le présent. Pourquoi ? Parce que les solutions qui marchent pour faire nos sites web, c'est ici et maintenant qu'il nous les faut.

Nous et la société qui nous emploie, avons déjà dépensé un certain temps et de l'argent à étudier, tester, et appliquer voire à développer des solutions techniques pour produire des sites toujours plus fiables (!), rapides (!) et dans des délai les plus courts possible (!).

Cette dépense d'énergie, il faut la capitaliser en réutilisant ces solutions et pour de nouvelles problématiques, regarder si quelqu'un n'y a pas déjà répondu et tant qu'à faire gratuite !.

Pour cela Chris, nous propose donc une liste importante de solutions open source, pour certains surprenants (à mon niveau).

Liste des solutions open source (platement copiée sur le blog de Chris)

Design Patterns, Design Pattern Stencils
CSS frameworks: YUI grids, YAML, 960, Blueprint
Exceptional Performance Tips, YSlow, Hammerhead
Fix your picture sizes with smushit.com
Page widgets (things that HTML doesn’t have): YUI, jQuery UI
Build an own search engine with Yahoo BOSS
YouTube API
Amazon S3 for storage
Batch video conversion with Amazon S3 and EC2
Captioning on a shoestring with CastingWords
Mechanical Turk

Vidéo - Paris Web 2008 - Travailler dans le présent

Paris Web 2008 : Ergonomie des interfaces riches

Oric — Wed, 24 Dec 2008 16:53:00 +0100

Amélie Boucher a ouvert cette première journée technique de Paris Web 2008 sur un constat récurrent en matière d'ergonomie : Technology changes, humans don't

Partant de ce constat, elle nous rappel que malgré l'engouement actuel pour les interfaces riches, les principes ergonomiques établis depuis bien longtemps restent d'actualité pour produire des interfaces dont la vocation reste in fine de transmettre un service à l'utilisateur.

Le message d'Amélie est donc en résumé "Oui, faites des interfaces riches (ou pas) mais faites les pour vos utilisateurs"

A travers différents exemples concrets et riche de son expérience tiré de nombreux tests utilisateurs, elle présente donc des interfaces riches en pointant du doigt leur intérêt et leurs lacunes. Elle nous montre que c'est parfois dans le détail que se cache le rendez-vous manqué entre les efforts techniques déployés pour intégrer une interface et son publique...Dans un contexte concurrentiel ces détails sont dramatiques car ils (les clients) peuvent aller ailleurs pour faire la même chose" !

Donc au programme :

Affordances
Feedback
Respect des habitudes tirées des applications offline
Accompagnement des utilisateurs
Tests utilisateurs
...

Je ne peux que vous conseiller de lire le livre très accessible d'Amélie "Ergonomie Web".

J'ai lu aussi récemment "Designing for interaction" de Dan Saffer un brin plus théorique, avec une partie sur le design de service plus que parlante.

Enfin, on ne peut que recommander le site de Jacob Nielsen "le Pape de l'ergonomie" pour sa richesse en terme d'études de grande envergure sur les utilisateurs dont la pertinence contredit parfois ce qu'on entend ici et là sur "c'est ergonomique !". Sa newsletter est bien pratique pour être un peu au jus de ces dernières publication.

La vidéo de la conférence d'Amélie Boucher

Paris Web 2008 - Qualité et accessibilité Web : vers l'amélioration continue

Oric — Tue, 23 Dec 2008 16:54:00 +0100

Présentée par Elie Sloïm (Temesis), cette conférence nous parle d'amélioration continue de la qualité des sites web .

Parmi les différentes conférences de Paris Web, c'est peut être LE sujet incontournable, car même si ses fondements ne sont pas nouveaux (certaines pratiques existent depuis longtemps dans l'informatique de gestion) la notion de "parc de sites" est, elle, totalement lié à l'environnement web.

Une des approches que j'apprécie chez Elie, c'est cette volonté de défendre les "bonnes pratiques" en restant pragmatique.

Les standards web, l'accessibilité, l'utilisabilité, ... oui ! Mais pas à n'importe quel prix.
Ces principes doivent évoluer dans le monde réel, là où les moyens financiers sont des arbitres qui ramènent nos envolées lyriques à des sujets plus terre à terre... Un mal pour un bien pourrait dire Elie car il met aussi en garde contre la surqualité dont nous serions tenté d'user pour voir (enfin !) nos standards web chéris sur le devant de la scène... au détriment du reste.

Non vraiment, Elie redonne de la dignité aux sites web et à ceux qui les font. Par "Ceux" on parle du développeur au client, en passant par le patron de l'agence web.
Oui, le con, c'est l'autre qui ne comprend rien, mais que ce passerait-il si demain on faisait des sites 100% standards et accessibles mais qui ne rapportent par un sou ? Ok ça existe :) Mais ce ne sont pas ceux là qui fournissent du business et font travailler plein de gens.

On est d'accord, aujourd'hui, nous, pauvres développeurs et autres employés, subissons souvent des décisions qui nous dépassent et surtout contre-productives. La faute à qui ? Peut être pas entièrement à ceux qui les prennent.

Quand les Américains ont débarqués en Irak en disant "on va vous apporter la démocratie" qu'est ce qui s'est passé ?
Une partie des Irakiens s'est dit "cool !", une autre a dit "Oh mais t'es qui toi ?"
Résultat : qu'ils soient de la partie "cool !" ou de celle "Oh mais t'es qui toi ?", c'est la même merde pour les Irakiens (voire pire).
Conclusion : (sophiste) la démocratie c'est mal ? Non, on s'en sort pas si mal en France et ailleurs, mais la démocratie ça ne s'exporte pas à coups de marteau et surtout ça ne répond pas à tous les problèmes, et surtout pas à la place des autres.

Les standards web and co pour les sites web, c'est pareil.

C'est ce que, je pense, Elie essaie de faire passer.

Quelles sont les règles que je m'applique ?
Quelles sont les contraintes qui me sont imposées ?
Quels sont les moyens que je me donne ?

Enfin, et c'est là aussi une des idées majeur de la conférence, Elie nous parle d'évaluation de la qualité, non pas d'un, pas deux, mais dix, cent, milles sites web (toute allusion à "Oncle Tom" est fortuite !) qui feraient parti d'un parc de site, en propre ou d'un client.

Est ce que tous les sites ont le bon logo "corporate" ?
Est ce que la charte est respecté sur tous les sites ?
Est ce que le niveau d'accessibilité de tous les sites est suffisant ?
Est ce que tous les sites contiennent les services minimum attendus ?
Est ce que nos clients peuvent nous contacter via tous nos sites ?
Qui est responsable de chaque site ? Du parc ? Combien avons nous de sites ?
etc...

Il ne sagit pas faire un "one shot" mais de manière cyclique, être capable de :

inventorier
créer un/des référentiels
auditer
planifier
deployer

Cette démarche, c'est via Mon Opquast qu'Elie et Témésis tente d'y répondre, afin d'aller vers l'amélioration continue...

La vidéo de la conférence

Voiles et voiliers : Il était un petit navire !

Oric — Sun, 14 Dec 2008 10:24:00 +0100

Faisons court : le site de Voiles et Voiliers est (enfin ?) sorti !

Pour les gens passionnés de voile, c'est un peu comme la FNAC, une certaine image et une longue histoire.

Pour nous, c'est à dire, les gens d'AFG - Actinext, c'est un gros bébé qu'on peut enfin montrer après une gestation d'un an.

Au programme :

Magasine avec de la vidéo, photo, visite virtuelle, extrait sonore, diaporama etc... de grande qualité
Un "Club" comportant beaucoup de recoupement d'intérêts entre membres, la création d'un blog pour chaque membre etc...
Un espace location pour ceux qui veulent s'offrir une croisière sur mesure
Un espace petites annonces pour ceux qui veulent acheter un bateau pour le louer à ceux qui veulent s'offrir une croisière sur mesure (ou alors juste pour eux :) )
Un forum (phpbb ok, mais on l'a tuné pas mal hein ! :) )
Pas visible pour les internautes, mais on l'a fait alors il faut le citer, une admin pour rentrer toutes les petites choses que j'ai listé avant (non non le site n'est pas fait avec Joomla ! )

Sinon, en vrac et pour le plaisir :

On a retourné Cakephp sur certains aspects, pour les autres on compte bien mettre les mains dedans bientôt :)
On a retourné FCKeditor (merci Olivier en particulier ;) ), vous verrez par vous même les résultats
Pour ceux qui ont déjà mis en place de la pub OAS (si si, vous savez, ce truc qui vous met du JS partout partout partout...), j'ai (ou' "j'ai", c'est ma fierté alors je ne m'en prive pas) conçu une manière d'administrer le plan de taggage que la régie du pub n'avait jamais vu :)
Un grand bravo à Aurélien qui par son SherlockHolmisme nous a dégoté 1000 et 1 astuces sous Cake et apporté beaucoups d'autres choses ;)
On oublie pas Polo qui a beaucoups de mérites (je ne peux pas dire pourquoi...) et bien plus de talent qu'il ne le prétend ;)
Et les autres :)

Voilà voilà, un gros plein d'expérience, encore un peu de boulot à venir, mais ça fait rudement plaisir :)

Loulou ? Loulou ?! Loulou ?!!!

Oric — Sun, 16 Nov 2008 10:44:00 +0100

Non, je ne suis pas aux cabinets, mais comme eux, je suis occupé (pas par Loulou...)

Contrairement à ce que je crois encore, on n'a pas toujours prise sur son temps (libre).

Les priorités (parfois discutables) sur le temps qui me reste après mes lo(oooooooooooo)ngues journées de travail du moment, a mis un petit coups de frein à la rédaction des cogitations qui se bousculent sous la peau de singe de votre serviteur (ouais il est tôt - ! - , je dis ce que je veux !).

J'ai tout de même entamé deux billets

Une série de réaction sur un billet qui présente l'intérêt des prototypes XHTML comme support pour le design web.
Une présentation de l'essai "Changements : paradoxes et psychothérapie" (P. Waztlawick, 1975), qui me servira de base pour de futurs billets

Un autre est à venir très rapidement, puisque mon agence, Actinext (Groupe AFG), a eu la bonté de me lâcher (dans la nature, pas les basques ;) ) pour assister aux deux journées de conférence de Paris Web 2008

Et vous ? Comment ça va ?

W3 Café 5 (WASP) - Compte rendu

Oric — Sun, 19 Oct 2008 02:17:00 +0200

Le point départ du dernier W3 Café est la venue de Charles McCathieNevile, Chief Standards Officer d’Opera Software ASA.

Au programme :

Une présentation de Web Standards Curriculum (WSC) d'Opéra, une sorte de base de connaissance du web alimentée par des articles des gens d'Opéra.
Un topo sur le web mobile où Opera Mobile semble bien présent

Une table ronde sur les standards web avec en guest star XHTML2...

Le web mobile : petit mais costaud !

Le web mobile se porte bien et ce n'est que le début...

Globalement, Charles McCathueNevile, a été plutôt brouillon si on s'en tient au WSC et au web mobile.

Pour WSC, l'intention est bonne mais dans le fond, malgré les compétences probables des auteurs, on peut se demander quelle est la pertinance de cette démarche, au regard des nombreux autres articles de la même qualité présent partout sur le web.

Concernant le web mobile, son intervention tournait forcément autour d'Opéra, mais on peut retenir quelques informations intéressantes sur le web mobile en général :

Le marché du web mobile est en pleine explosion. Même si les chiffres annoncés sont vu par le prisme d'Opera, on peut facilement traduire cette tendance sur ce secteur en général, toute plateforme confondue.
Le web mobile, ou plus exactement, les clients léger (comme Opéra Mobile) sont déjà présent aujourd'hui sur des machines très diversifiés (ordinateurs personnels, consoles de jeu, équipement automobile, appareils mobiles, etc...)
Le web mobile représente pour certains pays, le principale support de communication moderne pour palier aux défauts de l'infrastructure locale
A l'image de la WII, de nouveaux comportements sociaux se développent autour du web mobile (ie. les parties de Trivial Poursuit dans les bars où chacun consulte internet pour glaner des infos ...)
Même si l'IPhone a vulgarisé le web mobile (une aubaine pour le marché du mobile donc), il souffre d'un gros défaut pour les développeurs et au final pour les utilisateurs : l'IPhone ne donne accès qu'à l'internet écrit pour l'IPhone (pas standard donc)... On sait ce que donne les technos propriétaires...

Opera : la tête sur les épaules

Selon Charles McCathueNevile (et Opera donc) les standards web ne sont que la formalisation des pratiques d'hier, celles que tout le monde utilise (ou au moins une audience suffisamment représentative) ou pour reprendre l'expression d'un des intervenants "On regarde les standards web dans le rétroviseur".

Un signe qui ne trompe pas, est la récente polémique entourant xhtml2 à qui on a finalement préféré html5, certe théoriquement moins ambitieux, mais plus concret pour n'importe quel développeur. Html5 "c'est vraiment du web" diraient certains.

Opera est donc dans cette posture : Intégrer les choses qui font concensus, mais aussi proposer au W3C de standardiser les "features" qui, de fait, sont devenus des standards.

Nous sommes donc tous exposés au dilem de "La poule et l'oeuf", à l'image de cette réflexion de Charles sur xhtml2 :

Si personne ne produit de sites en xhtml2, Opera Software ne voit pas l'intérêt de se focaliser sur l'intégration de cette norme dans son browser. Oui mais si Opéra (et les autres browsers) n'apportent pas de support à xhtml2, comment justifier le développement de sites reposant sur cette norme ?

Donc, notre vrai travail à nous acteurs du web, est d'inventer, voire promotionner, les standards demain (ou d'aujourd'hui en fait ;) ).

Cela comporte une part de risque important, mais quand on y réfléchi bien, dans tous les domaines, ce sont les sociétés qui ont un fort potentiel de recherche qui sont leader de leur secteur...

Une petite phrase de Charles McCathueNevile m'a marqué :

S'il y a de la concurrence (à Opera) c'est bien !

Ce qui m'a fait pensé : "Mais oui c'est logique !".

Oui car, de la même manière qu'hier on ne voyait que par Internet Explorer, aujourd'hui c'est un peu le cas pour Firefox (même ma belle mère connait Firefox ;) ). Or on a bien vu ce qui s'est passé avec IE...
Il nous faut donc éviter de devenir des Firefox addict et rester ouvert sur l'utilisation de plusieurs navigateurs, ne serait ce que pour notre culture générale ;)

Les standards web : trop élitiste ?

Au delà des considérations techniques, les standards web souffre d'un cruel manque de rayonnement dans le grand publique.

Une des dernière discussion à porté sur la façon de diffuser les standards web pour garantir un web de meilleur qualité.

On a pris pour exemple les machines à blog ou à portails, voir les softwares, qui facilitent la création de sites web.

Nous étions tous d'accord pour dire que cela produit de mauvais site du point de vue des standards web.

Pourtant, nous étions plusieurs à reconnaître que cette ouverture au grand publique à plusieurs effet bénéfiques pour le web en général et pour les professionnels en particulier :

Le web est un espace d'expression, et peu importe le support, ce qui compte après tout c'est l'information qu'on y trouve.
Cette multitude de sites "mal foutu" techniquement, offre aux professionnels du web l'occasion de prouver leur expertise, et surtout de montrer qu'elle est rare...

J'irai même un peu plus loin.
Cette discussion m'a montré à quel point l'enjeu de la diffusion des standards web ne se joue pas vraiment sur le terrain technique. Au W3Café, comme à d'autres réunions de gens du métier, il n'y a justement "que des gens du métier", déjà acquis à la cause des standards.

Au delà de notre expertise technique des standards, combien d'entre nous savent quantifier le bénéfice de l'application des standards dans leur projets ? Est ce que notre façon d'appliquer ces standards n'est pas contreproductive pour un projet donné, une société donnée dans un contexte donné ? Est ce que nous savons utiliser les bons mots pour vulgariser les standards web ?

Car aujourd'hui, je ne pense pas me tromper en disant que beaucoup d'entre nous sommes seul dans notre equipe, société. Même si la tendance évolue, c'est nous qui allons vers les autres pour leur proposer les standards web et non l'inverse. Pourquoi ? Parce que les standards sont trop souvent abordés sous un angle technique alors que nos interlocuteurs veulent simplement savoir :

Qu'est ce que ça m'apporte de plus ?
Combien ça me coûte ?
Est ce que vous êtes en train de me dire que je suis nul ?

En cela la journée décideur de Paris Web est un bon exemple de ce qui (devrait) marche(r), au même titre que cette visite informelle d'Elie Sloïm (Temesis) chez nous pour désacraliser le terme "standard web" et nous faire entrevoir un champs plus large : la qualité.

Jakob Nielsen : Bridging the Designer-User Gap

Oric — Wed, 08 Oct 2008 00:09:00 +0200

En essayant de rattrapper mon retard sur la lecture des articles de la newsletter de Jakob Nielsen, je suis tombé sur Bridging the Designer-User Gap (qui pourrait se traduire par "réduire le fossé entre l'utilisateur et le designer").

Summary:
Depending on how representative designers are of the target audience, a project might need more or less user testing. Still, usability concerns never go away completely.

En résumé, il décrit 3 cas qui induisent un espace allant de la petite faille à un gouffre entre utilisateur et designer lors du design d'un projet :

Le designer est l'utilisateur :
C'est le cas (le plus confortable) par exemple des projets open source designed by geeks, for geeks où le designer et l'utilisateur final partagent la même hyper-connaissance du domaine d'application. Pourtant, il lui faudra effectuer un minimum d'aller-retour pour recueillir des feedbacks et améliorer le design du projet initial.
Le designer comprend le produit :
L'article prend l'exemple du design d'un téléphone portable. Bien qu'il en utilise un lui même, le travail du designer sur un tel produit ne se résume pas à y intégrer sa seule expérience avec un téléphone portable. Il existe bien des utilisations que seule une série de tests utilisateur pertinents peut découvrir.
De plus, généralement, l'équipe de design est sur-compétente techniquement, ce qui l'empêche d'être impartiale dans la définition d'un produit qui doit toucher une audience non qualifiée.
Designer pour un domaine inconnu :
Le designer endosse le rôle du newbie et doit s'en remettre à l'expérience des experts d'un domaine qui lui est totalement inconnu. L'article suggère même le recrutement de personnes du métier pour découvrir comment elles travaillent, quelles sont leurs attentes etc... et travailler sur des prototypes papier pour tester les premières idées.

Dans tous les cas, on voit bien que le designer ne peut pas sortir un design de son chapeau magique. Il lui faut des données tangibles sur le produit et son environnement pour produire un design cohérent.
A méditer...