Kommentare zu: Algorithmus-Wettbewerb Teil 2: Spielplan errechnen

Von: Michael Kliewe

Michael Kliewe — Wed, 04 Aug 2010 09:06:43 +0000

Könnte ich eigentlich mal machen, habe den Artikel schon vorbereitet, aber derzeit komme ich zu nichts irgendwie. Und wie gesagt die schnellste Lösung scheint Martin zu haben, meine ist langsamer

Von: Braunbär

Braunbär — Wed, 04 Aug 2010 08:55:09 +0000

Kommt da noch was? Wann veröffentlich Gangsta seine Lösung?

Von: Christoph

Christoph — Wed, 14 Jul 2010 06:18:05 +0000

Selber Fehler, wie bei mir.

Siehe RUnde 8, zweimal PG=7

Von: Jackflash

Jackflash — Wed, 14 Jul 2010 02:48:02 +0000

Tach, bin grade durch PHPperformance auf dein Blog aufmerksam geworden. Da ich gerne tüftle, hier mein Beitrag:

http://smel.de/playmatch.php?player=20

Von: Michael Kliewe

Michael Kliewe — Sat, 10 Jul 2010 10:16:30 +0000

@Christoph: Bin gespannt!

Wäre natürlich toll wenn es eine einfache Lösung gibt. Martin (siehe oben LocalDev) hat ein sehr schönes Script geschrieben das das Problem zu lösen scheint, und das auch in annehmbarer Zeit, bin noch dabei die Lösung zu verstehen, ist trotz sehr guter Dokumentation nicht gerade einfach zu durchblicken

Ich musste meine Lösung auch nochmals anpassen letzte Woche, es ist nun wieder recht langsam, aktuell scheint Martin die Nase vorn zu haben…

Von: Christoph

Christoph — Sat, 10 Jul 2010 10:10:51 +0000

ich revidiere vorerst, war doch noch n denkfehler drin

Von: Christoph

Christoph — Sat, 10 Jul 2010 10:07:54 +0000

Mist, war da tatsächlich n kleiner Denkfehler drin, aber auch der ist recht einfach behoben.
Die Grundidee bleibt gleich:
1) Vorheriges Würfeln
2) den linken Spieler einen Tisch weiterrücken lassen
—-
Neuer Verteilungsansatz: Die Paarungen werden “vorher” festgelegt
X/2*X/2 Matrix:
1|2|3|…|X/2 (Die linken Spieler)
X/2+1|X/2+2|…|X (die rechten Spieler, die in der Verteilungsmatrix jeweils einen weiterrutschen)
X|X/2+1|X/2+2…|X-1
X-1|X|X/2+1|X/2+2…|X-2
…
Diese Verteilungsmatrix muss nun nur noch entsprechend 2) eingefügt werden

Ich zappel mal flink den Code dahin; das ist fast noch einfacher, als dir vorherige Idee

Von: Michael Kliewe

Michael Kliewe — Sat, 10 Jul 2010 09:29:24 +0000

@Christoph: Die Lösung funktioniert nur für ungerade Rundenanzahlen. Probier dein Verfahren mal mit 8 oder 12 Spielern (sprich 4 oder 6 Runden). Dann werden sich in der 3. bzw. 4. Runde die Paarungen wiederholen.

Siehe hier, habe es nach deiner Anleitung gemacht:
R1:1-2,3-4.5-6,7-8
R2:7-4,1-6,3-8,5-2
R3:5-6,7-8,1-2,3-4

1 wandert jede Runde einen Platz nach rechts, 2 immer nach links. Eine gerade Tischanzahl lässt die beiden wieder aufeinandertreffen.

Deine Lösung probiert fast jeder den ich bisher gefragt habe als erstes aus, funktioniert aber leider nicht immer.

Bin gespannt auf deine nächste Lösung

Von: Christoph

Christoph — Sat, 10 Jul 2010 09:10:50 +0000

@Michael: Doch, es ist so einfach.
Wäre X bspw 10 und die folgenden Zahlen jewiels nur die Indizes, dann gäbe sich folgende Paarungen:
R1:1-2,3-4.5-6,7-8,9-10
R2:9-4,1-6,3-8,5-10,7,2
R3:7-6,9-8,1-10,3-2,5-4
R4:5-8,7-10,9-2,1-4,3-6
R5:3-10,5-2,7-4,9-6,1-8

Bedingungen erfüllt: Jede Runde ein anderer Tisch, Keine doppelten Paarungen.
Diese Tabelle wäre quasi fest. Nur die Spieler wären durch das vorherige Zusammenwürfeln jeweils anders.

Kann mir kaum vorstellen, dass in richtigen Events ein anderes Verfahren genutzt wird (als das vorherige Auslosen der Kontrahenten). Alles andere wäre recht ineffektiv!

Die eigentliche “Schierigkeit” in dieser Methode liegt darin, zu Anfang möglichst effektiv das Xer Array ohne Duplikate zu füllen, aber auch das ist mit ner for- und ner while, sowie 2 Zeilen Code zu erfüllen; wenn man das ganze noch etwas unleserlich macht, kann man sogar mit den beiden Schleifen und einer Zeile Code auskommen.

—–
OT: Funktionsrümpfe würde ich übrigens nicht zu LOC zählen, da diese, wie Kommentare der Lesbarkeit dienen.

