Résultats du concours - Page 1

Le concours est à présent (enfin) terminé. J'affiche donc ici les résultats :

Dans la catégorie Ti-Basic z80 :

1^er : Mastercalto avec 'Football Simulation 6' 114.5/128 ou 17.9/20

2^nd : psychojongleur avec 'Rubik's Cube' 95.5/128 ou 14.9/20

3^ème : Syfo-Dias avec 'Fight and Magic IV' 84.5/128 ou 13.2/20

4^ème : Noufnouf avec 'Boom' 81.5/128 ou 12.7/20

5^ème : Fou_decran avec 'DrogWar' 76/128 ou 11.9/20

Dans la catégorie ASM z80 :

1^er : Bugage avec 'Flatmen' 78.5/96 ou 16.3/20

2^nd : Davy8x avec 'Bouncy 2.0' 77.5/96 ou 16.1/20

3^ème : joe14 avec 'ZPenalty' 61/96 ou 12.7/20

Voilà . Que dire si ce n'est que ce fut très serré entre Bugage et Davy8x...

Donc merci à tous d'avoir participé a notre concours TI z80. Et n'oubliez pas : l'important c'est de participer .
J'espère donc que vous serez nombreux à participer à la prochaine édition du concours.

(Note d'un membre du jury)

Les programmes présentés ont tous étés soignés, et le niveau général est bon: une moyenne de 14.12 en basic et 15.05 an asm. Le jury félicite donc les participants !
L'organisation du concours est très loin d'avoir touché la perfection, mais au moins le concours est parvenu à terme, avec un nombre significatifs de (bon) programmes. ce n'est pas assez souvent le cas dans la communauté z80 francophone. Pour une première édition, on peut donc dire que c'est un succès.

On peut donc attendre une seconde édition sereinement, même si beaucoup de progrès restent à faire et que rien n'est jamais gagné.

Ouais, bravo à tous, même si je n'ai hélas pas pu tester vos programmes (hormis football simulation que j'avais essayé il y a longtemps et que j'avais adoré, bien que je haïsse le foot ), j'ai vu les screenshot de vos programmes qui m'ont beaucoup inspirés!
J'aimerais féliciter particulièrement psychojongleur comme étant (à mon avis) le programmeur s'étant posé le plus gros challenge d'algorithmique (la méthode qu'il emploie n'est pas optimale mais est très satisfaisante pour quiconque veut résoudre son rubik's). Je pense aussi à Davy8x pour le niveau de programmation (pour ceux qui ne connaîtraient pas bien l'assembleur, c'est plutôt difficile de faire des calculs d'angles, surtout si on doit faire ses propres routines (je ne sais pas si c'est le cas pour toi)).
Félicitations à tous les autres dont je ne peux malheureusement pas dire quels sont les mérites (par défaut de test et de screenshots)!

Voilà, une petite floppée de bons jeux qui enrichissent l'univers TI (dommage que je sois en prépa, ça m'aurait fait plaisir de jouer à ça pendant quelque cours ennuyeux ( [u]/![/u] exemple à ne pas imiter)).

Bon, ce que je reprocherais à ce concours c'est la durée un peu trop longue et pas assez motivante. Pour un prochain concours, je conseillerais (conseil dont Kuda m'a donné l'idée) plutôt de faire un coucours plus réduit dans le temps (1 mois par exemple) dont le sujet soit limité, comme la programmation d'une routine particulière ou un pong, ce genre de petit programme demandant tout de même un certain niveau en algorithmique. Enfin, c'est juste une idée...

Bon, ce que je reprocherais à ce concours c'est la durée un peu trop longue et pas assez motivante. Pour un prochain concours, je conseillerais (conseil dont Kuda m'a donné l'idée) plutôt de faire un coucours plus réduit dans le temps (1 mois par exemple) dont le sujet soit limité, comme la programmation d'une routine particulière ou un pong, ce genre de petit programme demandant tout de même un certain niveau en algorithmique. Enfin, c'est juste une idée...

Tiens c'est à peu près ce que m'avait dit gLre , mais si vous voulez faire un petit concours d'algorithme ou autre, vous pouvez le faire à part (indépendement de celui là).

Je trouve cette dernière idée un peu contre productive dans le sens où ça peut interrompre le développement de jeux plus complets...

Perso je trouve que c'est en général une très bonne idée, mais je crains que ça soit peu adapté à la communauté z80 francophone.

