Vous êtes ici : Accueil > Projets > Une usine à gaz
Accaparé par le travail, je n’ai rien écrit sur ce site depuis un moment. J’ai dû me débrouiller avec l’un des pires codes HTML que j’ai jamais vu, non valide, non sémantique (atteint de DIVite aiguë), non accessible, et j’en passe. Bref, un brouet indigeste (mais copieux : plus de 100 Ko de code HTML pour un petit plugin web) ! Concevoir une présentation propre dans ces conditions est voué à l’échec : même le plus adroit des tailleurs ne peut pas transformer Quasimodo en Apollon !
C’est dommage, car l’idée de départ était intéressante. Mais les questions d’ergonomie et de qualité du code ont été négligées et le résultat est déplorable. J’ai l’impression que les développeurs se sont lancés directement dans la programmation, se confrontant à des problèmes techniques certainement ardus, mais sans réflexion préalable et en perdant de vue l’utilisabilité de leur produit. Au final, c’est une usine à gaz qu’il est non seulement impossible de présenter proprement, mais surtout dont l’utilisation n’est ni pratique ni intuitive.
La critique ne s’adresse pas aux programmeurs eux-mêmes, qui ont fait le travail qu’on leur demandait. Mais ce genre de réalisation met en évidence la nécessité de faire intervenir très tôt un designer, qui pourra réfléchir sur la présentation du produit, son ergonomie, et prodiguer des conseils sur la structure, la sémantique et la validité du code.
Les usines à gaz !!! Je comprends que tu pètes les plombs de temps en temps
A part ça, je n’y avais pas prêté attention, mais la maquette de ce blog est comme je les aime : sobre et efficace.
En un certain sens, c’est bien que tu n’aies pas prêté attention à la présentation de ce blog : cela montre au moins qu’elle ne t’a pas dérangée, quelle sait s’effacer devant le contenu. Il en va de la présentation de certains sites (quand cela se justifie) comme de la typo « invisible » : quand elle est bien faite, on ne la remarque pas.
cela démontre aussi la necessité de prendre son temps, et ce n’est pas forcément des semaines, cela peut-être ne serait-ce qu’un jour ou deux… hélas dans le développement on (oui, j’en fais partie…) a tendance à se lancer, tête dans le guidon, il faut toujours faire tout de suite, vite, pourvu que ça fonctionne un minimum. Le client ou le patron veulent un résultat visible au plus tôt, voulant voir la forme sans se préoccuper du fond (”de toute façon personne ne regarde”). Et on a beau dire, même quand on est maniaque, même quand on aime les choses bien faites, dans ce domaine le “vite fait bien fait” n’existe pas… et au final on perd le temps après à tout refaire, alors autant prendre un peu de temps au début…
Wildmary : j’ai aussi été développeur, je sais ce que c’est. Effectivement, quand on donne un travail à faire, le réflexe consiste à se mettre devant son écran et commencer à programmer sans attendre. Il manque souvent au développeur le temps de réflexion et le recul nécessaire pour regarder au-delà des problèmes techniques auxquels il est directement confronté.
Mais ce n’est peut-être pas à lui de se préoccuper de ces questions : d’autres personnes dont c’est le rôle devraient être conviées à s’en charger, dès l’origine du projet. Sinon le risque est effectivement de perdre un temps considérable lorsque l’on réalise que le projet, quoique techniquement satisfaisant, n’est pas exploitable.