Kategoria: Pracownia dyplomowa 2

Co wydrukować i jak oprawić?

AKTUALIZACJA: 5.02.2020 21:12.

Obowiązkowe wytyczne do druku są na stronie wydziałowej – link oraz w APD. Pozostałe rzeczy są „zwyczajowe”.

Wydrukować należy wersję do druku, która będzie dostępna w APD zatwierdzona przeze mnie. W zakładce „Pokaż pliki” powinno być TAK po prawej:

Ważne, aby wydrukować ostatnią pobraną wersję pliku, gdyż z każdym pobraniem jest inny znak wody na stronach. Znaki wodne są weryfikowane przez pracowników dziekanatu. Wersję pdf wydrukowaną należy umieścić też na płycie.

Tekst powinien być wydrukowany jednostronnie.

Należy wydrukować trzy razy tekst:

  • pierwszy egzemplarz trafia do akt – obowiązkowo zbindowane w miękkiej oprawie (taki rodzaj bindu byłby odpowiedni); twarda oprawa niszczy teczki na akta.
  • pozostałe dwa egzemplarze trafią po promotora i recenzenta (dla mnie bez różnicy czy miękka czy twarda oprawa)

Twarda obwoluta nie powinna mieć godła, loga itp, może być „czysta” albo z napisem „praca inżynierska”. Kolor dowolny.

Warto dodać na koniec jedną czystą kartkę na przyklejenie płyty.

Osoby piszące wspólnie wrzucają do APD jeden plik pdf o nazwie w formacie AAA_BBB_CCC_DDD.pdf, gdzie AAA to u Państwa wszystkich INZ, BBB to kod specjalności, CCC – numer indeksu pierwszego autora, DDD – numer indeksu drugiego autora.

Muszą Państwo wydrukować tekst pracy inżynierskiej cztery razy:

  • każdy z Państwa z osobna drukuje jeden egzemplarz z APD do własnych akt studenckich – obowiązkowo w miękkiej oprawie.
  • egzemplarz dla promotora i recenzenta – po jednej sztuce – oprawa dowolna.

W razie pytań proszę o kontakt przed drukowaniem.

Info o płycie

Płyta do pracy inżynierskiej powinna być typu CD-R (lub DVD-R lub DVD+R jeśli rozmiar projektu nie wystarcza na nagranie na płycie CD, wszystkie płyty muszą być jednakowego typu, muszą to być płyty w standardzie jednorazowego zapisu). Dopisek RW na płycie oznacza, że jest ona wielokrotnego zapisu. Jeśli rozmiar projektu przekracza standardowy rozmiar płyt DVD, to proszę o kontakt – ustalimy coś indywidualnie.

Płyta musi być naklejona w „białej miękkiej kopercie do płyt” na końcu tekstu (przykładowe zdjęcie). Płyta ma być przyklejona tak, aby wyjmować ją „od góry”.

Płyta powinna mieć zamkniętą ścieżkę (w sensie by nie można do niej coś dogrywać). To nie jest formalny wymóg, ale dobrze by było by bez problemu otwierała się na Windowsie – trzeba wybrać odpowiedni system plików (pracownicy administracji mogą chcieć coś sprawdzić np znak wodny na tekście).

Mam też prośbę by podpis na płycie był w miarę możliwości estetyczny i najlepiej odręczny.

W razie problemów, w pokoju na wydziale mam nagrywarkę i marker do płyt.

Co należy nagrać na płytę?

  • plik pdf tekstu, który został wydrukowany (ważne, że każde pobranie „wersji do druku” z APD generuje nowy znak wodny, należy wydrukować ostatnią pobraną wersję z APD i ten sam plik pdf umieścić na płycie, po wydrukowaniu pracy inżynierskiej nie należy pobierać ponownie „wersji do druku” z APD, gdyż zmieniają się znaki wodne). Nazwa pliku ma być zgodna z formatem w APD.
  • na płycie nie powinny być umieszczone pliki pomocnicze do tekstu jak np. pliki .tex, wordowskie, grafiki itp.
  • w jednym folderze proszę o umieszczenie kodu źródłowego projektu (może to być ostatnia migawka z gałęzi master na gicie, może być pełne repozytorium Gita – o ile commity są „cenzuralne”)
  • w drugim folderze powinna być umieszczona finalna wersja aplikacji (plik wykonywalny), jeśli aplikacja jest na kilka systemów operacyjnych – każdy OS w oddzielnym folderze,
  • mile widziane jest stworzenie pliku typu README z krótkim opisem co potrzebne do uruchomienia aplikacji (jeśli coś więcej niż klik na exe) i/lub do skompilowania projektu (np. numer wersji Unity, dodatki, pluginy).

Jak uzyskać konto w APD?

W sprawie założenie konta w APD, proszę o maila do mnie (nie do sekretariatu).

Muszą być przed spełnione następujące warunki:

  • zaakceptowałem tekst i aplikację,
  • proszę o zweryfikowanie czy tytuł w języku polskim i angielskim zgadza się z tym na druku zgłoszenia tematu,
  • mają Państwo zaliczone wszystkie przedmioty ze wszystkich lat studiów (szczególnie istotne jeśli ktoś z Państwa miał warunek, przenosił się z innego kierunku lub uczelni),
  • mają Państwo aktualne dane osobowe w USOSie (np. jeśli ktoś po ślubie zmienił nazwisko i ma wyrobiony nowy dowód, to powinien najpierw zaktualizować dane w dziekanacie),
  • w przypadku pisania w parze, warunki muszą być przez obie osoby.

W mailu proszę o następujące informacje:

Imię/Imiona: (wszystkie imiona)
Nazwisko/Nazwiska: (wszystkie człony jeśli ktoś posiada kilka)
Numer albumu:
Kierunek: Informatyka
Specjalność: (do wpisania)
Forma studiów: stacjonarne lub niestacjonarne (jedno z dwóch)
Rodzaj pracy: inżynierska
Tytuł w języku polskim: (musi się dokładnie zgadzać z druczkiem zgłoszenia tematu)
Data otrzymania tematu: (może być orientacyjna jeśli nie pamiętają Państwo).

Poradnik do synonimów

Przydatny serwis: https://www.synonimy.pl/

Postać: figura, bohater, profil, wygląd, osoba, charakter.

Gatunek: trend, rodzaj, typ, kategoria, odmiana, wariant, rasa.

Gra: aplikacja, partia, produkcja, rozgrywka, mecz, turniej, zabawa.

Branża: dziedzina, dział, dyscyplina, specjalność, zakres, specjalizacja.

Zarządzanie: administrowanie, kontrolowanie, manipulowanie, sterowanie.

Element: detal, fragment, składnik, komponent, moduł.

Animacja: symulacja, ożywienie.

Scena: arena, widownia, ekran, widok.

Atak: natarcie, napaść, najazd, ofensywa.

Pocisk: kula, nabój, ładunek.

Fala: nasilenie, napływ.

Projekt: koncepcja, szkic, plan, schemat, pomysł, intencja.

Kamera: aparat.

Wróg: nieprzyjaciel, przeciwnik, adwersarz, agresor, napastnik.

Miejsce: obszar, pole, strefa, punkt, pozycja, położenie.

Urządzenie: maszyna, aparat, instrument, machina.

Ścieżka: droga, aleja, szlak, tor, trakt.

Game Design Document

Przydatne linki:

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.

Wskazówki zebrane

  • 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.