Bonjour, un petit exercice qui peut plaire à tout le monde puisqu'il est facile au début mais se complique lorsque augmente.
Pour un entier naturel , on cherche une suite de entiers naturels où on peut obtenir toutes les permutations des entiers en supprimant de ses termes
Par ex, pour , il faut faire apparaitre (1,2) et (2,1) et je peux donc utiliser la suite (1,2,1) qui me donne (1,2) lorsque je supprime le troisième terme et (2,1) lorsque je supprime le premier terme.
Le but est de trouver la longueur minimale de ce genre de suite pour tout et la manière de les construire mais on peut (et même on devrait probablement) commencer par chercher pour des petites valeurs de .
Bon courage
C'est plus que pas mal pour comme il est impossible de faire mieux. Par contre pour , même si les conditions sont respectées, il y a moyen de faire plus court donc pas mal effectivement
Dommage, travailler par récurrence me plaisait comme idée et me semblait déjà pas mal pour retrouver les permutations. Pour le moment, je ne vois pas d'autre idée générale.
J'avoue, ta version a le mérite d'être simple mais l'ordre de grandeur sera nettement mieux que ce que tu penses (polynomial et pas exponentiel), il faut avoir pitié des esclaves numériques qui vont traiter les données
Disons que tu étais mieux parti pour optimiser avec ta première proposition, en effet à partir du moment où un chiffre n'apparait qu'une fois, on est fichu car on se retrouve à doubler la taille du cas précédent.
Ouais. Mais je n'ai pas d'autre idée que de bidouiller pour le moment, et je n'ai pas envie de bidouiller.
Bon d'accord mais même sans avoir la version optimisée, essayons de faire mieux à peu de frais et sans trop bidouiller.
En admettant qu'on découpe la suite à trouver en morceaux successifs, qu'est-ce qu'on peut mettre dans le ième morceau pour être sûr d'y trouver le chiffre que l'on veut (c'est à dire le ième chiffre de notre permutation) ?
Ouais, on peut répéter fois 1 2 3 ... n, ce qui fait . OK, c'est nettement mieux que .. On peut même enlever le premier 1 et le dernier n, ce qui fait
2 3 4 1 2 3 4 1 2 3 4 1 2 3
Ah ben voilà, l'ordre de grandeur est le bon, maintenant il faut encore un peu optimiser ce qu'on met dans chaque morceau.
Tu as une bonne idée pour enlever le premier et le dernier mais pourquoi ne pas la pratiquer entre chaque morceau ? Toujours sans vraiment bidouiller
Bon ensuite, pour avoir la version vraiment optimale, il faut quand même un peu bidouiller ce qu'on met dans chaque morceau, je donnerai un indice mais pas avant demain soir histoire de laisser un peu de suspens.
Alors l'idée est de mélanger ce que propose GBZM entre tous les morceaux et le fait qu'au moins un des morceaux contiendra (du moins dans la plupart des cas) 2 chiffres successifs de notre permutation si on commence tous les morceaux par le même chiffre.
C'est compliqué à donner un indice sans donner la réponse du coup dites moi quand vous voulez le résultat si personne n'a envie de bidouiller.
Par récurrence et une initialisation par ordinateur, on devrait s'en sortir, et d'ailleurs cela devrait peut-être t'aider à trouver.
On rajoute un premier morceau devant la suite du rang précédent, morceau qui doit être aussi rentable que possible autrement dit, il doit être suffisant pour les configurations n***... et *n**...
On introduit des n à des endroits bien choisis dans la suite du rang précédent de sorte à valider les configurations **n**... jusqu'à ...***n, évidemment on en rajoute le moins possible.
Bonjour,
Je ne suis pas sûr d' avoir bien compris...
pour 4:
34212343243132 soit 14 chiffres mais on devrait tomber à 12
En effet, on devrait pouvoir tomber à 12 mais dans ta proposition avec 13 comment on fait pour obtenir 3214 ? Si on ne peut pas, elle n'est pas valable malheureusement
Bonjour,
Après une pénible nuit de grippe..
En observant la solution de GBMZ pour n=3
on voit que la répétition 123123 ne suffit pas pour le seul cas 321
et qu'il faut finir par 1.
J'en ai déduit que pour 4 il faudra faire pareil.
soit la suite 1234123412341.
Par analogie on peut "postuler" que pour n il faudra n(n-1)+1 chiffres.
Soit pour 5 : 21 chiffres 4 séquences de1à 5+1
123451234512345123451
En fait, on peut même utiliser seulement chiffres, dis moi si tu veux la manière de le construire ou si tu préfères chercher encore un peu.
Merci,
Il vaut mieux laisser venir d'autres participants ,mais je serais
curieux de voir une solution 12 chiffres pour 3.
Vous devez être membre accéder à ce service...
Pas encore inscrit ?
1 compte par personne, multi-compte interdit !
Ou identifiez-vous :