C'est hélas "naturellement" vrai d'après mon expérience, pour le design et l'ergonomie, pour plusieurs raison:
1) Pour faire du beau, il faut faire des choix et des renoncements. Donc lorsqu'un designer s'en occupe, facile d'être cohérent avec lui même. Faire ceci en darwinisme façon bazar, c'est mort... et lorsqu'en plus ce sont des dev qui s'en occupent ... :(
Après, ce n'est pas irrémédiable, dans le proprio, l'édition ou certains projet open-source, il y a des équipes dédiés avec une direction artistique qui maintient la cohérence.
2)Le proprio fera facilement accepter la charte ou les guides par les autres (vive la hiérarchie... ) alors que dans un projet libre il faudra une certaine maturité dans le projet pour voir ce genre de chose se mettre en oeuvre.
3) Parfois, le code (framework, architecture ...) n'est pas fait pour laisser les artistes ou les ergonomes travailler indépendamment des développeurs. Cela empêche des graphistes non codeurs de contribuer. Par exemple sur les jeux de KDE3, les images de graphismes (moche) étaient en code hexa dans des fichiers C++. Lorsqu'ils furent externalisés en fichiers externe en SVG, il y a eu des contributions artistique. J'ai aussi vu ce genre de blocage sur les couleurs/rendu statistique de LibreOffice il y a quelques années par exemple lorsque j'ai voulu les améliorer (j'ai lâché l'affaire...).
Heureusement, nombre de projets arrivent à surmonter ces travers donc il ne faut pas généraliser non plus:)
# Souvent vrai
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Libre mais.... moche ?. Évalué à 10.
C'est hélas "naturellement" vrai d'après mon expérience, pour le design et l'ergonomie, pour plusieurs raison:
1) Pour faire du beau, il faut faire des choix et des renoncements. Donc lorsqu'un designer s'en occupe, facile d'être cohérent avec lui même. Faire ceci en darwinisme façon bazar, c'est mort... et lorsqu'en plus ce sont des dev qui s'en occupent ... :(
Après, ce n'est pas irrémédiable, dans le proprio, l'édition ou certains projet open-source, il y a des équipes dédiés avec une direction artistique qui maintient la cohérence.
2)Le proprio fera facilement accepter la charte ou les guides par les autres (vive la hiérarchie... ) alors que dans un projet libre il faudra une certaine maturité dans le projet pour voir ce genre de chose se mettre en oeuvre.
3) Parfois, le code (framework, architecture ...) n'est pas fait pour laisser les artistes ou les ergonomes travailler indépendamment des développeurs. Cela empêche des graphistes non codeurs de contribuer. Par exemple sur les jeux de KDE3, les images de graphismes (moche) étaient en code hexa dans des fichiers C++. Lorsqu'ils furent externalisés en fichiers externe en SVG, il y a eu des contributions artistique. J'ai aussi vu ce genre de blocage sur les couleurs/rendu statistique de LibreOffice il y a quelques années par exemple lorsque j'ai voulu les améliorer (j'ai lâché l'affaire...).
Heureusement, nombre de projets arrivent à surmonter ces travers donc il ne faut pas généraliser non plus:)