Résistance au changement...

S'il y a bien un sujet que je trouve passionnant, c'est la relation qui s'établie entre un utilisateur et un logiciel.

Un exemple de relation de rejet est fréquemment abordée sous le nom "résistance au changement". Quel déception lorsque l'on a terminé en temps et en heure une refonte ou une nouvelle version d'une application et que les utilisateurs continuent à travailler avec l'ancienne version...

Voici un bon article (en anglais) qui donne de bons indices sur les moyens de vaincre cette résistance:
http://headrush.typepad.com/creating_passionate_users/2006/09/why_they_dont_u.html

Et sur ce blog, combattre avec les armes de ses adversaires: quelques autres techniques pour résister à la résistance aux changements
Urbanisation des Systèmes d'Information: La résistance à la résistance aux changements

Framework de présentation Web JEE: où en est on?

Sujet très à la mode il y a deux ou trois ans (à l'époque, plusieurs nouveaux framework se lançaient par mois) , tout semble se clarifier peu à peu.

Au final, plusieurs projets Open Source intéressants, avec des approches un peu différentes.

• Le framework Ajax de Google s'appuie sur le codage de la couche présentation en Java. Bien fini et élégant, il a fait ses preuves: gmail, picasaweb, my google... (même s'il comporte quelques limitations). Yahoo, msn et Adobe ont également publié leur framework de manière similaire.
• Le successeur du framework Java EE le plus utilisé, Struts, se fond dans Webworks, qui est un très beau projet. Même si la notoriété de Struts devrait jouer, et malgré l'élégance de Webworks, je ne suis pas sûr que cette future version de Struts (Struts "Action" ?) puisse faire le poids...
• JBoss Seam a pour lui des fonctionnalités intéressantes et puissantes, notamment le support de JSF (le framework officiel de présentation de Java)
  
• Enfin, un wrappeur de JSF reprenant les idées de l'excellent Tapestry remporte la palme en matière de légèreté: Facelets.

Même s'il existe d'autres projets séduisants (Struts Shale, Wickets, Echo, Flex & Lazslo...), ces trois là (Google Web Toolkit, JBoss Seam + JSF, Facelets + JSF) sont mes préférés. Ils répondent à des besoins légèrement différents (ils se différencient notamment par leur légèreté) et représentent sans doute ce qui se fait de mieux au niveau de l'innovation et du respect des standards actuellement.

Cela dit, j'ai toujours eu des doutes au niveau de la pertinence de Java pour gérer la couche présentation. Trop complexe, trop lourd, il serait peut être temps de passer à des technologies de script pour gérer cette partie (Ruby On Rails ou Groovy On Rails - GRAILS ?).

Mettre en place une interface utilisateur pour une application Web

On demande généralement systématique aux programmeurs de mettre en place l'interface utilisateur (IHM) des applications sur lesquelles il travaille.

Le problème, c'est que souvent le programmeur n'a pas de compétence ni de connaissance sur le sujet, et que l'on se retrouve avec des interfaces bancales, peu ergonomiques, complexes et souvent compréhensibles surtout par un développeur, rarement par un utilisateur final.

Voici un article (en anglais) simple et clair qui présente quelques conseils pour mettre en place de manière efficace l'ergonomie d'une application:
6 Tips for Sane User Interfaces (http://mikeomatic.net/?p=65)