Aluku Kusouka

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.

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 ?

La simplicité illustrée à l'ordre du jour introduite par http://www.qualitystreet.fr/?2007/10/09/64-simplicite-en-fait-tout-sexplique qui nous amène rapidement à http://headrush.typepad.com/ (franchement c'est long mais c'est tellement bon à lire - ya même des images pour ceux qui n'aiment pas lire ;) )

D'ailleurs, tiré de cet article voici un jeu "Qui est ce ?" parmi ces 3 profils :

Ca commence par quelques bons billets collectés sur Superfiction

• un livre qui décrit les métiers émergeants du design web sous forme de fiches. C'est téléchargeable en pdf pour 18 €
• un billet sur les libellés des formulaires de recherche et les quelques détails qui compte pour éviter les echecs des utilisateurs. Quand on sait que c'est un des mode de navigation le plus utilisé pour trouver un produit ou une info dans les sites un peu touffu, on peut comprendre l'intérêt de porter une attention particulière à son implémentation...
• un exemple de process d'achat tout-en-une-page qui évite de perdre les clients  allergiques  aux écrans qui s'enchainent interminablement :)

Et ça finit par un billet de Jakob Nielsen sur le wording des liens html à la lumière d'exemple récents. C'est parfois les petits détails qui changent tout ;)

Je vais essayer de suivre le fil conducteur de Fred Cavazza en vous listant une série d'articles récents qui, à n'en pas douter, prônent la simplicité pour cacher des choses complexes, un peu comme l'arbre cache la forêt...