Commentaires sur : Faut-il maîtriser son code HTML ?

Par : Gilles S

Gilles S — Tue, 30 Jun 2009 09:47:19 +0000

Ce qui est sur, c’est que d’experience, quand on fait faire du Html un peu joli à un dévelopeur java en mode agile donc « rapidement », le résultat est un code Html pas très très propre… :)
Après d’experience également, meme pour une application intranet d’entreprise, l’ergonomie est très importante pour faciliter/encourager la participation des gens sans devoir gérer des emails et appels téléphoniques pour accompagner les gens… (encore une fois quand la population concernée est supérieure à 100)

Par : Arnaud Héritier

Arnaud Héritier — Mon, 29 Jun 2009 12:18:50 +0000

Je pense qu’il ne faut non plus confondre ergonomie et design. Le design c’est ce qui fait que l’on vient sur un site. L’ergonomie c’est ce qui fait que l’on y revient.
Dans les applications d’entreprise, le design faut bien avouer qu’on s’en fou puisque les utilisateurs seront obligés d’y venir. Du minimaliste convient donc souvent (« a la » google). Par contre l’ergonomie reste un besoin important et est souvent mal pris en compte alors que c’est ce qui va de paire avec la productivité.
Les ergonomes (contrairement aux designers) n’en ont « rien » à faire du html, du css etc. Ils ne font que prendre en compte les limitations du support. Ensuite il donnent diverses recommandations sur les enchaînements des actions, le positionnement des éléments etc.
Le framework importe donc peu pour ce qui est de l’ergo mais le fait de maîtriser le généré (comme le code généré d’ailleurs) reste un point important pour la maîtrise globale des développements.

Par : Gilles S

Gilles S — Mon, 29 Jun 2009 09:49:12 +0000

Merci pour ce post qui parle d’une problématique réelle du terrain et qui met un petit bémol à GWT.
On vient de passer des années à engranger des connaissances sur le HTML/CSS et on oublie tres souvent en parlant de GWT (le must have actuel…) que le travail des designers ne pourra plus etre intégré comme avant… Alors OK pour les petites applications rapides mais meme pour une application intranet, le HTML/CSS est important!
Je dirais que si on a plus de 100 utilisateurs alors le HTML/CSS est important. En dessous de 20 alors on peut se fier au design du développeur… (j’en fais partie :)
Maintenant, peut-etre qu’un framework comme ZK qui a un langage XML permettant d’intégrer du HTML et des CSS pourrait un jour dépasser GWT…
Ou alors les designers doivent se spécialiser à la techno GWT.
En tous cas, on peut également citer Spring MVC avec son système d’annotations vraiment très efficace et qui (nous) permet de travailler avec nos designers.

Apres il y a encore le sujet d’avoir un designer dans une équipe agile, mais ca c’est un autre sujet…:)

Merci encore.
Gilles

Par : Gabriel

Gabriel — Sun, 28 Jun 2009 12:56:25 +0000

Où l’on apprend tout de même qu’on met du HTML dans les jsf…
hum… Je ne suis pas absolument sûr que cela soit dans les bonnes pratiques.

Par : Stephane

Stephane — Thu, 25 Jun 2009 12:43:54 +0000

Ravi qu’Octo se positionne sur ce sujet. Cela fait quand même 4 ou 5 ans que le problème crucial de la maitrise du code des pages Web d’une application devient un élément fondateur de la maitrise d’un parc logiciel et de l’ »outillage » des process dans une entreprise (les orchestrateurs intertsidéraux mettant ce sujet sur le tapis la plupart du temps). Ceux qui n’ont pas réalisé à temps que l’arrivée de navigateurs innovants et la popularisation de standards du Web désormais matures auront attendu 2009 pour réfléchir à la problématique de Frameworks IHM. Mais mieux vaut tard….
Je pensais de manière désabusée que le niveau du dernier petit déjeuner Octo organisé sur ce sujet cristallisait ce peu de maîtrise de la problématique et de ces enjeux, me voilà rassuré.

Par : Thomas Recloux

Thomas Recloux — Thu, 25 Jun 2009 07:06:22 +0000

Je vous rejoint sur la séparation entre le « One size doesn’t fit all », les contraintes sont tellement éloignées entre un site de e-commerce et une application de gestion.

Un argument en faveur de la maitrise du code HTML pour les sites Web : les performances. Les générateurs de code HTML produisent le plus souvent du code très verbeux.

Par : Mickaël Morier

Mickaël Morier — Wed, 24 Jun 2009 23:38:35 +0000

Je te rejoins sur ton analyse Damien, le framework est loin d’être le seul responsable mais il y contribue.

Quand toujours dans les projets, ce qui pose le plus souci est la manière dont les gens travaillent ensemble. Favoriser les échanges est l’une des clés majeures pour réussir un projet.

Par : Damien GOUYETTE

Damien GOUYETTE — Wed, 24 Jun 2009 20:03:29 +0000

Il n’y a pas que le framework d’IHM qui est à remettre en cause, mais souvent le processus d’échange avec les designer. A une époque ou nous parlons d’équipe Scrum et de rapprochemet MOE/MOA afin que chacun soit conscients des problèmes rencontrés par les équipes.

Quand à Wicket, cela n’est pas non plus la solution miracle car il encourage à ajouter des attributs qui ne sont pas html strict compliant. Et le code dans la partie « Controller » de l’application et loin d’être propre.

Pour conclure, et pour rester proche de l’idéologie Scrum : mieux vaut privilégier les processus et la communication que les outils.

Par : Waddle

Waddle — Wed, 24 Jun 2009 14:26:31 +0000

N’est-ce pas plutôt là une indication de la qualité d’un framework IHM ? Même sans référencement, intégrer un montage est une étable obligatoire. Quand on voit la facilité à le faire avec Wicket ou Struts 2 et son système de templating, on se dit que JSF ou autres joyeusetés du même genre sont réellement en retrait (et pas que sur ce point).
Le cas de GWT est un peu différent, car il s’agit d’un framework tourné vers la réalisation « d’applications web », l’objectif n’est donc pas le même.