Talk:Meeskond:VariableMoods: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Tpaaro (talk | contribs)
Tpaaro (talk | contribs)
Line 63: Line 63:
Edu töö tegemisel! Ootame juba millal mängida saaks!
Edu töö tegemisel! Ootame juba millal mängida saaks!


Retsenseeris meeskond: [[Aida_alla| ''Aida alla'']]
''Retsenseeris meeskond:'' [[Aida_alla| ''Aida alla'']]


==Prototüübi retsensioon meeskonnalt [[Aida_alla| ''Aida alla'']]==
==Prototüübi retsensioon meeskonnalt [[Aida_alla| ''Aida alla'']]==

Revision as of 22:31, 9 December 2014

Prototüübi retsensioon meeskonna Vertigo poolt

Juhtunud on selline kurioosne lugu, et Vertigo meeskond tegi VariableMoodsi prototüübile retsensiooni ja alles siis, kui seda postitama hakkas, sai aru, et tegemist on ülipopulaarse meeskonnaga, kellele juba 2 retsensiooni tehtud. See on ka täiesti arusaadav, kuna meeskond VariableMoodsi mäng TimeLine on väga äge, mida võibki mängima jääda. Mängu prototüübi näol, on VariableMoods saanud hakkama ühe tähtsaima asjaga, mis mängu puhul oluline - tegemist on sõltuvusttekitava mänguga, mida on raske kinni panna.

Alustagem sellest, et meeskond on väga detailselt ja arusaadavalt kirjeldanud, kuidas prototüüpi käima saada ja esitanud nõutud failid, seetõttu, oli väga meeldiv ja mugav TimeLine'i programmi retsenseerida. Meeleolu lisas ka ajaveeb, mida on täiustatud piltide ja huumoriga.

Sisuliselt, on hea tõdeda, et meeskonna poolt kirja pandud must-have nõuded on suuremas osas täidetud. Prototüüp töötab eraldi üksusena hästi ja seda on võimalik täisväärtuslikult kasutada. Mängu mängijana, ootan juba toote valmimist, et veel täiustatumat varianti kasutada. Vahva oli ka see, et mängus olevaid kaarte oli päris arvestatavalt suur hulk, mis tegi mängu ka prototüübi tasemel põnevaks. Vaadates projektile esitatud nõudeid aine raames, siis esialgsel uurimisel, ei tulnud väga hästi välja, kuidas on lahendatud tegevuste kohta registri pidamine.

Koodi ülesehituse poole pealt, on näha, et on tehtud miski struktuur ja kihid, mis tõenäoliselt leiti, et on parim viis selle programmi jaoks. Tõenäoliselt saaks siin kihte veel paremini eristada ja esitada. Positiivse külje pealt, on kood suhteliselt lihtsalt ja arusaadavalt struktureeritud ning kommenteeritud.

Ootame juba täisversiooni!

Retsenseeris meeskond Vertigo


PROTOTÜÜBI RETSENSIOON

Retsensioon meeskonnalt Raggakana


Variable Moodsi mäng “Timeline” on desktopile mõeldud kaardimäng, kus mängija ülesandeks on reastada ajaloolised sündmused. Mäng on loodud Unity 3D mänguarenduskeskkonnas ning oma olemuselt on 2D mäng. Mängu kontrollitakse klaviatuuriga ning pärast juhtklahvide ära arvamist on mängu võrdlemisi lihtne mängida (eeldusel, et ajaloolised sündmused on õigesti meeles).

Prototüübis on olemas mängu tuumfunktsionaalsus, mis seisneb töötavas mänguvaates ja menüüdes. Mängija saab alustada mängu oma nime sisestades, mis küll kohe esimesel silmapilgul ekraanile ei ilmu, kuid teeb seda peagi. Pärast enteri vajutamist avaneb mängu vaade, kus ühes reas avaneb ajaliin ja teises reas kaardid võimalike sündmustega, mis kõik tuleb kronoloogiliselt reastada. Pärast sündmuste õiget reastamist mäng lõppeb ja ilmub uus menüü, mis pakub võimalusi uueks mänguks või loobumiseks. Menüüd saab avada mängus ka suvalisel hetkel.

Kood

Struktuur ja arendusmustrid: Mängu on üritatud teha MVVM arendusmustrit järgides, kuid on näha, et seda Unity’sse viies ei ole see enam osutunud kõige õigemaks lähenemiseks. Sellele viitab tugevalt tõsiasi, et Unity projektis on vaatemudeli kaust tühi. Kuna Unity mängumootor erineb veebi- ja lauaarvuti rakendustest, siis käsitleb ta sisu kuvamist erinevalt nt WPF või ASP. NET’i rakendustest, kus kasutatakse MVVM ja MVC arendusmustreid.

Soovitus: Üldjuhul hoitakse Unitys projektifaile vastavalt nende tüübile, ehk stseeni faile hoitakse vastava nimelises kaustas, millel võib olla alamjaotus. Sama lugu on ka scriptide, prefabidega (valmis mudelid), audio ja pildi failide ning kõige muuga, mida saab kindlalt kategoriseerida. See muudab projekti haldamist lihtsamaks ning vastab Unity headele tavadele.

Mängu kontroll

