MML2021: Unterschied zwischen den Versionen
(60 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 24: | Zeile 24: | ||
[[Datei: memory1.png]] | [[Datei: memory1.png]] | ||
− | Es gibt immer Karten, die mich gar nicht interessieren (weiß), weil sie bereits erledigt sind oder ich sie schon kenne (obwohl ich sie wieder umdrehen musste). Interessant sind nur die farbigen Karten. | + | Es gibt immer Karten, die mich gar nicht interessieren (weiß), weil sie bereits erledigt sind oder ich sie schon kenne (obwohl ich sie wieder umdrehen musste). Interessant sind nur die farbigen Karten. Da gibt es die (rot), von denen noch beide unentdeckt sind und die (grün), deren Partnerkarte ich schon kenne. |
Am besten, wir berechnen die Wartezeit für jede Spielsituation '''(n,m)''' (obwohl mich eigentlich nur (8,0) interessiert). | Am besten, wir berechnen die Wartezeit für jede Spielsituation '''(n,m)''' (obwohl mich eigentlich nur (8,0) interessiert). | ||
Zeile 33: | Zeile 33: | ||
<br><br> | <br><br> | ||
+ | |||
===Für F(0,0), F(0,1), F(0,2), ... ist die Antwort leicht:=== | ===Für F(0,0), F(0,1), F(0,2), ... ist die Antwort leicht:=== | ||
Es gibt keine unbekannten Kartenpaare mehr. Ich decke einfach irgendeine unbekannte Einzelkarte auf und weiß immer den Partner. Ich werd also das Spiel immer mit 0 Fehler beenden. | Es gibt keine unbekannten Kartenpaare mehr. Ich decke einfach irgendeine unbekannte Einzelkarte auf und weiß immer den Partner. Ich werd also das Spiel immer mit 0 Fehler beenden. | ||
Zeile 39: | Zeile 40: | ||
===Ebenso bei F(1,0)=== | ===Ebenso bei F(1,0)=== | ||
Da gibt es nur ein Paar! | Da gibt es nur ein Paar! | ||
+ | <br><br> | ||
− | |||
− | |||
− | |||
===Wie sieht es mit F(1,m) aus, falls m>0?=== | ===Wie sieht es mit F(1,m) aus, falls m>0?=== | ||
− | + | [[Datei: Memory5.png]] | |
− | |||
− | |||
− | |||
− | |||
man kann also immer F(1,m) durch F(1,m-1) berechnen | man kann also immer F(1,m) durch F(1,m-1) berechnen | ||
+ | <br><br> | ||
− | ===Wie sieht es mit F(2,0) | + | ===Wie sieht es mit F(2,0) oder gar F(n,0) aus?=== |
− | + | [[Datei: Memory6.png]] | |
− | F( | ||
− | |||
− | |||
− | |||
− | |||
man kann also immer F(n,0) durch die F(n-1,0) und F(n-2,2) berechnen | man kann also immer F(n,0) durch die F(n-1,0) und F(n-2,2) berechnen | ||
+ | <br><br> | ||
− | === | + | ===Und schließlich die (grünen) F(n,m), mit m>1 und n>2=== |
+ | [[Datei: Memory7.png]]<bR> | ||
− | + | also durch F(n-1,m), F(n-2,m+2) und F(n,m-1) berechenbar | |
+ | <br><br> | ||
− | + | ===Insgesamt ergibt sich=== | |
[[Datei: memory4.png]] | [[Datei: memory4.png]] | ||
+ | Man kann sich mit den Formeln (iterativ) von Feld zu Feld hangeln und alle beliebigen Werte berechnen! Überlegt mal, in welcher Reihenfolge! :-) | ||
− | + | ===Man kann aber mit einer Programmiersprache (z.B. JavaScript) auch rekursiv vorgehen=== | |
function F(n,m) { | function F(n,m) { | ||
Zeile 84: | Zeile 79: | ||
UI.log(F(9,9)); | UI.log(F(9,9)); | ||
+ | >>> [https://ide.cube.codes/?init=loadFromUrl&url=https://share-repository.cube.codes/v1/appStates/3b0e5fed-9604-48ef-9035-1d8a72919bad direkt zu CUBE.CODES]<br> | ||
+ | |||
+ | ===Was glaubt Ihr, wie viele Rechenschritte braucht es, um F(9,9) zu berechnen?=== | ||
+ | |||
+ | >>> [https://ide.cube.codes/?init=loadFromUrl&url=https://mint.lentner.net/images/d/d3/Memory_Funktionsaufrufe_mitz%C3%A4hlen.json direkt zu CUBE.CODES]<br> | ||
+ | |||
+ | ===F(14,0), F(15,0), F(16,0), ... . Wann geht das Programm in die Knie? Die Anzahl Aufrufe steigt exponentiell mit Faktor 4!=== | ||
+ | |||
+ | Bei F(16,0) bekommt man ... | ||
+ | |||
+ | -------------------------------------------------------------------------------- | ||
+ | [10:50:44] Program starting ... | ||
+ | [10:50:44] Program running ... | ||
+ | 9.919342094933148 | ||
+ | 7792574517 | ||
+ | [10:52:35] Program finished successfully | ||
+ | ------------------------------------------------------------------------------- | ||
+ | |||
+ | ... über 7 Milliarden Aufrufe! | ||
+ | |||
+ | Der Grund sind unzählige Mehrfachaufrufe. Der kleine Code rechnet immer wieder Werte aus, die er schon zig mal berechnet hat! Wenn das Programm sich die bereits berechneten Werte in einer Matrix merken würd und nur neue Werte berechnen würde, wäre "fast keine" Aufrufe nötig! | ||
+ | |||
+ | ===Mit diesem Trick können alle F(n,m) bis 100x100 in weniger als einer Sekunde berechnet werden!=== | ||
+ | |||
+ | >>> [https://ide.cube.codes/?init=loadFromUrl&url=https://mint.lentner.net/images/1/17/Memoryspieldauer_bei_100_Bildpaaren.json direkt zu CUBE.CODES]<br> | ||
+ | |||
+ | [[Media: ertwartungswertememory.pdf | Tabelle aller Erwartungswerte bis F(100,0)]] | ||
+ | |||
+ | [[Datei: erwartungswertmemory.png | thumb | left | 1000px]] | ||
+ | |||
+ | <br style="clear:left; "> | ||
+ | |||
+ | ===Gute JavaScript-Hilfe:=== | ||
− | >>> [https:// | + | >>> [https://www.mediaevent.de/tutorial/svg.html MediaEvent]<br> |
Aktuelle Version vom 22. Juni 2021, 07:40 Uhr
Inhaltsverzeichnis
- 1 Kann man Dummheit messen?
- 2 Wie oft decke ich beim Spielen (im Schnitt) falsch auf, obwohl ich keinen Fehler gemacht hab?
- 3 Für F(0,0), F(0,1), F(0,2), ... ist die Antwort leicht:
- 4 Ebenso bei F(1,0)
- 5 Wie sieht es mit F(1,m) aus, falls m>0?
- 6 Wie sieht es mit F(2,0) oder gar F(n,0) aus?
- 7 Und schließlich die (grünen) F(n,m), mit m>1 und n>2
- 8 Insgesamt ergibt sich
- 9 Man kann aber mit einer Programmiersprache (z.B. JavaScript) auch rekursiv vorgehen
- 10 Was glaubt Ihr, wie viele Rechenschritte braucht es, um F(9,9) zu berechnen?
- 11 F(14,0), F(15,0), F(16,0), ... . Wann geht das Programm in die Knie? Die Anzahl Aufrufe steigt exponentiell mit Faktor 4!
- 12 Mit diesem Trick können alle F(n,m) bis 100x100 in weniger als einer Sekunde berechnet werden!
- 13 Gute JavaScript-Hilfe:
Kann man Dummheit messen?
Das beliebte Spiel MEMORY wird gemeinhin als Gedächtnisspiel bezeichnet. Das ist nur zum Teil wahr!
In Wirklichkeit können wir natürlich unsere Gewinnchancen erheblich erhöhen, wenn wir aufgedeckte Karten gut merken können. Aber wir können uns auch strategisch geschickt oder ungeschickt verhalten. MEMORY ist also auch ein Strategiespiel. Und schließlich ist - wie bei fast allen Spielen - auch eine gehörige Portion Glück dabei. Also ist MEMORY irgendwie auch ein Glücksspiel.
Kann man nun die drei Anteile dieser Spielaspekte bestimmen?
- Wie viel ist Glück,
- Wie viel (taktisches) Können,
- Wie viel ist Gedächtnisleistung
... am Spielerfolg?
Einer meiner Professoren an der LMU München erstellte Gutachten für die Gerichte bei Streitigkeiten, ob ein Spiel (um Geld) nur eher ein Glücksspiel oder eher ein taktisch geprägtes Spiel ist.
Nun - ich will nicht streiten, aber mich interessiert einfach, wenn ich spiele (und z. B. 23 mal falsch aufdeckt habe), wie gut könnte ich sein, wenn ich keinen vermeidbaren Fehler machen würde!
Wie oft decke ich beim Spielen (im Schnitt) falsch auf, obwohl ich keinen Fehler gemacht hab?
Lasst uns mal spielen: >>> Memory mit der Vorlage Herbstbilder spielen
Meine Wartezeit auf den Sieg hängt also sehr entscheidend von der Spielsituation ab:
Es gibt immer Karten, die mich gar nicht interessieren (weiß), weil sie bereits erledigt sind oder ich sie schon kenne (obwohl ich sie wieder umdrehen musste). Interessant sind nur die farbigen Karten. Da gibt es die (rot), von denen noch beide unentdeckt sind und die (grün), deren Partnerkarte ich schon kenne.
Am besten, wir berechnen die Wartezeit für jede Spielsituation (n,m) (obwohl mich eigentlich nur (8,0) interessiert).
Mathematisch gesprochen möchte ich die Funktion F(n,m) berechnen (die durchschnittliche Anzahl Fehlaufdeckungen in einem Spiel bei optimalem Können), falls n Kartenpaare unentdeckt sind und mir noch m Karten unbekannt sind, deren Partner ich aber kenne!
Für F(0,0), F(0,1), F(0,2), ... ist die Antwort leicht:
Es gibt keine unbekannten Kartenpaare mehr. Ich decke einfach irgendeine unbekannte Einzelkarte auf und weiß immer den Partner. Ich werd also das Spiel immer mit 0 Fehler beenden.
Ebenso bei F(1,0)
Da gibt es nur ein Paar!
Wie sieht es mit F(1,m) aus, falls m>0?
man kann also immer F(1,m) durch F(1,m-1) berechnen
Wie sieht es mit F(2,0) oder gar F(n,0) aus?
man kann also immer F(n,0) durch die F(n-1,0) und F(n-2,2) berechnen
Und schließlich die (grünen) F(n,m), mit m>1 und n>2
also durch F(n-1,m), F(n-2,m+2) und F(n,m-1) berechenbar
Insgesamt ergibt sich
Man kann sich mit den Formeln (iterativ) von Feld zu Feld hangeln und alle beliebigen Werte berechnen! Überlegt mal, in welcher Reihenfolge! :-)
Man kann aber mit einer Programmiersprache (z.B. JavaScript) auch rekursiv vorgehen
function F(n,m) { if(n==0) return(0); else { if(n==1 && m==0) return(0); else { if(n==1 && m>0) return(2/(m+2)*m/(m+1)+m/(m+2)*F(1,m-1)); else { if(m==0) return(1/(2*n-1)*F(n-1,0)+(2*n-2)/(2*n-1)*(F(n-2,2)+1)); else return(2*n/(2*n+m)*1/(2*n+m-1)*F(n-1,m)+2*n/(2*n+m)*(2*n-2)/(2*n+m-1)*(F(n-2,m+2)+1)+2*n/(2*n+m)*m/(2*n+m-1)*(F(n-1,m)+1)+m/(2*n+m)*F(n,m-1)); }}} }
UI.log(F(9,9));
Was glaubt Ihr, wie viele Rechenschritte braucht es, um F(9,9) zu berechnen?
F(14,0), F(15,0), F(16,0), ... . Wann geht das Programm in die Knie? Die Anzahl Aufrufe steigt exponentiell mit Faktor 4!
Bei F(16,0) bekommt man ...
-------------------------------------------------------------------------------- [10:50:44] Program starting ... [10:50:44] Program running ... 9.919342094933148 7792574517 [10:52:35] Program finished successfully -------------------------------------------------------------------------------
... über 7 Milliarden Aufrufe!
Der Grund sind unzählige Mehrfachaufrufe. Der kleine Code rechnet immer wieder Werte aus, die er schon zig mal berechnet hat! Wenn das Programm sich die bereits berechneten Werte in einer Matrix merken würd und nur neue Werte berechnen würde, wäre "fast keine" Aufrufe nötig!
Mit diesem Trick können alle F(n,m) bis 100x100 in weniger als einer Sekunde berechnet werden!
Tabelle aller Erwartungswerte bis F(100,0)
Gute JavaScript-Hilfe:
>>> MediaEvent