On vous donne un tas de poids, et votre tâche est de construire un petit mobile équilibré en utilisant ces poids.
L'entrée est une liste de poids entiers compris entre 1 et 9 inclus. Il peut y avoir des doublons.
La sortie est une image ascii d'un mobile qui, une fois accroché, s'équilibrerait. Peut-être le mieux montré par l'exemple:
contribution
3 8 9 7 5
sortie possible
|
+-----+---------+
| |
+--+-+ +----+------+
| | | |
8 ++--+ 7 5
| |
9 3
Vous devez utiliser les caractères ascii comme indiqué. Les segments horizontaux et verticaux peuvent être de n'importe quelle longueur. Aucune partie du mobile ne doit toucher (horizontalement ou verticalement) une autre partie non connectée du mobile. Tous les poids doivent être suspendus à un segment vertical d'une longueur d'au moins 1, et il doit y avoir un segment vertical à partir duquel tout le mobile est suspendu.
La taille d'un mobile est le nombre total de +
, -
et les |
caractères nécessaires pour le construire. Les tailles inférieures sont meilleures.
Vous pouvez mettre autant de connexions sur un segment que vous le souhaitez. Par exemple:
contribution
2 3 3 5 3 9
sortie possible
|
+---+---+-----------+
| | |
+--+-+ 5 9
| | |
2 | 3
|
+++
| |
3 3
Le programme gagnant est celui qui peut générer la moyenne la plus basse des tailles mobiles pour un ensemble de test d'entrées. Le vrai test est super secret pour empêcher le codage en dur, mais ce sera quelque chose comme ceci:
8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 7
1 2 3 4 5 6 7 8 9 1 2 3 4 5 6 7 8 9 7 7
3 4 4 4 4 5 5 5 5 6 6 6 6 7 7 7 7
la source
total_weight_hung_from_point * distance_of_point_from_pivot
doit être la même des deux côtés du point de pivot.Réponses:
Python 2.
Je triche un
peu:Je ne construis que des mobiles avec un horizontal.
J'ai le sentiment (mais je ne l'ai pas prouvé) que le mobile optimal dans les conditions données n'a en fait toujours qu'une seule horizontale.Edit: Pas toujours vrai; avec2 2 9 1
Nabb a trouvé un contre-exemple dans les commentaires ci-dessous:Je fais juste un forçage brutal stupide:
Mes résultats pour vos entrées d'échantillon; chacun a été exécuté pendant 5 secondes (je suis conscient que c'est ridicule pour les petits - simplement parcourir toutes les permutations possibles serait plus rapide). Notez qu'étant donné qu'il existe un élément aléatoire, les exécutions ultérieures peuvent trouver des résultats meilleurs ou pires.
Le code (verbeux, car ce n'est pas du golf de code):
la source
1 9 2 8
elle génère1-------8+-9--2
; du haut de ma tête, je ne peux rien trouver de mieux (mais je ne compterais pas là-dessus) - avez-vous quelque chose?2 2 9 1
c'est-à-dire (2 + 2) * 3 = 9 + 1 * 3 pour une taille de 16 au lieu de2-9+--2----1
18. Je suppose qu'il y a un seuil (peut-être 5 ou 6 ), après quoi une seule ligne horizontale est toujours optimale.2-2-+9-1
soldes, avec un score de 13(4*2+2*2 = 9*1+1*3)
. Je ne pense donc pas que l'on soit un bon contre-exemple.Eh bien, c'est une vieille question, mais je viens de la voir apparaître dans l'onglet supérieur des questions alors voici ma solution (optimale):
En regardant les règles, je suis presque sûr que ce n'est pas de la triche, même si c'est comme si. Cela produira simplement tous les nombres donnés dans une chaîne verticale, pour un coût total de 2 * nombre_d'entrées (ce qui est le minimum possible car chaque nombre doit avoir une barre au-dessus, quelle que soit la disposition). Voici un exemple:
Produit:
Ce qui est bien sûr en parfait équilibre.
J'allais à l'origine essayer quelque chose de plus dans l'esprit de ce défi, mais il s'est vite avéré qu'il s'est tout de même optimisé pour cette structure
la source
|
au bas d'un poids.Voici une solution qui force brutalement la plus petite solution à une seule ligne. Le code parcourt toutes les permutations et calcule le centre de masse pour chacune. Si le centre de masse a des coordonnées entières, nous avons trouvé une solution.
Après avoir essayé toutes les permutations, nous ajoutons un segment au mélange (équivalent à un poids de masse 0) dans notre ensemble actuel de poids et réessayons.
Pour exécuter le programme, faites
python balance.py 1 2 2 4
.qui produit ces meilleures solutions:
la source
Python 3
Cela ne fait pas pire que 1 de plus qu'optimal sur l'un des cas de test, je crois, et cela en 5 secondes.
Fondamentalement, j'utilise une approche à barre unique. Je commande au hasard l'entrée, puis j'insère les poids sur la barre un par un. Chaque élément est soit placé dans la position qui minimise le poids excessif de chaque côté, soit la deuxième meilleure position de ce point de vue, en utilisant l'ancien 75% du temps et le dernier 25% du temps. Ensuite, je vérifie si le mobile est équilibré à la fin, et est meilleur que le meilleur mobile trouvé jusqu'à présent. Je stocke le meilleur, puis je m'arrête et je l'imprime après 5 secondes de recherche.
Résultats, en 5 secondes:
Code:
La seule de ces solutions qui, je crois, n'est pas optimale est la plus longue, qui a cette solution, que j'ai trouvée après une course de 10 minutes:
la source