CV Booster

Zasady oceniania z przedmiotów zawodowych

  1. Robimy projekty. W każdym bloku lekcji zazwyczaj jeden. Na początku bloku wyjaśniana jest nowa technika programowania i potem piszemy kod na ocenę.
  2. Każdy projekt jest na ocenę (waga 1). Trzeba umieć wyjaśnić kod projektu.
  3. W przypadku nieobecności ucznia wpisujemy ocenę 0 za projekt (brak oceny)
  4. Jeśli projekt zostanie oddany na pierwszej lekcji po powrocie do szkoły – ocena jest taka, jak w przypadku oddania w terminie
  5. Jeśli zostanie oddany później – jest stosownie obniżana. Za każdy tydzień spóźnienia 1 ocena w dół aż do oceny dopuszczającej. Po przekroczeniu miesiąca – za poprawnie wykonany projekt należy się ocena dopuszczająca.
  6. W szczególnie ważnych sprawach dot. teorii z egzaminu zawodowego – mogą być kartkówki. Dotyczą zazwyczaj jednej lekcji (jednego zagadnienia) omawianego na poprzedniej lekcji. Mają one większą wagę niż projekt (waga 2 lub 3 w zależności od istotności)
  7. Jedno zero (0) nie niesie konsekwencji
  8. Każde kolejne 0 przy rozliczaniu semestru traktowane jest jak nieoddany projekt, co jest równoważne z oceną niedostateczną
  9. Ocena końcowa wynika z ocen za wykonane projekty z uwzględnieniem nieoddanych projektów.
  10. Ocenie podlega końcowe działanie projektu i stosowanie dobrych technik programistycznych opisanych poniżej.
  11. W przypadku jeśli uczeń nie rozumie własnego projektu może zostać wystawiona ocena niedostateczna za ten projekt.
  12. Na ocenę wyższą niż wychodzi z projektów – może starać się uczeń, który z pasją we własnym zakresie rozwija dowolne projekty, np. pisze gry komputerowe, aplikacje komórkowe, IoT i in. Mogą dotyczyć technik programowania nie związanych z nauką w szkole.

Istotne dla oceny projektu są zasady programowania

  1. Dzielimy program na małe fragmenty – funkcje lub metody i klasy. Stosujemy programowanie zstępujące aż do najprostszych problemów
  2. Używamy znaczących nazw zmiennych…
  3. … najlepiej w języku angielskim
  4. Nazwy wieloczłonowe zapisujemy w formacie np. avgSum lub avg_sum, nigdy avgsum
  5. Stosujemy wcięcia i odstępy między funkcjami
  6. Stosujemy komentarze – każda znacząca część kodu (pętla) ma mieć komentarz. Każda funkcja ma: zwracany wynik, opis działania, opis parametrów
  7. W miarę możliwości (większe pliki) stosujemy pliki nagłówkowe.
  8. Tworzymy plik readme.md z opisem projektu zawierającym prostą dokumentację: opis działania programu, dane wejściowe i wyjściowe.
  9. Jeśli umiemy obsługę GitHub (była przerobiona na lekcji) – wgrywamy projekty i plik readme.md na swoje konto. Nie wgrywamy plików wykonywalnych (exe) – dodać do listy gitignore.

Życzę samych udanych projektów!