Rechercher dans la communauté
Affichage des résultats pour « challenge » dans sujets.
-
[Challenge]Paramètres de l'ellipse
didier a répondu à un(e) sujet de (gile) dans Programmer en s'amusant
Bonjour Gilles J'ai bien envie de m'y coller mais je ne comprends pas ce qu'on doit livrer On connaît une ellipse (ou un arc elliptique) qu'on peut sélectionner à l'écran par exemple On donne en entrée utilisateur une valeur d'angle et on livre un Paramètre ou l'inverse C'est bien comme ça ou bien faut-il partir d'autre chose ? Ce n'est pas la première fois que je ne réponds pas à un challenge parce que je ne comprends pas ce qui est attendu Pardon pour mon "hermétisme" mais j'aimerais bien participer D'ailleurs, il faudrait donner une date butoir à laquelle tu déposeras ta solution, non ? Amicalement -
Vous aimez les challenges ? ? ?
Luna a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Je pense que l'anglais pourrait également t'aider énormément pour la compréhension des langages. C'est comme pour toute chose, il est inutile de se bourrer le crâne de force en apprenant ses leçons tous les jours ! La première étape c'est la compréhension, la logique de la chose. Une fois qu'on comprend, l'apprentissage se fait presque automatiquement. Le langage LISP est très proche d'un langage algorithmique et donc c'est de la logique pure et dure. Chaque fonction, chaque nom de fonction, les arguments à déclarer, l'ordre de déclaration des arguments, ... tout chat à un sens logique qui est parfois beaucoup plus simple à saisir si l'on n'a pas cette barrière de la langue, car que se soit en LISP, en C#, en VBA, en HTML, ... ils se baseront tous sur la langue universelle : l'anglais. Bref, je pense que lorsqu'on aime, on ne compte pas, donc si cela peut te permettre de t'aider dans la compréhension de fonctionnement d'un langage (et ainsi te permettre de coder des programmes plus complexes), je pense que l'anglais est une base plus que nécessaire pour commencer :3 Pour ce qui est du LISP, une courbe de progression ne sera jamais exponentielle, elle est comparable à une courbe logarithmique : elle finit par s'aplanir peu à peu, mais en aucuns cas cela veut dire que l'on ne progresse plus :3 Les seules différences qu'il peut y avoir entre plusieurs personnes c'est le temps que l'on passe pour passer les paliers et la manière d'y parvenir. Entre une personne qui fera plein de petits programmes tout simples mais basés sur la compréhension d'une fonction en cherchant à aller toujours un peu plus loin et une personne qui décide de s'attaquer au Mont Everest sans jamais avoir appris à marcher, seulement l'une d'entres elles parviendra au sommet ! Un exercice tout simple que je peux te conseiller (chat m'a beaucoup appris), c'est de choisir une commande native d'AutoCAD et essayer de faire la même chose par toi-même et une fois terminé (avec un résultat identique), tu peux alors essayer de te demander : comment l'améliorer, quelle fonctionnalité manque-t-il à cette commande que je pourrais ajouter ? Il faut commencer petit, bien évidemment mais au moins, cela permet d'avoir un but précis car on connait le résultat final, sans pour autant avoir la solution ❤️w❤️ et tu peux rapidement t'intéresser à beaucoup de sujets différents ! Dessiner une simple polyligne te fera te demander par exemple : comment fonctionne les arcs ? Quel est son code DXF ? Qu'est-ce qu'une bulge ? Comment la calcule-t-on ? ... Bref tout chat te feras te poser des milliers de questions (et bien souvent certaines réponses ne se trouveront qu'en anglais, la boucle est bouclée 😄) et qui seront un nouveau challenge chaque jour à résoudre :3 Bref, je ne sais pas si j'ai été claire, et désolée d'avance pour le roman mais je pense que l'abandon d'un langage vers un autre n'est que le début de la fin...Il n'y a pas d'autres limites intellectuelles que celles que l'on se fixe ! Bisous, Luna -
Vous aimez les challenges ? ? ?
Olivier Eckmann a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Bonsoir, Comme les messages de début de semaine ont été supprimés, je reposte. Comme je le disais, je suis hors sujet et j'ai très honteusement plagié le code de Gilles, mais j'ai joué avec les overrule pour surcharger le graphisme d'un cercle par celui du challenge. J'ai ajouté un grip de rotation pour modifier l'orientation des polygones. Il y a 2 commandes (dans le ZIP - à débloquer si nécessaire): LAPOSTE qui permet de créer l'objet cercle par centre / bord (le 2nd point donnant le diamètre et al rotation initiale) LAPOSTEUPD qui permet de mettre à jour/transformer un cercle existant avec le nombre de cercle et de sommet. Voilà la mise en œuvre : ICI Olivier LaPoste.zip -
Vous aimez les challenges ? ? ?
DenisHen a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Salut à tous... Pour faire quelques réponses collégiales, je dirais : Si je lance un challenge, c'est que, justement, je me demande comment faire ? Je ne suis ni un professeur, ni un expert (comme beaucoup d'entre vous). C'est une façon vulgairement cachée de voir "comment d'autres feraient ?"... Je n'ai pas la solution, je regarde, analyse et apprend énormément de tous vos commentaires et vos codes... A mon époque (les années 90) j'apprenais seul avec juste un "maître penseur codifiant" (et il n'y avait pas internet, et pas CadXP) qui m'a mit le pied à l'étrier du développement : Pascal, Turbo Pascal, puis, Basic, Turbo Basic, et Visual Basic pour continuer en Lisp... Donc, mes challenges sont peut-être égoïstes (bien qu'ils peuvent servir à beaucoup d'autres, je l'espère) mais ils ne sont pas dénués de tous sens... Je pense avoir atteint mes limites en Lisp (car je suis autodidacte et non anglophone), je fais plein de dev dont je suis très fier, mais j'aurai pû faire mieux... Et actuellement, je me pose la question : le Lisp est-il mon langage de "prédilection" ? Je reçois avec grand plaisir toutes vos remarques/critiques envers moi, ou sur mes capacités, je ne suis absolument pas susceptible... Mais comprenez que je n'ai eu que des aides ponctuelles (grâce à 99% aux membres de CadXP) suite à mes question pas toujours très explicites ou très "compréhensibles"... Mais j'ai tellement appris depuis mes début que je ressent une petite fierté, mais je devrais réussir à faire plus... En VBA, j'ai utilisé un classeur Excel comme une base de données, j'utilisais Excel comme "interface" pour avoir accès à des centaines de fichiers .txt... Mes collègues ouvraient le même classeur en lecture seule, mais n'avaient pas besoin de l'enregistrer... Ils remplissaient des champs et tout était envoyé par courriel, avec un minimum d'intervention de leurs part... Tous était géré par un seul ruban, personnalisé lui aussi C'est compliqué, mais je m'en suis sortie, et ce code était utilisé par quatre à six personnes en même temps, et pendant 4 à 5 ans. Après, la direction a commandé un ERP. Mais cet ERP ne remplissait pas ce que je faisais... C'est une source de fierté... Je sais, mais restant humble, j'aurais aimé être "balaize" en Lisp, mais je n'y arrive pas... Il y a plein de choses que j'aimerais faire en Lisp, mais je n'y arrive simplemement pas, malgré toutes les aides (Maître (gile), Tramber, LeCrabe, didier...) je ne m'en sors pas... Donc, il me faut apprendre un autre langage, et en ce moment, je pense me tourner vers le .NET et C#... Qu'en pensez-vous ? -
Vous aimez les challenges ? ? ?
(gile) a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Hé, Denis, tu ne réponds jamais aux challenges que tu lances. Autrefois, celui qui lançait un challenge avait une réponses déjà prête dans les tuyaux... Perso, en LISP j'aurais simplement fait ça: (defun c:test (/ cen rad nb) (initget 6) (and (setq nb (getint "\nNombre de cercles: ")) (setq cen (getpoint "\nCentre du cercle: ")) (setq rad (getdist cen "\nRayon du cercle: ")) (repeat nb (command "_.circle" "_non" cen rad) (command "_.rectang" "_non" (polar cen (* PI 1.25) rad) "_non" (polar cen (* PI 0.25) rad)) (setq rad (* rad (sqrt 0.5))) ) ) (princ) ) -
Vous aimez les challenges ? ? ?
DenisHen a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Salut (gile). J'applaudis à m'en faire mal aux mains, challenge superbement relevé ! ! ! Et belle démonstration du code... Comment fais-tu du .NET pour AutoCAD ? Avec Visual Studio Express ? Puis-je le faire ? Est-ce interactif avec AutoCAD ? Comment se epasse la création d'une DLL ? Je suis très attiré par ses possibilités de langages, j'ai débuté en Pascal dans les années 80) puis en Turbo Pascal, ensuite est venu le Basic (vers 1992) puis en Turbo Basic (peu de temps après) puis le Visual Basic (avec VB 6), et pour finir, un peu de Lisp... Ca, c'est de la magie ! ! ! -
Vous aimez les challenges ? ? ?
Curlygoth a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
je pense qu'il faut répondre juste au challenge ^^' moi si on juge je pars xD Have fun ;-) -
Vous aimez les challenges ? ? ?
Curlygoth a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
c'est parce que j'ai un userform dans lequel tu entres tes valeurs regarde ma vidéo ^^ Oups... il s'est pas mis : voici le dvb ^^ Challenge.zip -
Vous voulez un challenge ? ? ?
Curlygoth a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Personnellement que je code au boulot ou à la maison... c'est devenu une passion... je donne tout au patron... (attention quand je dis tout : c'est tous mes programme pas le code) Par contre, quand je serais parti il se débrouille avec les bugs utilisateurs ;-) Il m'ont bien fait comprendre (même si je ne suis pas d'accord) qu'un programme utilisé dans l'entreprise est à l'entreprise ^^ @DenisHens : Pour le challenge J'ai deja des programmes complets qui dessine de B à Z !!! Mon travail de dessinateur et administratif est complètement indépendant je ne fait qu'une chose : Je rentre l'intitulé du dossier dans un tableur excel avec le type de plan etc... et Je trace le réseau... Mes programmes vont mettre les annotations dans chaque folios, faire les présentations, faire la liste matériel, envoyer le plan par mail (apres vérif quand même) et facturation... Durée 15min... entre la réception du dossier et la facturation Et du coup je prefère donné ici des fonction pou petit procédure que mes blocs entiers (pour ça que j'aimerias bine savoir pourquoi tu as arrété le vba pour passé au lisp ^^) Je demande juste aux membres : "Comment feriez-vous pour protéger vos développements"... Je te répond : je donne un code dynamique (qui change toutes les 10min) que l'utilisateur doit entré dans sa machine. ça créé une signature sur l'ordinateur. et a chaque démarrage du programme le code regarde cette signature si elle est valide... Du coup l’utilisateur peut dupliquer mais les receveur eu ne peuvent pas l'utiliser -
Vous voulez un challenge ? ? ?
DenisHen a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Salut le Décapode. A l'époque, AutoCAD version 10 ou 11, il y avait un Dongle énorme de fabrication suisse qui faisait l'affaire... J'ai travailler sur des AutoCAD de la 10 à la 14 avec ce type de Dongle, et en version anglaise et allemande (et je ne parle pas l'allemand)... Ce n'était pas une clef USB mais un gros truc sur un port parallèle, mais je ne m'en souvient plus très bien... @(gile) : ce dont je parlais, c'était plus une question de protection d'un code, comme laisser une trace de la première utilisation d'un code dans la base de registre et de pouvoir le débloquer grâce à un algorithme pour répondre à ce premier code : par exemple, le premier lancement, dépose la date du lancement dans une clef de la base de registre (je l'ai déjà fais)... Limitation, deux mois, x utilisations... Et, arrivé à expiration de la date ou du nombre d'utilisation, le Code demande un autre code retour : la date + 1, le code -2... Bref, faire un code et le protéger... C'était juste pour dire... Comment protéger ce que tu fais... Et c'est là que réside mon réel challenge... (Car j'ai caché beaucoup de messages, la difficulté d'être est une explication...) -
Vous voulez un challenge ? ? ?
(gile) a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Ça c'est pas un challenge. On inverse les rôles avec un truc simple. Ci-joint une version d'évaluation de CroixDsQuadri limitée à 3 jours (penser à débloquer le zip). Comment tu ferais ? CroixDsQuadri.zip -
Vous voulez un challenge ? ? ?
(gile) a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Salut, La seule façon fiable de protéger ton code, c'est de ne jamais le distribuer. Si tu le distribues, tu peux seulement essayer de le rendre plus ou moins difficile à "craquer". Comme il y aura forcément une vérification de la validité de la licence ou de la période d'essai dans le code même, il convient en premier lieu d’encrypter/compiler celui-ci. Avec AutoLISP, le plus simple est de créer une application .fas ou .vlx, mais on trouve sur internet des programmes qui décompilent plus ou moins bien les .fas ou .vlx. Le reste est plus sensible et n'est pas vraiment un bon sujet pour un challenge. Ceux qui essayent de protéger leurs programme n'ont pas envie de dire publiquement comment il le font. -
Petit challenge de manipulation de chaine
DenisHen a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Salut à tous. Cette seule ligne me régale aussi... J'ai côtoyé des codes extraordinaires dans ce petit truc que, je pensais, remuer 2 à 3 personnes, et sur du Lisp, du V-Lisp voir du VBA... Mais là, ils ont tous répondus ! ! ! Et c'est "super cool" ! ! ! Je me rend compte de l'implication de certains (beaucoup en fait) membres de la communauté (je parle de développeur, bien sur), reste surprenante, mais pas étonnante... Je savais que la communauté de développeurs CADXpiens était très présente, mais là ! ! ! J'eusse aimé mieux faire et encadrer mon "challenge" (je n'ai ni la rigueur ni la logique de certains) mais si vous désirez des challenges, j'en ai des tonnes dans la têtes... Mais, s'ils sont nombreux, malgré que j'ai été "ÔÔÔÔhhhh" (non je ne trouve pas de mots, c'est entre abasourdit et "****" !!!) avec notamment le Ruby et le F#, je peut trouver dans mes tiroirs des centaines de challenges... Mais le gros problème est que, quand un langage est "expert" pour un type de problème, d'autres seront tout aussi efficaces pour en trouver la solution, mais on ne peux pas connaître tous les langages de programmation, Certains diront "Le Lisp est indétrônable", d'autre "Python", et encore d'autres "Ruby"... Mais quelle est la vrai question, et surtout, quelle est la vrai réponse... On le sait tous, 1+1=2, et tous le reste en découle (c'était les paroles de mon super prof de math en seconde), Mais en informatique, il y a plusieurs solution pour résoudre cette énigme : 1+1... Il y a des centaines de façon de dire, Ben ça fait deux... Mais comment le prouver... Juste pour le fun... Zéro (0) impaire ou paire ? ? ? Juste pour vous faire comprendre que, toutes nos visions ne dépendent que de nous, de notre faculté à analiser le problème, avec nos instruments... Et voir VOS solutions, c'est hyper important... Je vous dis donc à tous, un SUPER GROS MERCI ! ! ! Merci à tous... Et bon week-end... Mais si vous désirez des challenges, j'en regorge. .. Signé, un fan de CadXP, et un fan du développement... Denis... -
Petit challenge de manipulation de chaine
(gile) a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
C'est quand même en LISP qu'il y a le plus de réponses et les réponses dans d'autres langages on permis aux curieux de découvrir d'autres choses (j'ai écris mes premières lignes de code en Ruby). Quant à la concision, c'est un critère prisé par ceux qui pratiquent certains langages (dont le LISP) et auquel j'ai eu (trop) tendance à prêter un grande importance. Aujourd'hui, je travaille sur des programmes de plusieurs dizaines de milliers de lignes (en C#, pas en LISP) et je me rend compte que privilégier la concision se fait parfois au détriment de le compréhension immédiate du code quand on revient dessus après quelques mois. Ça reste néanmoins une très bonne stimulation pour ce genre de challenge parce que ça oblige à coder en évitant tout verbiage superflu, ce qui est encore pire, à mon avis, pour la compréhension immédiate du code. En tous cas, je me suis régalé, merci. -
Petit challenge de manipulation de chaine
DenisHen a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Vous avez effectivement raison, je n'airais pas dû lancer le challenge avec pour une des priorité, le nombre de ligne, mais sur le nombre de Fonctions/Commandes, voir même le nombre de caractères. Le nombre de Fonctions/Commandes nécessite une grande connaissance de l'outil, et le nombre de caractères dépend de cette connaissance mais aussi de sa structure... Donc, et j'en suis conscients maintenant, Fonctions/Commandes reste le meilleur choix, comme l'a plusieurs fois suggérer Maître (gile). j'avais eu juste une petite idée et je me suis dis : Tiens, fais-en un "Programmer pour s'amuser", car c'est très lucratif et représente beaucoup d'enthousiasme de la part de mes "collègues" CadXpiens"... Mais dans mon idée, j'étais plus porté sur le Lisp ou le V-Lisp... (que je connais un peu...). -
Petit challenge de manipulation de chaine
(gile) a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Une autre en Python qui utilise les compréhensions de liste : def challenge(s): return ''.join([i for sub in reversed([s[i:i + 2] for i in range(0, len(s), 2)]) for i in sub]) -
Petit challenge de manipulation de chaine
(gile) a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Ce matin quand j'ai vu ce sujet, je me suis dit : "Super, un challenge en LISP, ça faisait longtemps." Qui dit LISP dit liste, qui dit concision dit recursion. Mon premier jet est donc une fonction qui utilise la chaîne sous forme de liste de caractères (codes ascii) de manière récursive. (defun jeu (s / f) (defun f (l) (if (cdr l) (vl-list* (cadr l) (car l) (f (cddr l))) ) ) (vl-list->string (f (reverse (vl-string->list s)))) ) Mais, comme l'a dit VDH-Bruno : 1. inverser les caractères 2. les grouper par paires 3. inverser les caractères de chaque paire est équivalent à : 1. grouper les caractères par paires 2. inverser la liste des paires Ni une ni deux, je modifie le code et l'utilisation d'un accumulateur dans la fonction récursive permet d'éviter le reverse. Le code F# de la réponse #10 est équivalente. (defun jeu1 (s / f) (defun f (l a) (if (cdr l) (f (cddr l) (vl-list* (car l) (cadr l) a)) a ) ) (vl-list->string (f (vl-string->list s) nil)) ) L'équivalent en style impératif (avec itération) est un peu moins concis (à peine à cause de l'utilisation d'une fonction auxiliaire. (defun jeu2 (s / l r) (setq l (vl-string->list s)) (while (cdr l) (setq r (vl-list* (car l) (cadr l) r) l (cddr l) ) ) (vl-list->string r) ) Cherchant toujours plus de concision, j'ai pensé aux opérateurs F# qui permettent de traiter les chaînes et sous-chaînes directement comme des collections de caractères ce qui donnera la le code de la réponse #21. L'équivalent en LISP ne fait pas gagner grand chose en terme de concision et devrait être moins efficient (LISP est meilleur avec les liste qu'avec les chaînes). (defun jeu3 (str / f) (defun f (s r) (if (< 1 (strlen s)) (f (substr s 3) (strcat (substr s 1 2) r)) r ) ) (f str "") ) Et l'équivalent avec while. (defun jeu4 (s / r) (setq r "") (while (< 1 (strlen s)) (setq r (strcat (substr s 1 2) r) s (substr s 3) ) ) r ) Voilà, un grand bravo à VDH-Bruno ! Je suis resté bloqué sur une fonction auxiliaire inutile si on traite directement la chaîne. Je ne peux que le parodier en F# pour être à peine plus concis. let rec f s = if s = "" then s else f s.[2 ..] + s.[.. 1] PS: le nombre de lignes de code n'est pas un critère fiable de concision, il dépend de la façon dont le code est formaté. -
(defun jeu1 (s / f) (defun f (l a) (if (cdr l) (f (cddr l) (vl-list* (car l) (cadr l) a)) a ) ) (vl-list->string (f (vl-string->list s) nil)) ) (defun jeu2 (s / l r) (setq l (vl-string->list s)) (while (cdr l) (setq r (vl-list* (car l) (cadr l) r) l (cddr l) ) ) (vl-list->string r) ) (defun jeu3 (str / f) (defun f (s r) (if (< 1 (strlen s)) (f (substr s 3) (strcat (substr s 1 2) r)) r ) ) (f str "") ) (defun jeu4 (s / r) (setq r "") (while (< 1 (strlen s)) (setq r (strcat (substr s 1 2) r) s (substr s 3) ) ) r ) Pour ce challenge : (defun vlax-curve-getPolylineCoordinates (pl / i pts) (repeat (setq i (if (vlax-curve-isClosed pl) (fix (vlax-curve-getEndParam pl)) (1+ (fix (vlax-curve-getEndParam pl))) ) ) (setq pts (cons (vlax-curve-getPointAtParam pl (setq i (1- i))) pts)) ) )
-
Maître (gile), tu ne jouerais pas perso, là ? Comme pour ne pas répondre à ma proposition de challenge ? ? Hein ? Vilain ! ! ! :angry:
-
Salut (gile) Quant je suis passé il n'y avait que les 2 premières, j'ai pas vu que tu en avais rajouté, j'aurais du joué le jeu... Sans regret ce genre de challenge tombe toujours lorsque l'on est charrette c'est la loi de Murphy Amicalement Bruno
-
Petit challenge de manipulation de chaine
Fraid a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Je confirme public class Challenge { public static void main(String[] args){ System.out.print(chal("5637159071856346")); } public static String chal( String txt){ String ret = ""; while (1 < txt.length()) { ret = txt.substring(0, 2) + ret; txt = txt.substring(2); } return ret; } } run: 4663857190153756BUILD SUCCESSFUL (total time: 0 seconds) -
Petit challenge de manipulation de chaine
(gile) a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Un exemple en C# (ça devrait ressembler à du Java) string Challenge(string source) { string result = ""; while (1 < source.Length) { result = source.Substring(0, 2) + result; source = source.Substring(2); } return result; } -
Petit challenge de manipulation de chaine
DenisHen a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Voilà ! ! ! Merci Maître (gile), du java maintenant ! ! ! Non, je déconne, c'est vraiment curieux le java, et ça m'intéresse... Mais on ne peut pas dire qu'il économise les lignes de codes... Bien que, on est d'accord, le Lisp n'est, en fait, qu'une seule ligne de code... Mais merci Fraid de participer... Et tu as bien relevé le challenge... Bravo... -
Petit challenge de manipulation de chaine
DenisHen a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
Non, bien sûr (gile), je ne m'attends pas à un surprenant engouement suite à un coup de baguette magique de la part d'autrui, bien que ce forum regorge de personnes investies et de bonne fois, l'entente de ce forum, et tu en conviendras, est très sympathique, empathique, sans attente de retour (altruisme, es-tu là ?), et presque amical (je m'en suis aperçu lors du malheureux décès anonyme d'un des nôtres, j'ai été très triste, et je n'étais pas le seul...). Mais je n'ai plus de "lien" avec le AutoCAD et le Lisp en ce moment et depuis quelques années (je travaille sur un autre logiciel, MIAO de AllSystems), mais je viens toujours faire un tour sur CadXP, nostalgie, quand tu nous tiens... Je vais donc agrandir le cercle du développement de "mon" challenge à toutes formes de langage... Tu as, encore une fois, raison... ;) Je vais de ce pas changer mon premier post... Merci à toi... Denis... -
Petit challenge de manipulation de chaine
DenisHen a répondu à un(e) sujet de DenisHen dans Programmer en s'amusant
(gile), si c'est une idée pour augmenter le jeu, je suis preneur... Désires-tu que je change les langages du challenge ? je n'y vois rien à redire pour ma part... ;)
