Podmínky na zápočet

Pro získání zápočtu z programování je potřeba

• získat alespoň 75 bodů za domácí úkoly (za aktivní účast na cvičeních získáte bonusové body),
• napsat zápočtový test (bude 10. 12. 2024),
• naprogramovat zápočtový program.

Zkouška bude až v letním semestru, takže zápočet je to jediné, co musíte získat.

Domácí úkoly

Plánuji zadat domácí úkoly za celkem 100 bodů. Na zápočet bude potřeba získat 75 bodů. Počty bodů za jednotlivé DÚ se budou lišit.

Za aktivní účast na cvičeních můžete získat bonusové body, konkrétně až 2 body za každé cvičení. V průběhu semestru bude 11 cvičení (a jedno navíc na zápočtový test), takže můžete získat až 22 bonusových bodů. Účast na cvičeních tedy není povinná, ale je silně doporučená.

Na každý úkol budete mít dva týdny a v tomto čase ho můžete odevzdat víckrát. Pro odevzdávání budeme používat systém ReCodEx, který automaticky vyhodnocuje funkčnost vašeho programu. U některých úloh bude hodnocena také čitelnost a kvalita kódu (co přesně se bude hodnotit, si povíme na cvičení), to budu dělat ručně po uplynutí termínu odevzdání pouze u funkčních řešení (pokud vaše řešení nezíská v ReCodExu body a stejně chcete, abych vám jeho kvalitu obodoval, napište to k němu do komentáře).

Jako řešení domácích úkolů odevzdávejte pouze vaše výtvory, nikoli kód napsaný někým jiným (opsaný od spolužáka/spolužačky, zkopírovaný z internetu, vygenerovaný pomocí ChatGPT, …). Rozhodně není zakázáno hledat na internetu nebo konzultovat se spolužáky, jak se naprogramuje nějaká dílčí část úkolu, ale je zakázáno kopírovat řešení celé úlohy. Podobně pro LLMs (ChatGPT a další) – můžete se ptát, jak se udělá nějaká konkrétní věc v Pythonu, ale nevydávejte vygenerovaný kód za své řešení (v tomto kontextu bych zmínil Stanovisko MFF UK k využívání umělé inteligence ve výuce, zejména bod Buďte transparentní).

Zápočtový test

Test se bude psát na cvičení 10. 12. 2024. Test je praktický – vaším úkolem bude během 90 minut naprogramovat a odladit řešení úlohy – a bude zadán přes ReCodEx (takže ho budete řešit jako domácí úkoly, akorát s časem omezeným délkou cvičení). Další termíny budou vypsány podle potřeby během zkouškového období – celkem máte na test tři pokusy.

Zápočtový program

Zápočtový program je větší kus software, který budete programovat doma během semestru (případně během zkouškového období).

Výběr tématu

Téma zápočtového programu navrhujete vy. Nejpozději do konce výuky v ZS (10. 1. 2025) si vyberte téma a zašlete mi mailem specifikaci programu (zhruba jeden odstavec popisu toho, co program bude dělat). Já se s vámi domluvím, jestli je téma vhodné a případně ho společně upravíme. Doporučuji vybrat si téma už před Vánoci, protože vánoční prázdniny můžou být dobrý termín, kdy na programu pracovat. Pokud vás žádné téma nenapadá, podívejte se níže.

Zápočtový program může a nemusí být napsaný v Pythonu – použijte jazyk, který umíte nebo který nejlépe sedí na doménu problému. Na druhou stranu, já bych měl být schopný kód vašeho programu přečíst a pochopit, takže pokud chcete použít nějaký jiný jazyk než Python, domluvte se na tom se mnou už ve specifikaci programu.

Odevzdání

Zápočtový program byste měli odevzdat nejpozději do konce zkouškového (16. 2. 2025), poté už za něj zápočet neudělím. Program se odevzdává prostřednictvím MFF GitLabu. Repozitář pro odevzdávání vám bude vytvořen (/teaching/nprg030/2025-winter/student-LOGIN_DO_SISU). Program do repozitáře nahrajete přes webové rozhraní (ukážeme si na cvičení) nebo si můžete repozitář naklonovat do svého počítače a vyvíjet program v něm za použití Gitu (ukážeme si, pokud bude čas). Až budete mít hotovo (včetně uživatelské a programátorské dokumentace), pošlete mi mail s odkazem na váš repozitář a já program ohodnotím.

