Concours de programmation - Page 1

J'organise un concours de programmation pour TI sur mon site.
Si ca vous interresse, c'est ici que ca se passe.

En esperant que ca vous plaira

Hmm par curiosité, ça va être aussi "bien" organisé (et noté) que le dernier concours Ti-Prog, ou mieux ?

Mieux j'espere. Surtout que ca sera plus orienté ti68k. Et c'est en fait 2 concours.
Ti68k et ti83/83+ (Cf reglement).

Si vous avez des idées n'hesitez pas a les dire .

Alors des idées, disons des suggestions après avoir vu le massacre dudit concours.

1° Fixer les regles précises du concours avant de le commencer
2° On ne recrute pas des jurys au gré du vent comme ça, il faut eux aussi les définir avant le concours
3° Tant qu'à faire, trouver un theme, ça peut servir
4° Prendre du temps pour noter les programmes (ça s'accompagne du bon choix du jury, y'a qu'à voir ce qu'a donné votre dernier concours...)

Ça c'est le principal, d'autres ajouteront peut-être tout ce que j'ai oublié.

1=> c'est fait
2=> je dois revoir ca ok (si il y a des volontaires serieux...)
3=> fait aussi
4=> le temps pour noter et de 2 à 3 semaines.

1 - Si le site contient le reglement complet, il me semble -très- flou. De plus mélanger le Basic et le C...
2 - Erf je m'en doutais
3 - "Un utilitaire" ? C'est tout ce que je vois sur le site :-/ (c'est le theme du dernier concours Ti-Fr il me semble, un peu d'originalité ?)
4 - Ok, là c'est carrément trop long mais tu fais comme tu veux...

euh... si le thème est utilistaire de compression, en basic, je c pas si ça va être évident:-/

Je pense qu'on pourrais définir comme thème (outils pour TI68) du genre un organizer, un agenda, un tableau, un éditeur d'emploie du temps...

Par contre séparer les 2 langages (Basic d'un côté puis ASM et C de l'autre) est mieux si dans le cas on note un pograme pour sa vitesse, optmisation...

Les régles plus précise seraient le bien venus.

Un jury de programmeurs et d'utilisateurs définis avant le concours aussi serait pafait.
2 à 3 semaines de corrections sont parfaites.

Faire surtout un jury TI68K et TI83/83+ et non pas mettre plusieurs mebres d'un jury dans un autre...

MacIntoc
a écrit : euh... si le thème est utilistaire de compression, en basic, je c pas si ça va être évident:-/

Déjà en C, à part pour du RLE, on peut pas dire que ça soit particulièrement évident
En basic, c'est infaisable (10 minutes pour compresser un fichier )

Et puis je ne vois pas trop l'interet : il existe déjà des formats de compressions très utilisés et très performants (PPG, Komp pour ne citer qu'eux).

ah ca y est tu as finalement repris ti-progs

Je pense qu'on pourrais définir comme thème (outils pour TI68) du genre un organizer, un agenda, un tableau, un éditeur d'emploie du temps...

Oui on peut faire un theme plus précis. Mais j'ai pas l'idee exacte en tête

Par contre séparer les 2 langages (Basic d'un côté puis ASM et C de l'autre) est mieux si dans le cas on note un pograme pour sa vitesse, optmisation...

Dans les regles je specifie toutes les categories. Notamment separation entre les differentes caltos et les differents languages.

Les régles plus précise seraient le bien venus.

Je trouve ne pas etre si vague que ca. Mais preciser ca serait plutot mieux definir le type de programme à réaliser.

Un jury de programmeurs et d'utilisateurs définis avant le concours aussi serait pafait. 2 à 3 semaines de corrections sont parfaites.

Oui 2 à 3 semaine c'est ce que j'avais prevu. Pour le jury j'ai quelques idées de personne à qui je vais envoyer des mails.

Faire surtout un jury TI68K et TI83/83+ et non pas mettre plusieurs membres d'un jury dans un autre...

Oui il faut un jury pour chaque groupe. Mais je vais demander a du monde aussi.

euh... si le thème est utilistaire de compression, en basic, je c pas si ça va être évident:-/

Avec flib

A chaque membre du jury, je vais envoyer les criteres de notations qui permettrons d'établir les notes.

-

j'ai uploader un meilleur reglement

Je pourrai présenter Einstein au concours ?

lol, Thibaut tu est hors concours.

-

goldstein> et le C sur 83(+) c'est pas trop ça...

Thibaut > pour presenter einstein au concours faudrait deja que la fonction cafetiere marche


mais le prix a remporter me pationne pas trop pour me remettre a la prog

Quel prix

2. Thème : Utilitaire quelconque (agenda, organiseur, mot de passe, cryptage ...).

Là au moins on est renseigné
Et je peux savoir comment vous comptez comparer un programme de mot de passe avec un shell multi tache, par exemple ? (je prend deux cas extremes, mais ça peut arriver).

Bon sinon concernant les regles c'est toujours très flou. Par exemple je fais mon programme en C, je le traduis en exec, et je le colle dans un prog basic. Il est compté comment ?
Si il est compté comme un basic, c'est injuste par rapport aux "vrais", si il est compté comme du C, alors quel degré d'utilisation d'exec différencie un programme basic toléré d'un prog C ? Et les libs ? Si le programme fait 5ko avec 40ko de libs en C, il est compté comment ? Bref... Ça c'est juste pour le basic, y'a aussi plein de détails pour le C

