Je me serais bien inscrit à ce concours mais il n'y a pas de langage que je maîtrise bien (Ruby, JS, Golang), ni que j'ai envie d'apprendre (Rust, F#, Clojure). Je trouve dommage qu'il n'y ait qu'une liste très restreinte de langages que l'on peut utiliser lors d'un tel concours. Pourtant, c'est une limite assez artificielle : un autre concours, l'Agile Cup, a su éliminer cette contrainte.
La plateforme de l'Agile Cup fonctionnait avec un énoncé (résoudre un labyrinthe) décliné en plusieurs niveaux de difficulté croissante (25 niveaux IIRC). On développait son programme chez soi, celui-ci se connectait au serveur de l'Agile Cup pour récupérer le premier niveau, le résoudre puis envoyer la solution au serveur. Si la solution était correcte, on avait alors accès au second niveau… pour 10 secondes ;-)
Le but était donc d'avoir un programme de plus en plus complet, capable de passer tous les niveaux. Et comme ce programme tournait chez soi, on pouvait le coder dans le langage de son choix. J'espère que cela inspirera les organisateurs de CodinGame pour les prochaines éditions.
PS : pour être honnête, je ne suis pas dispo le 25 octobre (vous saurez bientôt sur LinuxFr.org pourquoi ;-) ), sinon, j'aurais tenté le coup avec le C.
# Zut, pas de langage sympa
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Concours de programmation CodinGame. Évalué à 9.
Je me serais bien inscrit à ce concours mais il n'y a pas de langage que je maîtrise bien (Ruby, JS, Golang), ni que j'ai envie d'apprendre (Rust, F#, Clojure). Je trouve dommage qu'il n'y ait qu'une liste très restreinte de langages que l'on peut utiliser lors d'un tel concours. Pourtant, c'est une limite assez artificielle : un autre concours, l'Agile Cup, a su éliminer cette contrainte.
La plateforme de l'Agile Cup fonctionnait avec un énoncé (résoudre un labyrinthe) décliné en plusieurs niveaux de difficulté croissante (25 niveaux IIRC). On développait son programme chez soi, celui-ci se connectait au serveur de l'Agile Cup pour récupérer le premier niveau, le résoudre puis envoyer la solution au serveur. Si la solution était correcte, on avait alors accès au second niveau… pour 10 secondes ;-)
Le but était donc d'avoir un programme de plus en plus complet, capable de passer tous les niveaux. Et comme ce programme tournait chez soi, on pouvait le coder dans le langage de son choix. J'espère que cela inspirera les organisateurs de CodinGame pour les prochaines éditions.
PS : pour être honnête, je ne suis pas dispo le 25 octobre (vous saurez bientôt sur LinuxFr.org pourquoi ;-) ), sinon, j'aurais tenté le coup avec le C.