V repozitáři si vytvořte vhodnou strukturu projektu – minimálně vytvořte složky pro zdrojové kódy programu a pro dokumentaci. Je lepší, když zdrojové kódy nejsou přímo v kořenovém adresáři projektu, ale jsou ve vlastní složce (aby se nemíchaly s testy, dokumentací, konfiguračními soubory, …). V Pythonu bývá zvykem pojmenovat složku se zdrojovými soubory podle názvu vašeho programu (v jiných jazycích dost často uvidíte složku pojmenovanou src). Taky upravte soubor README.md, aby obsahoval základní informace o vašem programu a odkaz na dokumentaci.

Odevzdávaný program by měl být rozumně odladěný. Především by měl jít spustit bez chyb. Když program budu normálně používat, tak by neměl spadnout. Pokud například program očekává vstup v souboru, tak by neměl spadnout, pokud soubor neexistuje. Měl by místo toho vypsat rozumnou chybovou hlášku pro uživatele.

Dokumentace

K zápočtovému programu napište jeho dokumentaci. Ta by měla mít tři hlavní části:

• uživatelská dokumentace (jak se program používá),
• programátorská dokumentace (jak program funguje uvnitř),
• ukázky použití.

Povinnou součástí uživatelské dokumentace je informace o tom, jak program spustit (pokud má víc .py souborů, tak který se má spouštět), jak specifikovat jeho parametry, vstupní soubory, atd. a jak program ovládat (např. pokud programujete hru, tak jaké klávesy slouží k čemu). Pokud váš program pracuje s nějakými vstupními soubory, popište jejich formát. Pokud je pro spuštění programu potřeba nainstalovat nějaké knihovny nebo nástroje (např. programujete hru v Pygame), napište jaké a v jaké verzi (a ideálně doplňte i jak je nainstalovat).

V programátorské části dokumentace byste měli vysvětlit hlavní strukturu a koncepty vašeho programu. Když si projekt otevřu já nebo váš spolužák, měli bychom být podle dokumentace schopní program rozšířit a případně vědět, kde v kódu hledat, kdybychom měli opravovat nějakou chybu. Je vhodné jako součást programátorské dokumentace mít popis abstraktního návrhu programu (rozdělení do tříd a co má která třída za úkol) a stručné shrnutí zdrojových souborů (hlavně když jich bude hodně a budou strukturované složek). Taky je fajn psát dokumentační komentáře k funkcím a třídám (aspoň k těm nejdůležitějším).

Součástí dokumentace by také měly být příklady použití. Když program vyžaduje nějaké netriviální vstupy k tomu, aby šel spustit, přidejte příklady takových vstupů do dokumentace. Například pokud váš program kreslí graf na základě dat ze vstupního souboru, dejte do dokumentace ukázkový soubor s daty. Pokud programujete hru nebo jiný interaktivní program, pak nejspíš příklady použití nejsou potřeba.

Dokumentaci pište česky (příp. slovensky) nebo anglicky.

Dobrým způsobem, jak psát dokumentaci, je pořídit si složku docs (nebo documentation) ve vašem repozitáři a v ní mít několik Markdown (.md) souborů. Markdown je jednoduchý jazyk na formátování dokumentů. Pokud ho neznáte, rychlý přehled základních příkazů najdete tady, podrobnější návod pak tady nebo tady.

Použití Gitu

Během vývoje programu si můžete vyzkoušet používat Git (jak jsme si ukázali během cvičení). Teď v ZS to není povinné, ale určitě je to něco, co se vám do budoucna bude hodit. Pokud Git používat nechcete, stačí prostě nahrát hotový program a dokumentaci do repozitáře na GitLabu.

Jestli si chcete vyzkoušet, jak s Gitem pracovat, naklonujte si repozitář do vašeho počítače. Snažte se dělat commity průběžně (např. vždy když dokončíte nějakou ucelenou část práce). Nezapomeňte, že některé soubory do Gitu nepatří (třeba .exe soubory a další produkty build systému), používejte proto vhodný soubor .gitignore. Pro Python je vhodný tento a už je ve vašem repozitáři připravený (pokud používáte jiný jazyk, vhodně ho upravte, např. podle doporučených .gitignore souborů). Pokud si potřebujete Git připomenout, můžete využít třeba tenhle návod, Git ve 100 sekundách, ale nám stačí prvních 60, nebo to samé, ale detailněji.

Další informace a nápady na témata

Spoustu užitečných informací o zápočťácích už sepsali jiní, tak nemá smysl je znovu psát. Tady je pár odkazů: Martin Mareš má na webu svého cvičení hezky sepsané informace o zápočťácích. Navíc poskytuje i seznam témat pro inspiraci (pro ZS je vhodná obtížnost 3 a vyšší), takže doporučuji přečíst. Detailní informace včetně nápadů na témata sepsal taky Jirka Mayer. Nakonec, Rudolf Kryl má na webu návod na psaní dokumentace k zápočťáku, také doporučuji přečíst.