Pour le concours faut un thème bien précis et non pas mélanger le crytage avec un organiseur. Pour moi le niveaux de réalisation n'ai pas le même et surtout ses assez difficile de juger ce genre de mélange de programmes.

Pour les régles je suis d'accord avec Vertyos fait préciser:
Pour le Basic:
-Limiter une utilisation d'exec.
-Possibiliter d'utiliser Vertel OU Flib.
-Possibilitée d'utiliser des fichiers externe et les compresser...

Pour le C:
Tout est permis sauf l'utilisation abusive de routines non développé par le participant.
Impossible de créer un programme modifiant la Flash...
Créer une liste de librairie utilisable et permettre au participant d'inclure une librairie ne faisant pas partie de la liste.

Y a d'autre choses à mettre je pense.

Mais le plus important est de trouver un thème pas trop vague et surtout permettre à tout le monde d'y participer en évitant des trucs complexe.

Je ne suis pas sûr que le fait d'imposer un thême à un concours de prog soit toujours une bonne chose... Pensez à tous les projets qui tombent à l'eau par manque de temps et de motivation... Un concours, ça motive, mais si il y a un thême, il faut commencer un nouveau projet de zéro. Résultat : souvent, les programmes présentés sont pas finis, pas optimisés, buggés...
Si le thême est libre, les programmeurs pourront proposer des programmes sur lesquels ils travaillent depuis plus longtemps, ils seront remotivés...
Par contre, la notation sera plus difficile. Il faudrait créer des catégories plus précises. Genre "jeux", "utilitaires", "routines" (là, on peut fixer un thême, parce que c'est moins long à faire, mais on peut aussi laisser libre...), voire "- de 3ko", "- de 10 ko"...

Ouai, c'est mieux de faire comme ça. Mais faudrait déjà commencer à avoir des participants.

Justement, plus le thême est large, plus il y a de participants...

-

mais le prix a remporter me pationne pas trop pour me remettre a la prog

bah que veut tu que j'offre d'autre. Je n'ai pas les moyens d'offrir une calculatrice ni de l'argent. Mais si tu as une meilleure idée ou si tu veux faire un don tu peut m'envoyer un mail.

2. Thème : Utilitaire quelconque (agenda, organiseur, mot de passe, cryptage ...).

Je sais que c'est vague mais un théme libre me semble dur car comme Vertyos l'a fait remarquer, comment comparer un shell à un tetris.

Pour les régles je suis d'accord avec Vertyos fait préciser:
Pour le Basic:
-Limiter une utilisation d'exec.
-Possibiliter d'utiliser Vertel OU Flib. -Possibilitée d'utiliser des fichiers externe et les compresser...

Je vais changer les regles. Interdiction d'exec. Droit à flib et vertel. On peut utiliser des fichiers externes.

Pour le C:
Tout est permis sauf l'utilisation abusive de routines non développé par le participant.
Impossible de créer un programme modifiant la Flash... Créer une liste de librairie utilisable et permettre au participant d'inclure une librairie ne faisant pas partie de la liste.

La on peut aussi modifier un peu les regles.

Si le thême est libre, les programmeurs pourront proposer des programmes sur lesquels ils travaillent depuis plus longtemps, ils seront remotivés... Par contre, la notation sera plus difficile. Il faudrait créer des catégories plus précises. Genre "jeux", "utilitaires", "routines" (là, on peut fixer un thême, parce que c'est moins long à faire, mais on peut aussi laisser libre...), voire "- de 3ko", "- de 10 ko"...

Ca n'est pas possible sinon on va se retrouver avec trop de categories et on n'aura parfois plus qu'un programme par catégorie.
Et si les programmeurs envoie des trucs sur lequels ils travaillent depuis longtemps, a ce moment pourquoi thibault n'enverraie pas Einstein.


Maintenant c'est vrai que un theme precis serait le bienvenu.
Moi je pense à une corbeille ou les fichiers sont mis ensembles, compresses et que l'on pourrait supprimer ou restaurer certain des fichiers. Je vais uploader ca tout de suite

Le theme sera donc une corbeille

pour les prix a gagner moi je te propose d'aller faire un tour ds la rubrique "petite annonce" topic "acide chlorydrique"
il peut y avoir qqes cadeaux

golstein a écrit :
Moi je pense à une corbeille ou les fichiers sont mis ensembles, compresses et que l'on pourrait supprimer ou restaurer certain des fichiers. Je vais uploader ca tout de suite

Le theme sera donc une corbeille

Ca impose FLib, ça, vue que Vertel n'as pas de compression et de groupage.

ca c'est vrai. Je n'y avait pas pensé. Mais on peut penser à un programme qui se servirait de flib ET de vertel. Mais c'est vrai que c'est un handicap.

Vertel+FLib2 ???
pkoi pas.
Si seulement Vertyos voulait bien utiliser CompLib

Il ne faut pas ce focaliser sur Vertel....
Vertel est nul sur certain point comme Flib et elles sont toute les 2 des avantages et inconvénients.