přepsat protokol
1) orientovat se v projektu a tom protokolu, jak vypadá a co tam patří
2) aby už napsanej protokol jsem mohl použít v c# zdrojáku
3) jakub mi předá klientskou část protokolu, administrátor funguje stejně jako klient, dostanu zdrojáky, stáhnout, zkompilovat server a napíšu v c# program co komunikuje se serverem, jen to komunikuje. 

na serveru je v podstatě case, přijde dotaz, podívá se na funkci, vrátí odpověď, ty funkce můžu psát já, ale to nebude moc velká práce, spíš je napíše na serveru jakub
okna, kde se bude něco měnit např banovat hráče, vyhledat ho, smazat. 

zpravy pro požadavky, posílání z příkazovýho řádku, čili to umí administrovat taky, zprávy pro administrativní požadavky.

neni to stavovy, např. request get player
princip: na klientu rozkliknu že chci vidět nějakýho hráče, otevřu okno, chci vyplnit datama, co nemám-pošlu get player, abych získal data, přičemž nečekým na odpověď na dotaz přímo na tenhle, ale když přijde get player tak vím, kam to mám vyplnit. 
Kdyby někdo otevřel tabulku s hráčem kam patří get player, 
2 asynchronní nesouvisející věci - kdykoliv přijde odpověď na dotaz get player, tak vyplním do tabulky. a za druhé, jak vyprovokovat to, aby to od serveru přišlo. ale pokud to samo přijde od serveru samo, tak se chovám stejně a vyplním to. serveru jen říkám, co budu chtít za zprávy. není to jako web, nečekám na odpověď. server může data zaslat sám, ačkoliv těžko, ale mohl by. třeba chce poslat data, že administrátorský rozhraní automaticky refrešuje, pak hrne data a já je zpracovávám jako bych se o ně ptal.
tabulku otevřu, pošlu request a čekám na odpověď. pak vyplním. čili když server spadne a nebude odpovídat, tak se otevře prázdný okno. já nebudu muset vědět, že jsem si o něco říkal. 

dotaz: jak to je teď to parsování?
parsování: jméno requestu, mapa s parametry, se hodí do struktury, to pak zabalí funkce
protokol.cpp, protokol.h

program v c#, je to klient a komunikuje se serverem.