[pré-]concours PROGRAMMATION 68k

[ProgVal]

Et non le code source d'un programme en C tu ne l'a pas en editant le programme puisque c'est un langage compilé. Essaye de trouver le code source de proteus, t'as aucune chance. Donc le code source sera il a fournir ?

Language compilé: en TI-Basic, on le décompile facilement et Proteus en Assembleur.

[Yak]

Le TI basic n'est pas un langage compilé ! c'est un langage interprété c'est a dire que le code source est lu par un autre programme lui compilé qui se charge de traduire a la calculatrice les instructions. C'est pour ça qu'en fait dans un programme basic tu donne le code source.
Proteus est programmé en C qui est après est traduit par un compiltateur. C'est pour cette raison que la calto le reconnais comme de l'ASM et d'ailleurs l'ASM est aussi compilé ou plutot asemblé par un compilateur qui s'appelle ... Asembleur d'ou le nom du langage qui est en fait un abus de langage !

[tama]

oui pour reconstituer le code de proteus faudra manipuler des nombres en héxadécimal...

[kurapix]

Faut pas tout mélanger lol.

L'ASM est une traduction directe d'instructions binaire en mnémonique : RET, MOV, ... bien sur tout ce qui est en binaire n'est pas forcément instructions, le désassembleur se doit de savoir différencier données et instructions.

L'hexadécimal est aussi la traduction directe du binaire en hexadécimal, si l'hexadécimal existe c'est pour facilité la manipulation des octets (un chiffre hexa = 4 bits).

Et reconstruire le code d'un programme à partir de son listing assembleur ... pratiquement impossible.

Kurapix

[Yak]

En effet tama, reve pas. Un desasembleur ne te donne pas le code source. ça te donne un charabia illisible (d'ailleurs c'etait la technique utilisé par les cackers au temps de l'Apple II qui cherchais en desasemblant le programme les techniques employés par les programmuer pour empecher la copie.
Donc revenons en a la question : Faudra il fournir le code source ?

[kurapix]

1.Est-ce qu'il faut séparer TI89/TI92, v200 ?
Non car cela permettrait à ceux ne possédant pas telle calculatrice de pouvoir tester tous les Programmes en compétition.

2.Quels langages ?
ASM, C, Basic, Basic Etendu, GFA, ETP, ... tous les langages possible sur TI car ça permettrait au maximum de personnes de participer.

3.Participerez-vous en jury ou en participant ?
Aucun des deux, plutôt spectateur.

4.Barème à proposer ?
- Présentation du code (propreté, présentation, ...)
- Démarche utilisée pour la création du programme
- Qualité et utilité du programme
- ...

5.Date limite ?
- 1 Mois a 1 mois et demi à compter du début du concours.

6.Groupes ?
- Possibilité de participer en groupe ou individuellement.
Cela fera 2 catégories (qui auront les mêmes thème).
Il faut aussi mettre un nombre minimum et maximum pour le nombre de personnes autoriser dans un groupe.

7.Nombre de programmes limite ?
- Aucunes idées car si chaque groupes ou candidats devaient être noté sur plusieurs programmes en sachant que chacuns des groupes ou candidats n'auraient pas forcément le même nombre de programmes ... ça pourrait être TRES difficile à noter de manière uniformisée.
Ca dépendra aussi du type de tournoi de programmation : à vote/jury ou à points.

8.Autre chose ?
- Le code source des programmes serait à fournir, ça permettrait au curieux d'apprendre à partir de ces sources .
- Un écrit de la méthode utilisée pour la création du programme (tout devra être détailler).

Kurapix

[tama]

ok.

[Yak]

bonne idée de donne le cheminement utilisé pour ecrire le programme !

[tama]

mouais j'aime pas trop cette idée moi...

[ProgVal]

Ibidem