Page 1 sur 3
Conseils pour les programmes à l'écrit ?
Publié : 15 avr. 2018 17:34
par MiKiDe
Bonjour,
Je suis en option info, je parle donc ici exclusivement des épreuves en caml.
Les programmes, c'est pas mon fort à l'écrit. Je veux m'améliorer pour les écrits qui arrivent bientôt.
J'ai donc quelques petites questions :
- Quelle fonctions caml est-il utile de connaître ? (je connais : do_list, map, it_list, list_it, mem, exists et forall)
- Comment sortir d'une boucle ? (l'équivalent du "break" python, il me semble qu'il faut faire un failwith, mais je suis pas certain...)
- Comment présenter son programme ? Faut-il le commenter ?
- Des conseils généraux ? (par exemple, comment procéder pour trouver un algorithme efficace ?)
Et pour l'épreuve Info A X-ENS, avez vous des infos sur les coefficients ? (faut-il employer la stratégie "grappillage de points un peu partout" comme en maths dans certains concours ou plutôt "je fais les premières parties le plus proprement possibles, quitte à ne pas toucher la fin, comment aux épreuves spécifiques aux ENS)
Je vous remercie par avance !
Re: Conseils pour les programmes à l'écrit ?
Publié : 16 avr. 2018 22:56
par Desert
Pour sortir de la boucle, il me semble que failwith c'est plutôt pour un message d'erreur.
La syntaxe correcte serait plutôt (pour une levée d'exception) :
if condition then raise Exit
-
-
-
in Try (valeur) with Exit -> Resultat
Re: Conseils pour les programmes à l'écrit ?
Publié : 17 avr. 2018 09:49
par Syl20
Il faut commenter les programmes compliqués, pas les simples (à part en IPT aux Mines où le rapport demande de ne pas commenter, c'est toujours bien vu)
Une autre initiative toute bête appréciée des correcteurs : écrire son code dans une autre couleur
Attention avec mem ou forall : il me semble qu'il y a une complexité cachée dans de tels programmes, donc c'est déconseille de les utiliser s'ils ne sont pas proposés dans le sujet
Re: Conseils pour les programmes à l'écrit ?
Publié : 17 avr. 2018 14:53
par Zehir
Je plussoie fortement l'utilisation d'une autre couleur pour le code.
Pour les fonctions de base, il peut être utilie de savoir ce qu'elles font, pour pouvoir les utilser si le sujet vous invite à le faire. Il me semble que l'on a pas le droit de les utilser dans le cas contraire.
C'est d'ailleurs une bonne habitude à prendre de s'informer sur les fonctions que l'on utilise parce qu'utilisées en boites noires, elles ont une complexité inconnue.
Re: Conseils pour les programmes à l'écrit ?
Publié : 19 avr. 2018 13:54
par YS1
MiKiDe a écrit : ↑15 avr. 2018 17:34
- Comment sortir d'une boucle ? (l'équivalent du "break" python, il me semble qu'il faut faire un failwith, mais je suis pas certain...)
On ne sort pas prématurément d'une boucle en Caml. Certes les exceptions permettent de le faire mais ça n'est pas au programme, ça n'est pas judicieux dans ce qu'il est demandé de faire au concours et si vous ne le savez pas déjà ce n'est plus le moment de vous y mettre.
Re: Conseils pour les programmes à l'écrit ?
Publié : 19 avr. 2018 16:45
par Hazherty
Le "break" en général, c'est un peu sale. Il faut essayer de caser la condition d'arrêt dans le "while".
Re: Conseils pour les programmes à l'écrit ?
Publié : 20 avr. 2018 15:28
par -L-C-
On recommande l'utilisation de boucle en caml aux concours ?
Il me semblait qu'il était demandé d'écrire du code purement fonctionnel, du moins à l'époque.
Re: Conseils pour les programmes à l'écrit ?
Publié : 20 avr. 2018 15:51
par siro
La philosophie du fonctionnel c'est pas justement d'éviter de faire des sorties de boucle sales, et de juste prévoir une condition pour arrêter la récursion ?
(D'une manière générale, les break et les go to sont à proscrire en programmation itérative, du if et du while suffisent (et if autant que possible, while pas plus que nécessaire, tant que le but n'est pas d'optimiser).)
Re: Conseils pour les programmes à l'écrit ?
Publié : 20 avr. 2018 17:56
par -L-C-
En fonctionnel pur justement tu n'utilises pas de boucle du tout, donc pas de for et pas de while.
Pas d'accord du tout sur le fait que break soit sale en programmation itérative.
Un break permet parfois de faire du code très lisible, permet d'éviter de faire des if imbriqués qui rendent le code pourri en indentation.
En python, on peut même faire quelque chose comme :
Code : Tout sélectionner
for element in my_list:
if element >= seuil:
print("seuil atteint")
break
else:
print("seuil non atteint")
Le code à l'intérieur du "else" n'est exécuté que si la boucle s'est déroulée sans passer par le break.
En fait, que ce soit pour goto, break, continue, il suffit de se demander :
"Est ce que mon code est plus lisible avec ou non"
Si la réponse est oui, il n'y a pas de problème à l'utiliser.
En informatique, la lisibilité du code prime avant tout.
Re: Conseils pour les programmes à l'écrit ?
Publié : 20 avr. 2018 20:54
par Desert
Le truc avec Caml, c'est que contrairement à Python (dont tous les élèves de prépa ont l'habitude du coup), on ne peut pas faire de return à l'intérieur de la boucle while, du coup c'est assez dérangeant parfois.
Sinon, l'épreuve d'informatique d'hier était 100% impératif, -L-C, du coup je pense que t'as la réponse à ta question
