Autor: Piotr

Informacje bieżące – sem. letni 2018/2019

Ostatnia aktualizacja strony: 14.09.2019 11:14.

  • Proszę o zweryfikowanie poprawności ocen w USOSie. W razie błędów proszę o kontakt mailowy.
  • W razie wątpliwości, pytań, nieobecności z przyczyn losowych, proszę o info na maila.
  • Jeśli potrzebują Państwo dodatkowych konsultacji, dodatkowego wyjaśnienia części materiału przed egzaminem, zapraszam na konsultacje.
  • Jeśli spóźnią się Państwo na zaliczenie/egzamin, a sala będzie zamknięta i na drzwiach sali nie będzie informacji, to proszę mnie szukać w moim pokoju A2/14.
  • Uwaga: preferowana forma przekazywania informacji o ew. usprawiedliwieniu nieobecności na egzaminie to adres email. Z uwagi na sezon urlopowy zostawienie podań w przegródkach na portierni czy przesyłanie ich tradycyjną pocztą, może spowodować odbiór korespondencji we wrześniu. Zgodnie z regulaminem studiów na UWM w Olsztynie, usprawiedliwienie nieobecności musi zostać dostarczone w ciągu 7 dni od ustania przyczyny nieobecności. Dlatego proszę o kontakt mailowy.

Wszystkie egzaminy poprawkowe ze wszystkich prowadzonych przeze mnie przedmiotów zostały zakończone.

Styl językowy pracy dyplomowej

Poniższych zasad nie należy stosować bezwzględnie. Dopuszczalne są odstępstwa, jednak muszą być one konsekwentne i zgodne z zasadami języka polskiego.

  • forma orzeczeń w zadaniu – ważna konsekwencja!
    • 1 os. l. poj. – wykonałem, zaprojektowałem
    • 1 os. l. mn. – wykonaliśmy, zaprojektowaliśmy
    • forma bezosobowa – wykonano, zaprojektowano
  • unikanie powtórzeń – „będę grał w grę”
  • praca dyplomowa powinna być napisania językiem naukowym i „dobrym” informatycznym – np. jeśli używamy określeń jak silnik programu to warto w części teoretycznej zdefiniować co to jest.
  • unikanie długi zdań, zdań wielokrotnie złożonych,
  • należy unikać żargonu, kalek z języka angielskiego, w przypadku braku polskojęzycznego odpowiednika warto w przypisie dolnym dodać wytłumaczenie.
  • czcionka podstawowa: Times New Roman, Arial – 12 lub 13 pkt
  • czcionka w tabelach: jak wyżej – 10 lub 12 pkt.
  • listingi kodu: Consolas lub verbatim, należy unikać czcionek „przypominających” maszynę do pisania (jak Courier New)
  • interlinia – nie większa niż 1,5, przy listingach kodu zwykle nie powinno być jej wcale
  • wyrównanie tekstu: preferowane wyjustowanie tekst z włączonym dzieleniem wyrazów,
  • nie należy zostawiać przyimków i spójników na końcu linijki,
  • standardowy blok tekstu powinien rozpoczynać się do akapitu (wcięcia),
  • nazwy zmiennych, obiektów gry, klas i innych podobnych „tworów” powinny być oznaczone z jedną z dwóch poniższych konwencji:
    • czcionka Consolas lub styl verbatim
    • pogrubienie
  • nazwy obiektów, klas, zmiennych powinny być w mianowniku; jeśli jest potrzeba użycia takiej nazwy na początku zdania lub w innym przypadku powinien wcześniej być rzeczownik określający daną nazwę np. W klasie Player wykonano refaktoryzację.

Uwaga: proszę o nie używanie czcionki Calibri.

Struktura pracy inżynierskiej

  1. Strona tytułowa – aktualne wytyczne dostępne na stronie wydziału lub w dziekanacie. Nazwa katedry do wpisania: Katedra Analizy Zespolonej (ang. Chair of Complex Analysis). Uwaga: w przyszłym roku akademickim może nastąpić zmiana struktury organizacyjnej.
  2. Streszczenie w języku polskim i angielskim. Sugerowane jest sprawdzenie wersji angielskiej w programach typu Grammarly i/lub LanguageTool. Jeśli tekst jest krótki, dobrze to zamieścić wersję polską i angielską na jednej stronie. Jeśli tekst jest dłuższy, to wersja polska i angielska powinny być na oddzielnej stronie. Tekst dla jednej wersji językowej nie powinien być dłuższy niż strona A4. Warto też sprawdzić by tekst streszczenia był krótszy niż 4000 znaków (wtedy można to samo wrzucić APD).
  3. Opcjonalne miejsce na podziękowania.
  4. Spis treści – dobrą praktyką jest skorzystanie z automatycznych narzędzi dostępnych w LaTeXu lub Wordzie.
  5. Wprowadzenie/wstęp – opis motywacji, celu, zakres pracy, jeśli dotyczy uzasadnienie pisania pracy w dwie osoby.
  6. Jeden/dwa rozdziały „teoretyczne”.
  7. Jeden/dwa rozdziały dot. dokumentacji projektu/aplikacji.
  8. Jeden rozdział dotyczący implementacji.
  9. Opcjonalny rozdział dotyczący testowania, analiz porównawczych itp itd.
  10. Podsumowanie.
  11. Literatura.

„Zadania na wakacje”

Lista spraw do przemyślenia/wykonania w trakcie przerwy wakacyjnej:

  • do 5.09.2019 – sugestie do planu (wersja robocza)
  • do 25.09.2019 – ew. korekty do opublikowanego planu zajęć
  • do 12.10.2019 – szkic planu pracy inżynierskiej – max. 4 strony A4, format pdf, a w nim minimalnie:
    • opis fabuły gry, opis funkcjonalności aplikacji – min. 1 strona A4,
    • projekt spisu treści pracy dyplomowej,
    • sprecyzowanie braków „technologicznych”,
    • określenie środowiska/edytora tekstu, w którym będzie tworzony tekst pracy inżynierskiej: sugerowane LaTeX, Word.
    • niepubliczne udostępnienie kodu źródłowego aplikacji (lub zaplanowanego miejsca na kod), moje loginy: pjastr (Github), pjastr2 (Gitlab). W przypadku korzystania z innych serwisów proszę o wcześniejszy kontakt mailowy. Dopuszczalna jest forma fizycznego nośnika danych, ale wymagane jest dostarczanie na każde zajęcia nowszej wersji kodu. Proszę o nie wysyłanie programów/kodów bezpośrednio na maila.
    • roboczy harmonogram z konkretnymi terminami wykonania aplikacji i napisania rozdziałów pracy inżynierskiej,
    • opracowany dokument proszę o wysłanie na maila.
    • aktualizacja: proszę o dodanie numeru wersji Unity, w której będzie tworzona aplikacja (i warto wyłączyć aktualizacje). W razie wątpliwości warto pobrać wersję ze wsparciem LTS –
      https://unity3d.com/unity/qa/lts-releases

Przykładowy plik – pdf.