1. Menüü: Mängu kulgu kontrolliv kood on suhteliselt otsekohene ja lihtne. Kasutajal on võimalik sisestada nimi (ka tühi nimi on aksepteeritud, kuigi koodi vaadates ei tohiks see justkui lubatud olla, selleks tuleb enterit lihtsalt 2 korda vajutada), nime pikkuse lubamine on realiseeritud koodis nagu ka tähtede ükshaaval kustutamine.

Soovitus: Kustutamine võiks toimuda ka backspace klahvi allhoidmisel ja enteri trikk vajaks parandamist. PlayerPref-si kasutamist ei loeta mõningatel juhtudel parimaks lahenduseks, kuid piiratud teadmised sel teemal takistavad head nõu andmast.


2. Mängu vaade: Mänguvaadet juhib GameController klass, mis vastutab vaates loodavate objektide loomise eest. Objektid luuakse mudelite järgi, mis sisaldavad vajalike meetodeid loomaks mängule olulist funktsionaalsust. See osa on kenasti objektorienteeritult lahendatud. Kaartide sisu on realiseeritud läbi XML faili, mis hoiab infot erinevate võimalike kaartide kohta.

Soovitus: Kuna scripti failid on laiali pillutatud, siis oleks lihtsam neid hallata ühest scriptide kaustast, kus oleks alamjaotused.

Visuaalne osa

Menüü nimekasti kirja joondust võiks korrigeerida. Samuti on Unity-s alates versioonist 4.6 kasutusel uus UI süsteem, mida kindlasti soovitame.

Analüüsi retsensioon

Meeskond Aida alla koostas retsensiooni meeskonna VariableMoods projekti analüüsi kohta. Analüüsis kirjeldatakse mängu, kus tuleb ajaloosündmused õigesse järjekorda panna.

Meeskonna projekti analüüs on väga põhjalik ning välja on suudetud tuua loodava rakenduse idee ja põhimõte. Väga täpselt on välja toodud rakenduse funktsionaalsused. Seetõttu saab plaanitavast mängust väga hea ülevaate.

Must-have funktsionaalsused on väga korralikult läbi mõeldud ja täidavad nõudeid. Kirjeldatud on loodavaid objekte ja nende põhilisi omadusi. Nimetatud on kõik andmebaasi tabelid, mis plaanis on luua. Analüüsist leiab ka erinevate tasemete/raskusastmete kirjeldused. Kõik mängu funktsionaalsused on ilusti välja toodud selgitamaks mängu käiku. Välja on toodud ka funktsionaalsused, mida teostataks siis kui aega üle jääb. Need teeksid kindlasti mängu veel huvitavamaks, aga usume et mäng on väga lõbus ka ilma lisafunktsionaalsusteta. Mittefunktsionaalsete omaduste all on välja toodud mängulaua välimuse kirjeldus.

Meeskond on väga tublisti tööd teinud ja projekti korralikult läbi mõelnud. Koosolekutest on tehtud pilte, mis näitavad hästi, kuidas asju välja mõeldi. Tahaks välja tuua nende väga humoorika meeskonna tööjaotuse. Arvatavasti on see ka nende edu võtmeks. Tegelikult on juba teada, et käsitletav meeskond on oma rühmatöö oskusi hästi kokku harjutanud ja suuretõenäosusega antud projekt õnnestub. Meeskond mainis analüüsis ka võimalikke raskusi, mis neile võivad projekti teostamisel ette tulla. Samas, me usume, et tiim on tubli ja suudab kindlasti kõik raskused oma teel ületada.

See mäng on kindlasti väga õpetlik ja hea ajaloo õppimiseks. Edaspidi võiks mäng olla ajastute või teatud ajavahemiku sündmuste põhine. Siis oleks lastel võimalik õppida läbi mängu tulevasteks ajaloo tundideks ja kontrolltöödeks.

Edu töö tegemisel! Ootame juba millal mängida saaks!

Retsenseeris meeskond: Aida alla

Prototüübi retsensioon meeskonnalt Aida alla

Mäng läks esimese korraga ilusti käima, järgides prototüübi buildi käivitamise juhendit. Mängu mehhaanika toimib hästi ja mängu põhimõte oli selgelt arusaadav.

Suurem osa koodi on veel kommenteerimata ja seetõttu on ka koodi esmapilgul halb lugeda. Tuleks märkida, et tegemist 3 päeva tööga. Nagu enamus tudengeid, hakati tööga pihta viimasel hetkel ning jäädi natuke ajahätta, kuid sellest hoolimata õnnestuti tulla välja nõudmisi rahuldava prototüübiga. Prototüübiga võib rahule jääda, sest peafunktsionaalsused on realiseeritud ning töötavad(kaarte saab lauale mängida, kaartide vahel saab valida, laual olevate kaartide järjekorda saab muuta). Prototüübis realiseeritud funktsionaalusustest töötavad kõik korrapäraselt.

Arvame, et kui tiim suutis 3 päevaga realiseerida taolise prototüübi, siis järgmise 2-3 nädalaga suudetakse kindlasti lisada ka ülejäänud analüüsis kirjeldatud peafunktsionaalsused ja kohendada detaile.

Tubli töö ja edu tiimile.