Všecheny zdrojové kódy jsou k dispozici na https://github.com/norik16/projects-IB111
Vzhledem k výběru projektu v období voleb do PS jsem si jako hru vybral právě vládnutí PS.
Je dán vtipně pojatý, silně zjednodušený model voleb do PS a následného vládnutí. Strany mohou ovlivnit pouze jak moc si věří do dalších voleb (selfesteem, rozsah 0--100), že toho zvládnou prosadit a jakou měrou budou pracovat pro dobro občanů, nebo svoji kapsu (plunder, rozsah 0--1; 0 = nulové kradení, 1 = úplné kradení).
Vnitřně se pak každé straně počítá především jakou má karmu (slouží k zohlednění chování z minulých kol a setrvačnosti), která se odvíjí od množství splněných slibů z minulého kola.
Cílem je vydělat co nejvíce peněz v průměru za volební období. Peníze se získávají jako procenta zastoupení v PS × míra drancování.
- Základní strategie, když se daří (je ve vládě) zvyšuje procentuální drancování státu, v opačném případě postupně drancování změnšuje
- Podobná jak Smart, ale drancování zvyšuje, jen pokud je nad svým "cílem" (
goal), v opačném případě vůbec nedrancuje
- Podobná jak SmartBinary, ale drancování zvyšuje/snižuje tím víc čím dál od svého cíle je
- Podobná jak SmartLinear, ale kromě drancování upravuje i to, jak moc si věří. Pokud se dostane do PS, zvýší se jí
selfesteem, jinak sníží
Aby bylo vidět, jak jednotlivé strategie reagují na počet období, v kterých budou pracovat -- tzn. snažíme se zjistit hladovost jednotlivých strategií. Pro každou délku hry je celá samostatná simulace, protože chci aby byl program připraven na složitější strategie počítající s počtem volebních období do převratu (konce hry).
Dlouhodobě nejvýhodnější strategie je upravování jak míry drancování, tak velikosti volebních slibů (selfesteem) podle výsledků posledních voleb. Hra je naprogramována co nejvíce obecně, takže umožňuje vymyslet (spočetně) mnoho různých strategií pomocí volitelných proměnných. Níže uvedený příklad je jen základní, výchozí nastavení těchto strategií.
- modrá -- Smart -- spočátku silná, ale nepřestane drásat, dokud nepřijde o karmu
- černá -- SmartBinary -- po 2. vrcholu se jí začnou střídat kola s velkým a 0 ziskem
- oranžová -- SmartLinear -- v každém kole si drží malý počet voličů, nevzpomatuje se
- červená -- SmarterSelfesteem -- ustálí se na velmi výhodném poměru karmy, vol. sliběch a drancování, když tedy dostane většinu PS, opravdu toho dokáže využít
Další graf ukazuje 3 téměř stejné SmartBinary strategie, které musí získat převahu v PS, aby si dovolily začít drancovat. Je vidět, jak drancování přeženou až se opět dostanou pod svůj goal a proces se opakuje.
Několik dalších zajímavých partií je připraveno ke spuštění v samotném kódu na githubu.
###Zpracování dat
Vybral jsem si projekt jehož výsledky mě opravdu zajímají, a to zpracování mých dat z Facebooku.
Hlavní otázky byly:
- Mám chut’ napsat ostatním častěji než oni mě?
- Používám smajlíky stejně jako ostatní?
Data jsem získal přímo z Facebooku pomocí jejich oficiálního nástroje
Bylo je potřeba konkretizovat tak, aby byly číselně popsatelné:
- Začínám konverzace častěji než ostatní?
- Používám smajlíky více než ostatní?
- Používám jiné smajlíky než ostatní?
- Ano, i při různé době mezi zprávami pro započetí nové konverzace se drží trend 3:2
- Ano, ale při vztažení k celkovému počtu znaků píši v průměru o procento více normálních znaků na jednoho smajlíka
- Nepoužívám vůbec smajlíky s nosem, ale při sečtení "stejných" smajlíků nezávisle na nosu se vychyluji jen v nepoužívání nejklasičtějšího ":)" smajlíka, naopak mnohokrát více používám ";)" a ":P" smajlíky.
Začal jsem s plánem udělat na vrcholech centrované čtverce (drawRect). Po rozmyšlení programu jsem se ale rozhodl udělat program na fraktály co nejuniverzálnější tak, abych s ním mohl vygenerovat svoje vlastní i "klasické známé" fraktály jen změnou konstant.
Každé další zanoření tedy vůdči předchůdci definuji definuji pomocí:
- rotace
- translace -- vzdálenost od středu
- úprava velikosti
- změna barvy
- změna tloušťky hran
Na začátku programu, u nultého zanoření definuji:
- počet hran
- velikost
- výchozí barvu
- výchozí natočení
https://github.com/norik16/projects-IB111/blob/master/recursive-shapes-maker/pentagon/giphy.gif (Otázka zní, jak rychle by, čistě teoreticky, takovýto objekt "jel" po nějakém povrchu. Úhlová rychlost a asi i točivý moment jsou nekonečně velké, ale plocha kontaktu s podložkou by byla nekonečně malá.)
Prvotní myšlenka byla dělatkrajiny hloubením jam náhodným "střílením" do rové plochy. Chtěl jsem ale střílet hodně, tak jsem si uvědomil, že na zaznačení Area of effect nějakého výbuchu si mi stačí poznačit pouze změny sklonu okolo kráteru a až budu mít všechny změny nasčítané, můžu ve dvou průchodech spočítat výšku půdy v daném místě.
Tímto způsobem nebude doba "vygenerování" jedné bomby kvadratická vůdči šířce mapy, ale pouze lineární, protože do každé "řady" mi stačí zapsat maximálně 4 informace o změně sklonu. Díky tomu můžu generovat statisíce "bomb" během pár vteřin, takže pravděpodobnost dokonce schová fakt, že jsou "výbuchy" bomb čtvercové.
Po naprogramování jsem si řekl, že výsledné výškové mapy vypadají příliš neuměle, abych z nich místo kráterů neudělal krajinky.
Následovala funkce na vytvoření barvy příslušící dané nadmořské výšce a bylo hotovo.
Postupný vývoj od papíru k ostrovu (samotné generování "bomb" nezměněno, kromě posledního vždy vytvořeno 100 000 kráterů)
A nakonec 1 000 000 "bomb":
