---
# System prepended metadata

title: Prace dyplomowe

---

## Prace dyplomowe

Główne informacje są na stronie ii [[link]](https://ii.uni.wroc.pl/dla-studenta/prace-dyplomowe).
Jest tam też szablon latexowy.

Pracę najlepiej pisać na overleafie [[link]](https://www.overleaf.com), wtedy promotor ma szansę widzieć zmiany na bieżąco i wygodnie dodawać komentarze.




Uwagi ogólne:
* w komisji oceniającej są tylko promotor i recenzent
* praca powinna przedstawiać główne zalety stworzonej aplikacji, ale zarazem nie można nic przekłamywać 
* praca musi być gotowa na tydzień przed obroną, żeby przeszła przez APD i recenzenci mieli czas ją przeczytać, dlatego pełna wersja powinna do mnie dotrzeć jeszcze tydzień wcześniej
* jeśli pracę pisza dwie osoby, to trzeba dodać jakąś informację kto robił którą część. Promotor i recenzent będą w takiej sytuacji oceniać obie osoby niezależnie, patrząc co zrobiła każda z nich i czy ma to wartość jednej pracy dyplomowej. Dlatego jak najbardziej może się zdarzyć, że obie osoby dostaną różne oceny.
* promotor daje wam tylko sugestie, ale to co będzie w pracy powinno zależeć tylko od was ;).

Odnośnie  pracy:
* bardzo dużo istotnych informacji jest na stronie pana Zychli: https://ii.uni.wroc.pl/~wzychla/masterthesis.html
* w pracy pisemnej isotone jest to, że zostanie ona dla gdzieś udokumentowana, dlatego powinna zawierać wszystko co zostało zrobione w ramach projektu
* wstęp jest dosyć ważną częścią pracy, powinien on pokrótce przedstawiać wszystko co zostało wykonane w ramach pracy, warto nawet wspomnieć o rzeczach, które się nie udały, to też wartościowa wiedza,
* bibliografia jest po to, żeby osoba czytająca pracę mogła się zorientować w zagadnieniach, które dla was są oczywiste, a dla niej nie. Dlatego na przykład jak wspominacie o jakichś narzędziach albo aplikacjach robiących podobne rzeczy, warto dać adnotację do miejsca, gdzie można sprawdzić co to jest i czy to co piszecie się z tym pokrywa.
* praca powinna zawierać informacje o wszystkim, co zostało zrobione, tak żeby recenzent nie dowiadywał się o nowych funkcjonalnościach na prezentacji.

Przykładowa struktura pracy:

* warto zerknąć na przykładowe prace z konkursu instytutowego: https://ii.uni.wroc.pl/instytut/aktualnosci/508 (przykładowo aplikacja do nauki na egzamin na prowo jazdy jest całkiem dobrze opisana),
* cała praca powinna być spójna, powinno się stopniowo zwiększać stopień szczegółowości, 
* dodatkowo,  na początku warto dać te rozdziały, które mają większe znaczenie, a dopiero później te o mniejszym znaczeniu (np. informacje na temat kodu),
* warto gdzieś bliżej początku dać instrukcję jak zainstalować aplikację i skąd wziąć pliki (zazwyczaj link do githuba),
* też bliżej początku warto wytłumaczyć jasno co jest efektem pracy,
* we wstępie warto zawrzeć:
    * todo
    * motywacja
    * co zrobione
    * plan pracy
    * można już tu zawrzeć informację na temat innych rozwiązań,
    * też tutaj już można dać link do repozytorium
* w podsumowaniu warto napisać co się udało zrobić, jaki jest efekt, może też opisać własne wrażenia, oraz co można by zrobić dalej.
 

Latex:
* na koniec powinno się zrobić spellchecka (można do tego użyć konsolowego `aspell`\'a, albo po prostu wkleić do Worda i zobaczyć co jest na czerwono),
* $\texttt{\texttt{}}$ -- robi tekst w wersji monospace,
* podwójny myślnik -- robi się go za pomocą dwóch myślników: `--`
* $\text{,,ładny cudzysłów''}$ robi się za pomocą dwóch przecinków ``,,`` i dwóch apostrofów `''`

Promotor i recenzent oceniają:
* przede wszystkim wartość merytoryczną,
* ilość włożonej pracy,
* funkcjonalność, która najlepiej żeby przewyższała inne znane wersje aplikacji,
* strukturę pracy,
* poprawność językową, gramatyczną itp.
* też prezentację
* czytelność i jakość kodu



Prezentacja:
* powinna zająć około 10, maksymalnie 15 minut,
* warto skupić się na najistotniejszych rzeczach, na przykład jak wygląda działająca aplikacja, jakich użyto algorytmów itp. 
* warto zaprezentować rzeczy, których trudno się dowiedzieć z pracy, czyli na przykład bardzo wartościowe będzie demo, które pokaże jakieś atrakcyjne przypadki użycia danej aplikacji
* nie warto mówić rzeczy oczywistych,
* warto przygotować slajdy (nie trzeba ich wysyłać do APD), ale jeśli macie lepszy pomysł, nie jest to konieczne, 
* potem są pytania od promotora i recenzenta dotyczące pracy (zazwyczaj typu *Jak to działa?*, *A czemu akurat tak?*, *A co by było gdyby...?* albo *Czy próbowałeś/aś ...?*),
* nie trzeba się specjalnie elegancko ubierać, moze być jakaś kolorowa koszula, koszulka polo, a i zwykły t-shirt jest ok.


Jeżeli nie masz pomysłu na temat, warto zerknąć sobie na inne ciekawe projekty, np. tutaj: https://github.com/codecrafters-io/build-your-own-x. Może pomogą one wymyślić własny temat.