J'ai commencé à lire le réglement, par cusiosité...
déjà, je tombe sur ça :
La source devra être fournie au jury. Si l'auteur ne désire pas partager la source, les membres du jury s'engageront à ne pas la diffuser selon les voeux de l'auteur.
si je fais un programme en closed-source, ce n'est pas pour fournir la source, même si les membres du jury s'engagent à ne pas la diffuser.
Soit je code en open-source, auquel cas tout le monde à la source
Soit je code en closed-source, auquel cas personne n'a la source.
(et je ne fais pas la moindre exception)
Tout programme trop proche d'un autre déjà existant verra sa source comparée au programme en question et si le plagiat est avéré, l'auteur sera exclut du concours sans préavis.
accessoirement, si ce sont deux programmes récents, qui prouve que l'un a copié sur l'autre et pas le contraire ? (du moins si des betas ont déjà été diffusées en open-source)
et puis, il est des types de programmes qu'on ne peut pas faire de 36 façons... prend un hello world, par exemple... OK, y'a au moins 3 façons de le faire... une rapide pour le codeur (printf), une plus pratique (DrawStr) et une complétement ridicule (DrawChar)... mais à part ça..
Pour les programmes en C, le fait que le programme nécessite un kernel ou pas n'influera pas sur la note du moment que le kernel existait avant le debut du concour.
et les progs en ASM, ils ont pas le droit d'utiliser de kernel ?
Si il y a utilisation de librairies, il ne devra pas y avoir d'utilisation abusive de routines crées par d'autre programmeur.
heu... les librairies, ça sert à ça...
Actuellement, pour KII, j'utilise XLib... et j'utilise des fonctions de XLib plusieurs centaines de fois par seconde.... (peut-être même que je suis à plus du millier de fois par seconde, entre le fond, les missiles, les murs, les ennemis et tout...), c'est à dire que j'utilise plus les fonctions de XLib que les miennes !
Le terme de "abusive" (utilisé aussi ailleurs dans la réglement) est beaucoup trop vague !
Pour les programmes en basic pur, l'utilisation de commandes Exec est interdite.
la commande exec EST du basic pur, puisqu'elle est inclue dans AMS !
Plutot que de l'interdire, il vaudrait mieux limiter la taille des chaines exec authorisées.
Le jury appréciera la présence [...] de plusieurs versions (programme disponible pour les 89 et les 92+/v200...)
Heu... y'a des programmeurs qui se font chier comme c pas imaginable pour que leur programme fonctionne sur 89/92+V200 avec le même fichier exécutable... (compatibilité totale de l'exécutable, quoi)...
=> ils n'ont pas plusieurs versions, mais une seule qui tourne partout. Ils seront pénalisés pour ,ça ? ça me parait assez dommage !
Rapidité d'exécution (7 points)
en même temps, un utilitaire n'a pas besoin de la même vitesse qu'un jeu, en général... de la même façon qu'un jeu de cartes n'a pas besoin de la même vitesse qu'un shoot'em up...
Maîtrise du langage de programmation (4 points)
heu... S'il y a des choses que vous ne comprennez pas dans le source, vous considérez que c'est le porogrammeur qui est mauvais, ou vous ?
Les vainqueurs bénéficieront d'une news pour leurs programmes qui leur fera de la publicité. Ainsi qu'une inscription sur une page qui mentionnera tout les vainqueurs avec un lien vers leurs programmes.
je croyais que ct un prog par personne !
ou alors, vous présenterez même les progs qu'on n'a pas présenté au concours ?
Le concours démarre le 20/03/2004 et les participants ont jusqu'au 31/06/2004 pour s'inscrire et jusqu'au 31/08/2004 pour envoyer leurs programmes
je trouve dommage de faire finir les inscriptions avant les vacances...
certaines personnes ne peuvent coder que pendant les vacances... et il est parfois difficile de savoir, au début des vacances, si le prog sera fini à la fin de celles-ci...
un fichier lisez moi (préferer txt plutot que html),
heu... perso, je préfére largement HTML à txt...
La taille dans l’absolu n’est pas prise en compte, la taille relative aux performances est notée en revanche.
et vous ne tenez pas compte des fonctionnalités pour juger de la taille ? uniquement des performances ?
en gros, un hello world de 64ko mais très très rapide sera mieux noté qu'un shoot'em up de 100ko un peu plus lent ?
dommage...
(surtout que, dans la liste de points en dessous, ovus parlez de fonctionnalités)
La note de maîtrise sera décernée par un membre du jury ayant de bonnes connaissances en programmation. Les participants devront se tenir à disposition du jury afin de l’éclairer si le besoin s’en fait sentir.
heu, là-dessus, je suis un peu mort de rire
aussi, souvent, il faut faire un choix entre qualité de programmation et rapidité du programme... genre, utiliser un ou deux goto judicieusement placés, même si c moche, permet de gagner pas mal en vitesse, des fois... vous tenez compte de ça ? ou vous regardez juste la gueule du code ?
La note d’originalité est la seule note qui jugera les programmes dans l’absolu. L’originalité tiendra compte de l’existence ou non d’un programme semblable sur TI89/92+/v200.
heu... et si un programme "semblable" a déjà été fait... mais par le même auteur ???
genre, un type a codé un jeu il y a deux ans... et sort maintenant la version 2 du jeu, plus avancée, avec plus de fonctionnalités... est-ce que vous mettrez une note d'originalité de merde ?
Il y aura 1 point bonus pour tout les programmes qui ont plusieurs versions (89 et 92+/V200)
argh
et pour le programme qui n'a qu'une seule version, mais qui fonctionne sur toutes les calcs avec le même exécutable ? (ce qui est TRES chiant à faire par rapport à plusieurs versions...)
Voila, ma foi, ce que j'ai noté en lisant le réglmement...