Von: Michael Kliewe

Michael Kliewe — Sat, 10 Jul 2010 08:06:06 +0000

@Christoph: Und genau das geht nicht, denn spätestens nach der Hälfte der Runden treffen die Spieler aus der 1. Runde wieder aufeinander wenn man so rotiert.

Kannst ja mal ausprobieren, so einfach ist es leider nicht

Von: Christoph

Christoph — Sat, 10 Jul 2010 07:45:31 +0000

Kann mir schon fast denken, welches der Anfangs als optimalst angepriesene Algo ist:
1) Man würfle die Spieler vorher durch (bspw in einem Array) (Zufallskomponente)
2) Quasi fester Spielplan, in Gitter:
[1-2][3-4]…[(x-1)-x]
[(x-1)-...[..-2]
Sprich die Die linken wandern ein Brett weiter, die rechten ein Brett zurück.

So hätte man mit weit weniger, als 58 Zeilen eine Zufallsbasierte Lösung, die in weit weniger als einer Sekunde einen Spielplan berechnet

Keep it Simple, Keep it Stupid

Von: PHP: Algorithmus-Wettbewerb: Spielplan errechnen | LocalDev

PHP: Algorithmus-Wettbewerb: Spielplan errechnen | LocalDev — Sat, 10 Jul 2010 05:37:51 +0000

[...] etwa 2 Wochen hat der PHP Gangsta zu einem neuen Wettbewerb aufgerufen. Es sollen Spielpläne nach einem bestimmten Schema errechnet [...]

Von: Michael Kliewe

Michael Kliewe — Tue, 29 Jun 2010 20:18:36 +0000

@Gast: Ein richtiger Wettbewerb ist es ja eigentlich auch nicht, ich habe keinen Gewinn oder ähnliches zu vergeben, es ist einfach nur ein Wettstreit um den schönsten, elegantesten und schnellsten Code, der das Problem löst.

Mein realer Anwendungsfall ist ein Table-Top-Turnier “Warhammer 40k”. Wir haben X Spieler und X/2 Spielplatten auf denen wir spielen. Damit niemand durch das Terrain einen Vor- oder Nachteil hat soll jeder exakt einmal jede Spielplatte bespielen, und zwar gegen wechselnde Gegner, und alle sollen immer parallel spielen, niemand soll aussetzen müssen.

Von: Gast

Gast — Tue, 29 Jun 2010 18:11:20 +0000

Tipp für’s nächste Mal: Wenn es ein Wettbewerb sein soll setze wenigstens eine grobe Frist…

»…und es soll niemand ein Spielbrett zweimal benutzen dürfen«

Das macht die Aufgabe zwar interessant, aber ich frage mich: Gibt es dafür einen realen Anwendungsfall?

Von: Michael Kliewe

Michael Kliewe — Mon, 28 Jun 2010 21:10:56 +0000

@GuBiMe Sieht sehr nett aus der Code! ABER: Ich habe ihn gerade mit 10 Playern laufen lassen, und im Ergebnis kommt das Duell 13-06 doppelt vor. Die komplette Runde 5 und Runde 10 scheinen gleich zu sein, nur etwas verschoben. Es spielen also Gegner doppelt gegeneinander was nicht erlaubt ist.
Da muss also noch etwas gefeilt werden, aber bisher der schönste Code würde ich sagen, OO mit PHPDoc…

Von: GuBiMe

GuBiMe — Mon, 28 Jun 2010 18:48:10 +0000

Hier ist meine Lösung: http://pastie.org/1022197
Schnell und schön
Der Algorithmus arbeitet zweigeteilt. Ein Teil für eine ungerade Brettanzahl und einer für eine gerade Brettanzahl. Beide haben nur eine quadratische Laufzeit.

Von: Sascha Presnac

Sascha Presnac — Thu, 24 Jun 2010 13:10:50 +0000

Na, dann wage ich es mal, hier meine Lösung:
http://softwareentwickler.blogspot.com/2010/06/algorithmus-wettbewerb-meine-losung.html

Nicht schnell, nicht schön, aber es funktioniert irgendwie. Ich werde das ganze versuchen zu optimieren, mir fallen da auch spontan 2 schrauben ein, an denen man drehen kann, aber für heute habe ich keine Zeit mehr.
Evtl. inspiriert es ja den einen oder anderen…

Von: Sascha Presnac

Sascha Presnac — Thu, 24 Jun 2010 12:25:57 +0000

Erinnert mich irgendwie an die Eiweiß-Knickerei von BOINC. Meine Lösung funktioniert, ist aber noch sehr langsam. Bei 12 Spielern braucht es zwischen 8 und 29 sekunden.

Von: Michael Kliewe

Michael Kliewe — Thu, 24 Jun 2010 11:33:17 +0000

@Shiftyy: Spieler 16 spielt immer gegen Spieler 19. Irgendwas passt da noch nicht, ähnliches Problem wie bei tjado. Kein Spieler darf mehrfach gegen den selben Gegner spielen.
Außerdem bekam ich eine Notice “Undefined variable: numPlayers in Zeile 40″

Von: Shiftyy

Shiftyy — Thu, 24 Jun 2010 11:07:00 +0000

Na dann möchte ich mal mein Vorschlag präsentieren:

http://pastebin.com/BtHiAnxp