Perso, je trouve deux solutions : 92884 et 94882, mais la flemme de vérifier tout

Donc je propose ... 94882.

"Comment ça" ? En tant que modo du forum maths, je peux lire les réponses encore cachées. (Je ne le fais pas d'habitude, mais... des fois, l'impatience me ronge )

Encore une mauvaise proposition: 63544
La 78533ème décimale de Pi et les suivantes sont 563544; et 5 est impair

Si jamais personne n'a trouvé d'ici tout à l'heure (à définir); je penserai à réinitialiser le nombre de cartouches

Logiquement, si je ne me suis pas trompé :

93346

la somme des chiffres de ce nombre est-elle paire ?

"Si jamais personne n'a trouvé d'ici tout à l'heure (à définir); je penserai à réinitialiser le nombre de cartouches"

Ok Scarta, merci, le lapin postera "tout à l'heure" alors, le cas échéant

Pourquoi ne pas définir "tout à l'heure" avec 15:39:48, ça ferait exactement 48h...

Bonne réponse de Nicolas647 et  Friz pour la 2nde place ! Désolé pour les autres (surtout TiLapiot, qui l'avait; fallait pas griller tes cartouches avant l'heure)

Clydevil a écrit:

Bon moi je n'ai que deux buts ici, emmerder les mecs qui codent ou le mec qui propose l'énigme. donc première tentative d'emmerdement pour les codeurs:
(...)

Pour Clydevil qui se demandait comment coder tout ça et surtout ses questions tordues:

Les questions 1 et 2 se codent facilement.

La question 3 revient à démarrer à 59875

La question 4 se code facilement.

Pour la question 5, j'ai inclus dans mon code une grosse chaîne qui contient les 10^6 premières décimales de Pi. La validation se contente juste de trouver la première occurrence du nombre considéré dans cette chaîne et de regarder le caractère précédent.

Les questions 7 et 8 se codent facilement.

Pour la question 9, on pourrait décomposer le carré de notre nombre en facteurs premiers et appliquer le théorème des 2 carrés: si le nombre de diviseurs congrus à 1 modulo 4 moins le nombre de diviseurs congrus à 3 modulo 4 vaut au moins 2, alors le nombre peut être décomposé en somme de 2 carrés non nuls. (je l'ai pas codé comme ça, j'ai fait une boucle rapide, c'est moins fatigant)

La question 10 se code facilement.

La question 11 utilise un petit algo pour écrire un nombre en toutes lettres, pas très compliqué: il faut 3 tableaux de 10 éléments, le premier contient ["", "un", "deux", "trois", "quatre",..., "neuf"], le second ["dix", "onze", "douze", ..., "dixneuf"] et le dernier ["", "", "vingt", "trente", ..., "soixante", "soixante", "quatrevingt", "quatrevingt"]

Si le premier chiffre vaut 2 ou plus, je prends le mot correspondant dans le 3eme tableau.
Si le premier chiffre est entre 2 et 7 et que le second vaut 1, je rajoute "et" (comme dans "trente et un")
Si le premier chiffre est 1, 7 ou 9 je prends dans le second tableau le mot correspondant au second chiffre; sinon je le prends dans le premier.
J'ajoute "mille".
Si le troisième chiffre est supérieur à 1, je le prends dans le premier tableau
S'il est non nul, je rajoute "cent"; et s'il est en plus supérieur à 1 et que les 2 derniers sont nuls je rajoute un "s" à la fin
Je traite les deux derniers chiffres comme les 2 premiers pour la fin du nombre

La question 12 se résume à vérifier qu'il y a bien un 3, un 4 ou un 7 dans le nombre

Pour la question 13, cf la question 11.

La plus compliqué: la 14
Ici, avant même de chercher nos solutions, on commence par faire un dictionnaire de listes. Les entrées du dictionnaires sont des clefs de la forme "s p" où s est la somme des chiffres et p leur produit. On liste tous les entiers de 10000 à 99999 et on les mets dans la liste correspondante dans le dictionnaire.
On crée un second dictionnaire de listes dont les clefs sont des entiers.
On fait ensuite une boucle sur tous nos entiers et on valide les 13 premières questions. Arrivé là, on calcule la clef "s p" de l'entier courant; on regarde dans le premier dictionnaire à quelle liste est associée cette entrée, et surtout la longueur L de cette liste. L est la clef qu'on utilise alors dans le second dictionnaire et on ajoute notre nombre à la liste de l'entrée L.
Une fois qu'on a parcouru tous nos entiers, on regarde dans le second dictionnaires quelles sont les listes de longueur supérieure à 1, on regroupe tous leurs éléments et on peut maintenant attaquer la 15 à partir de cette liste restreinte.

La question 15 nécessite juste une petite méthode récursive pour calculer rapidement toutes les permutations

La question 16 se résume à vérifier qu'un chiffre est inférieur à 4

Pour la question 17, il y a plusieurs écoles. La manière bourrin que j'utilise me plait bien
On calcule N² et on le convertit en chaîne de caractères numériques. Pour chaque chiffre de N on regarde si le caractère correspondant est présent dans la chaîne et si oui, on l'enlève. Ca permet de gérer rapidement tous les cas de de doublons dans N ou dans N²

Les questions 18 à 21 sont plutôt faciles à coder, et la dernière se résume à regarder si le plus grand des chiffres est différent de 8.

Au fur et à mesure que vos questions arrivaient, je mettais mon code à jour. C'est du Javascript J'ai retiré un bon paquet de décimales de Pi, 1000000 c'était trop gros (et pas forcément utile). Et quand vos propositions sont arrivées, j'ai du ajouter une trace pour voir quelle règle n'était pas respectée (heureusement, personne n'a planté sur la 14, j'aurai eu du mal à le justifier^^)
C'est là si ça vous intéresse

Je viens de me rendre compte que ma victoire repose sur un gros coup de bol vu que je m'étais trompé à la question 9 : j'avais appliqué le théorème des 2 carrés à n et pas à n^2.

Et du coup j'ai même pas eu besoin d'utiliser la 14 (dont je ne sais pas si elle est utile ou pas, pour le savoir j'aurais besoin de reprogrammer correctement la 9).

Sincèrement, rien compris à la 14,
pas calculé la 9,
et pourtant je l'avais dès hier soir...
Mais hélas, pas assez de "cartouches"...

Bah, no worry, ça sera pour la prochaine fois, ou la suivante : le rabbit est déjà dans les starting-blocks