Baruch (./135) :
L'objectif d'un utilitaire, c'est d'être utile. Donc c'est l'utilité qu'il faut noter. Pour ça, il faut diviser l'utilité en différentes composantes.
ben en fait, Qualité, Fluidité et Originalité participent de l'utilité:
-un utilitaire de qualité (bien finit, présentation, etc.) est d'autant plus utile.
-Un truc fluidet est plus utile qu'un truc lent (à fonctions égales )
-Un truc original, c'est un prog dont on ne trouve pas déjà 300 copies sur ticalc, et non un prog dont personne n'a besoin (exemple: polynômes du second degré, etc.) donc à utilité 'intrinsèque' égale (ça m'est aussi utile pour m'aider pr les devoirs, pr faire de la musique...), c'est d'autant plus utile si c'est original
Pour la difficulté (entendue comme difficulté technique), comme c'est un concours de programmation ça me semble pas anormal que ça rentre en compte.
Bon sinon c'est bienvenue de discuter les barèmes, mais avant l'ouverture du concours (les règles qui changent pendant...) et en particulier avant la soumission des progs.. bon sinon je rappelle que les juges sont plus intelligents que les barèmes, on n'est pas au lycée avec des barèmes stricts et débile typique genre du Français ou de l'histoire, donc bon je ne pense pas que ça pose de réel problème: si ça ne 'convient' pas bien à un prog, que les juges estiment que ce prog est très bon et qu'il vaut 15/20, il arriveront à 15 en ne notant pas aveuglément selon chaque critère séparé. La case utilité, bien floue, sert un peu à ça. ensuite, els critères sont pris en compte en fonction de la globalité du prog ( (je veux dire, si tu fais un prog qui affiche 'hello world' à l'écran, je ne pense pas que ça mérite tous les poitns en fluidité et qualité p.ex ... )
bon sinon bon courage à tous les juges. C'est un peu décevant de manquer de progs en asm...