Autor: Piotr

Przydatne linki:

• https://forum.gamedev.pl/t/jak-napisac-game-design-document/174
• szablon – link , link2
• przykład2 – link
• przykład Tetris – link
• przykład4 – link
• przykład5 – link
• przykład Simsy – link
• przykład – Prison od Carbon – link

Literatura:

• Jeremy Gibson Bond, Projektowanie gier przy użyciu środowiska Unity i języka C#. Od pomysłu do gotowej gry. Wydanie II, wyd. Helion, 2018.
• Ernest Adams, Projektowanie gier. Podstawy. Wydanie II, wyd. Helion, 2010.
• Ernest Adams, Fundamentals of Puzzle and Casual Game Design, wyd. New Riders, 2014.
• Ernest Adams, Fundamentals of Shooter Game Design, wyd. New Riders, 2014.
• Ernest Adams, Fundamentals of Role-Playing Game Design, wyd. New Riders, 2014.
• Ernest Adams, Fundamentals of Adventure Game Design, wyd. New Riders, 2014.
• Ernest Adams, Fundamentals of Vehicle Simulation Design, wyd. New Riders, 2014.
• Ernest Adams, Fundamentals of Strategy Game Design, wyd. New Riders, 2014.
• Ernest Adams, Fundamentals of Action and Arcade Game Design, wyd. New Riders, 2014.
• Ernest Adams, Fundamentals of Construction and Simulation Game Design, wyd. New Riders, 2014.
• Ernest Adams, Fundamentals of Sports Game Design, wyd. New Riders, 2014.

• Skorzystanie z opcji PRO na Githubie (o ile konto używane jest tylko do celów edukacyjcnych) – https://education.github.com/
• „zakazane słowa”, których sugeruję nie używać w tekście bez ich wyjaśnienia: silnik, silnik programu, silnik gry, tekstura.
• przy omawianiu historii danego danego gatunku gier, warto podać jakieś źródło (jakaś strona www lub książka), mile widziane zweryfikowanie w dwóch niezależnych źródłach czy to na podstawie czego piszemy jest rzeczywiście prawdziwe, nie warto szukać na siłę wzorców sprzed XX wieku (o ile w sposób naturalny nie istnieją)
• warto nie używać słów, których się nie rozumie (nawet w części teoretycznej)
• warto przemyśleć pisanie tekstu: rozdziały dotyczące projektu czy implementacji nie powinny być krótsze niż rozdziały wprowadzające/teoretyczne
• osoby piszące w parach powinny we wstępie/wprowadzeniu napisać uzasadnienie dlaczego projekt/praca inżynierska wykonywane jest wspólnie. Każdy rozdział/podrozdział musi mieć określonego autora/autorów. Większość z nich nie może być wspólna. We wstępie warto jakoś opisać podział rozdziałów.

• MikTeX https://miktex.org/ lub TexLive
  https://www.tug.org/texlive/
• Edytor: Texmaker, TeXnicCenter, Visual Studio Code+wtyczka.
• Nie za krótkie wprowadzenie do LaTeX – link
• Klasa dla prac na UWM – link
• Pakiet listings – link
• Zdjęcia w LaTeXu – link

• pytania na egzamin dyplomowy (do pobrania tutaj) dzielimy na osiem bloków: 1-15, 16-30, 31-45, 46-60, 61-75, 76-90, 91-105, 106-114.
• z każdego bloku każdy student musi zaliczyć pozytywnie odpowiedź na dwa pytania wybrane przez prowadzącego seminarium, odpowiedź nie powinna być „za krótka” i powinna wynosić co najmniej 5 min na jedno pytanie,
• na jednych zajęciach/jednego dnia można zaliczyć maksymalnie trzy bloki pytań,
• w przypadku niezaliczenia odpowiedzi innego dnia można spróbować ponownie.
• na egzaminie dyplomowym recenzent ma prawo zadać pytanie dotyczące pracy (tekst i aplikacja) spoza listy.

Uwaga: jeśli ktoś z Państwa chciałby, abym coś sprawdził – proszę o maila lub issue na gicie. Jeśli nie odpisuję w ciągu 48 godzin, to świadczy, że nie dostałem notyfikacji – proszę o ponowny kontakt.

Uwaga6: jeśli ktoś z Państwa ma problemy z formatowaniem tekstu w Wordzie, proponuję pisanie w LaTeXu. Mogę Państwu pomóc z formatowaniem – proszę wtedy o założenie bezpłatnego konta w serwisie https://www.overleaf.com/ i przesłanie mi adresu email podanego podczas rejestracji.

Informacja dla osób, które nie złożyły pracy inżynierskiej w terminie: bardzo proszę o wyrobienie się napisaniem tekstu i wykonaniem aplikacji do końca kwietnia. Maj będzie czasem dla mnie na sprawdzenie i ew. poprawki. Obrony ostatnie będą w czerwcu. Jeśli nie wyrobią się Państwo z terminami, to istnieje ryzyko „spadnięcia” na rok niżej (to wiąże się z koniecznością zaliczenia brakujących przedmiotów wynikających z różnic programowych) – może to być odpłatne.

Regulamin zajęć – pdf, docx.

Jeśli przy niektórych wpisach lub plikach jest prośba o hasło, to jest takie same jak w poprzednim semestrze.

Organizacja przedmiotu – link.

Struktura tekstu pracy inżynierskiej – link.

Poradnik do synonimów – link

Wskazówki zebrane – link.

Przed obroną – link.

Archiwum prac dyplomowych – link.

Jak uzyskać konto w APD? – link.

Co wydrukować i jak oprawić? – link.

Info o płycie – link.

FAQ – link (na hasło).

Materiały z pierwszego semestru pracowni dyplomowej – link.

Zadania na „wakacje” – link.

Lista tutoriali – link.

Zasady „odpytki” z pytań na egzamin dyplomowy – link.

Jak wygląda ocena pracy dyplomowej? – link (na hasło).

Materiały o LaTeXu – link.

Game Design Document – link.

Serwisy z muzyką do wykorzystania – link.

Pomysły na „rozdziały teoretyczne” – link (na hasło).

Odpowiedzi na wybrane pytania na egz. dyplomowy – link (na hasło).

Blender/Unity/Mapy – link.

Książki, videokursy związane z Unity na NASBI – link, spis.

Pisanie testów jednostkowych w Unity 3D – link.

Obiektówka w Unity 3D – link

Lista ciekawych tutoriali:

• https://learn.unity.com/
• https://www.raywenderlich.com/unity
• https://www.tutorialspoint.com/unity/
• kanał Daniela Wooda na YouTubie –
  https://www.youtube.com/user/dan8se7en/playlists
• https://hackr.io/tutorials/learn-unity?sort=upvotes&type_tags%5B%5D=1&languages%5B%5D=en

Jeśli mają Państwo problem z przejściem jakiegoś tutorialu, proszę o info na maila – co dwie głowy, to nie jedna, być może będę w stanie coś podpowiedzieć.