Le temps effectif de codage de la communauté TI Z80 francophone est déjà très faible (peu de programmeurs, peu de temps à y consacrer pour nombre d'entre eux...). Est-il vraiment utile de prendre sur ce temps pour développer de petits programmes qui ne serviront qu'à déterminer qui est le meilleur codeur. Selon moi, il vaut mieux encourager les projets "longs" (enfin pas trop longs non plus, sinon, ce n'est jamais terminé).

Surtout que lorsque le temps est 'long', ça permet à chaque codeur d'avoir et de choisir un créneau où il a le temps de coder (vacances, après-exam, ..) alors que si on réduit l'intervalle à un mois, peu de personnes auront le temps de coder ..

En plus comme ça on a des projets 'normaux' ( ie des trucs qui auraient (pu) être fait sans le concours ), que les programmeurs auraient p-t déjà programmé sans le concours, ie dans le temps de codage 'normal' alors que faire un truc spécifique, ça demande vraiment du temps supplémentaire.

Effectivement, ça fait un peu moins 'concours' (la même épreuve -même objectif- dans un temps limité en général assez court ), ça se rapproche plus d'une 'élection des meilleurs programmes de l'année' (genre ticalc POTY ), mais je pense que cest la solution la plus adaptée à la communauté.

Le fait de faire un concours d'algo ne signifie pas qu'il faut faire un programme, juste un shéma ou deux trois ligne pour montrer notre algo et notre façons de faire et voilà (c'est très simple et encore plus si on a un scanner (on fait sur feuille et on scanne...)).

Lorsque l'on a une communauté avec support privilégié (nos TIs !!), le but d'un tel concours est d'obtenir l'algo qui est 'le mieux': le plus simple est bien sur de l'implemnter sur le support (là effectivement, l'implémentation compte aussi, mais à mon avis c'est bien, puisque l'on est sur Ti.), ce qui peut avoir un impact important sur l'algo (tel méthode sera plus rapide que tel autre car la Ti gère mieux ça que ça.. ), et surtout ça permet de faire des tests concrets.

Un algo papier, tu va juger sa complexité ou sa complexité asymptotique , ce sera bcp moins précis et ça apportera nombre d'égualités en assymptotique, donc nombre de quasi-égalité en complexité complète, et alors le classement sera surement insignifiant car selon l'implémentation un aglo en cpx(n) + cste1 peut être plus rapide qu'un algo en cpx(n) + cste2 bien que cste1 > cste2.

Puis si c'est pour faire de l'algo papier, pas besoin de faire ça dans la communautée Ti

Bah comme vous voulez, si vous voulez faire un concours sur les algos, implémenté sur TI, vous pouvez, me ce sera plus long et certainement plus complexe à réaliser que ce concours...

bha perso je pense qu'il ne faut pas faire de concours d'algo dans le cas des Ti z80, mais si on en fesait un ce serait mieux d'avoir une implémentation machine.

et pourquoi pas faire les deux en paralleles?
je prefere le bon vieux concours, mais je suis pret a tester ce nouveau style de concours (quoi c'est pas nouveau? ^^ )
donc autant faire les deux, a cour terme pour l'algorythme et a long pour le normal

amha il vaut mieux se concentrer (en organisation, mais surtout en participant) sur un seul, car je ne vois pas l'intérêt d'avoir 15 concours avec 2 personnes / concours.

C'est clair. Déjà je pense que ce serai bien d'avoir un bon nombre de participant au prochain concours et ensuite on verra bien pour faire des 'sous concours'...

Je pense aussi qu'un seul concours "libre" est preferable, pour le nombre et la qualité des participants d'abord, et ensuite car on enrichit ainsi nettement la logitheque francaise TI avec des progs de qualité.

Honnètement, j'ai bien aimé celui qui vient de se finir, je n'y modifierai qu'une chose : permettre aux programmeurs d'y inscrire plusieurs programmes et de participer dans toutes les catégories s'ils le désirent... (et puis, l'idéal serait d'avoir des juges qui ne participent pas, mais bon, là, c'est moins important).

joe14 (./17) :
et puis, l'idéal serait d'avoir des juges qui ne participent pas, mais bon, là, c'est moins important).

Je suis bien d'accord, mais le pb c'est le nombre de juges alors dispo, alors bon on fait comme on peut (dans l'idéal, il faudrait qu'aucun membre faisant partie de l'organisation ne soit candidat, mais c'est rapidement infaisable..)

A moins que vous connaissez des gens qui ont des TI et qui peuvent tester les programmes à notre place (serieusement, pas juste dire si c'était bien), alors dans ce cas, on pourrai peut être trouver un solution (dans ma classe y'a que des casios, sauf moi, donc comptez pas sur moi).

Et dans ma classe y a que des cerveaux sans calto, sauf moi, (heu qui sorte de temps en temps ma calto hein... ), donc bon, pareil quoi...

Pareil...

Il me traite de fou ^^

Non je blague...
Quand notre prof de maths leur a donné un programme de cours (calcul de module complexes, verif de dérivée...) il savait pas les lancer... il faisaient tous EDIT...
Ya du progres a faire ^^

En même temps, pour programmer un résolveur de casse-tête... Triplement barré , il faut savoir programmer, programmer un rubix et programmer une résolution de rubix ^^

./19 > heu oauis m'enfin faut quand même des gens compétents (qui conaissent un peu les jv en général -types de jeux, classiques, ..-, le monde des Ti -pour apprécier les prouesse technique, l'originalité, pour gouter le jeu à sa juste valeur -, qui sache un peu écrire en français, ..) et en plus sérieux ! ( qui 'noublient pas le concours, .. )

Bah c'est sur, mais c'est pas facile d'en trouver (c'est pour ça que d'un côté c'est mieu de pouvoir être juge et participant...), donc à moins qu'on trouve des gens qui connaissent bien les TI, qui ne veulent pas participer mais juste noter les programmes, on aura du mal à avoir des juges 'compétent'...

bha cette année on a avait déjà qqun-uns

Oui mais bon, faudrai plus qu'une personne pour composer le jury...

Ouha arrête c'est pas si dure suffit de se donner la volonté et de conaître vite-fait un peu le monde des Ti est des jv. ( bref n'importe quel Tiste même qui code pas, mais qui sait être sérieux )

( bref n'importe quel Tiste même qui code pas, mais qui sait être sérieux )

Bha ca restreint quand meme un peu le pannel là... ^^ (surtout au niveau du "sérieux" )

shuut