Zadania praktyczne na maturze z informatyki — jak się przygotować

Zadania praktyczne nie sprawdzają, czy znasz definicje, tylko czy potrafisz w ograniczonym czasie doprowadzić plik z danymi do konkretnej odpowiedzi. Można świetnie rozumieć algorytmy i wyjść z sali z połową pustych podpunktów, bo pierwsze zadanie zjadło godzinę, dane wczytały się jako napisy, a wyniki zostały w konsoli.

Ten wpis jest planem pracy, a nie listą tematów do nauczenia. Znajdziesz tu: jak wygląda stanowisko egzaminacyjne, jak rozłożyć czas na zadania, jak bezpiecznie pracować z plikami danych, jakie są cztery powtarzalne typy zadań i schemat rozwiązania każdego z nich, oraz gotowy harmonogram ośmiu tygodni przygotowań.

Jak wygląda stanowisko egzaminacyjne#

Zacznijmy od rzeczy, która wciąż bywa mylona: w Formule 2023 nie ma podziału na część teoretyczną i praktyczną. Jest jeden arkusz rozwiązywany przez 210 minut, a komputer stoi na stanowisku przez cały ten czas. Podział 60 + 150 minut na dwie osobne części to stara Formuła 2015 — jeśli ktoś Ci tak mówi albo znajdziesz to w starszym poradniku, jest to nieaktualne.

Zadania są mieszane. Część odpowiedzi wpisujesz wyłącznie do arkusza papierowego, ale — cytując informator CKE — „rozwiązanie większości zadań wymaga użycia komputera i zapisania komputerowej realizacji rozwiązania". Za cały arkusz można zdobyć 50 punktów, z czego około 60% przypada na analizę algorytmów i programowanie, a około 90% to zadania otwarte.

Dostajesz arkusz z treścią zadań oraz katalog z plikami danych, a odpowiedzi zapisujesz do plików w swoim katalogu zdającego. Zapamiętaj jedną rzecz z informatora: brak pliku z komputerową realizacją rozwiązania jest traktowany jak brak rozwiązania — nawet jeśli na papierze opisałeś, co program miał robić.

Trzy rzeczy, które warto wiedzieć wcześniej niż w dniu egzaminu:

• Oprogramowanie deklaruje się z wyprzedzeniem. Szkoła zgłasza, w jakim środowisku będziesz pracować — język programowania, arkusz kalkulacyjny, system bazodanowy. Nie wybierzesz sobie tego rano przy stanowisku. Dokładny termin złożenia deklaracji sprawdź u dyrektora szkoły.
• Nie ma internetu. Do dyspozycji masz to, co zainstalowane, w tym dokumentację offline, jeśli jest. Żadnego wyszukiwania składni, żadnego gotowego kodu ze swojego repozytorium.
• Nie wnosisz własnych notatek ani nośników. Listę dozwolonych przyborów określa komunikat dyrektora CKE dla danej sesji — przeczytaj go, zamiast opierać się na tym, co mówili starsi koledzy.

Praktyczny wniosek: poproś nauczyciela o dostęp do pracowni i rozwiąż tam przynajmniej dwa arkusze. Nie chodzi o zadania, tylko o środowisko. Inny edytor, inna wersja arkusza kalkulacyjnego, inny układ klawiatury i nagle połowa Twoich odruchów nie działa. To najtańsza rzecz, jaką możesz zrobić dla swojego wyniku, a prawie nikt jej nie robi.

Pierwsze dziesięć minut: przegląd zamiast kodu#

Najdroższy błąd strategiczny to zacząć od zadania pierwszego dlatego, że jest pierwsze. Numeracja w arkuszu nie odpowiada trudności, a podpunkty w obrębie jednego zadania bywają skrajnie różne: pierwszy do zrobienia w trzy minuty, ostatni wymagający pomysłu.

Zanim dotkniesz klawiatury:

1. Przeczytaj wszystkie polecenia. Całe, nie tylko nagłówki. Szukasz podpunktów, które umiesz zrobić natychmiast.
2. Otwórz pliki z danymi i zobacz, co w nich jest. Liczba kolumn, nagłówek, separator, wielkość pliku. To zmienia sposób rozwiązania bardziej niż treść polecenia.
3. Oznacz w arkuszu podpunkty trzema kategoriami: „umiem od ręki", „umiem, ale to potrwa", „nie wiem, jak ugryźć". Trzy znaczki na marginesie.
4. Rozwiązuj w tej kolejności: wszystkie „od ręki", potem „potrwa", na końcu „nie wiem".

Powód jest arytmetyczny, nie psychologiczny. Podpunkty punktowane są niezależnie i najczęściej podobnie, więc trzy łatwe podpunkty z trzech różnych zadań dają więcej niż jeden trudny, nad którym siedziałeś czterdzieści minut. Uczniowie przegrywają te zadania na kolejności, nie na wiedzy.

Dodatkowa korzyść: czytając wszystkie zadania na początku, zauważysz, że kilka podpunktów opiera się na tej samej strukturze danych. Wczytujesz plik raz, a potem odpowiadasz na cztery pytania — zamiast pisać cztery osobne programy.

Strategia czasowa: ile minut na co i kiedy odpuścić#

Budżet czasu ustala się przed egzaminem, a nie w jego trakcie. Poniżej podział całych 210 minut, który sprawdza się przy typowym arkuszu:

Zadania odpowiadane na papierze warto zrobić wcześnie z prostego powodu: nie zależą od tego, czy cokolwiek Ci się skompiluje, a przy końcu egzaminu, gdy walczysz z ostatnim podpunktem, najłatwiej o nich zapomnieć.

Kluczowa zasada brzmi: jeden podpunkt ma limit i limit jest twardy. Przy arkuszu na 210 minut rozsądny limit to kwadrans. Gdy minie, a Ty nie masz działającego kodu — zapisujesz stan, dopisujesz w komentarzu, gdzie utknąłeś, i przechodzisz dalej.

To najtrudniejsza rzecz do wyćwiczenia, bo poddanie się w połowie zadania jest psychicznie nieprzyjemne. Pomaga jedna obserwacja: wracając do zadania po przerwie, prawie zawsze widzisz je inaczej. Mózg pracuje nad problemem w tle, a Ty w międzyczasie zbierasz punkty gdzie indziej. Uporczywe wpatrywanie się w ten sam kod przez czterdzieści minut nie daje nic poza rosnącym stresem.

Praca z plikami danych: wczytaj, obejrzyj, dopiero licz#

Każde zadanie praktyczne zaczyna się od pliku. Kolejność czynności jest zawsze ta sama i warto ją mieć w palcach do tego stopnia, żeby nie zajmowała myślenia.

Krok 1: wczytaj i obejrzyj

with open("dane.txt") as plik:
  wiersze = [linia.strip() for linia in plik]

print("liczba wierszy:", len(wiersze))
for w in wiersze[:3]:
  print(repr(w))

Funkcja repr pokazuje napis dokładnie tak, jak wygląda w pamięci — razem z cudzysłowami, spacjami i znakami specjalnymi. Zwykłe wypisanie ukryłoby tabulator albo spację na końcu, a to właśnie one psują późniejsze porównania.

Krok 2: rozbij na kolumny i zamień typy

rekordy = []
for linia in wiersze:
  czesci = linia.split()
  rekordy.append({
      "nazwa": czesci[0],
      "rok": int(czesci[1]),
      "kwota": float(czesci[2].replace(",", ".")),
  })

print(rekordy[0])
print(type(rekordy[0]["rok"]))

Podmiana przecinka na kropkę przed konwersją to drobiazg, który wraca niemal w każdej sesji: pliki z danymi bywają przygotowane w konwencji polskiej, a float rozumie wyłącznie kropkę.

Krok 3: sprawdź logikę na małej próbce

Zanim puścisz kod na pełnym pliku, uruchom go na kilkudziesięciu wierszach. Powody są dwa: liczy się natychmiast, więc poprawki są tanie, a wynik możesz policzyć ręcznie i porównać.

PROBKA = 50      # ustaw None, gdy kod juz dziala

dane = rekordy[:PROBKA] if PROBKA else rekordy

suma = 0
for r in dane:
  if r["rok"] == 2019:
      suma += r["kwota"]

print("liczba rekordow w obliczeniu:", len(dane))
print("suma:", suma)

Wypisanie liczby rekordów użytych w obliczeniu chroni przed najgłupszym możliwym błędem: oddaniem wyniku policzonego na próbce. Jeśli w ostatniej linijce widzisz „50", a plik ma dziesięć tysięcy wierszy, od razu wiesz, że zapomniałeś przełączyć.

Jeśli wczytywanie i rozbijanie plików wciąż sprawia kłopot, wróć do działu programowania w bazie wiedzy — to fundament, bez którego reszta przygotowań nie ma sensu.

Zapisuj wyniki cząstkowe do pliku, nie do konsoli#

Sprawdzana jest zawartość plików w Twoim katalogu, nie to, co wypisało się na ekranie. Konsola gubi się przy każdym kolejnym uruchomieniu, edytor potrafi się zawiesić, a przy trzech zadaniach po pięć podpunktów łatwo stracić rachubę, co już policzone.

Rozwiązanie: jedna funkcja pomocnicza na górze pliku i wywołanie po każdym policzonym podpunkcie.

def odpowiedz(etykieta, wartosc):
  with open("wyniki.txt", "a") as out:
      out.write(etykieta + " " + str(wartosc) + "\n")
  print(etykieta, wartosc)

odpowiedz("Zadanie 4.1.", 1287)
odpowiedz("Zadanie 4.2.", "kowalski")

Jedna pułapka trybu dopisywania: przy każdym uruchomieniu programu odpowiedzi dopisują się ponownie, więc po kilku próbach plik zawiera kilka kompletów wyników. Dlatego na samym początku programu skasuj plik jednym zapisem w trybie nadpisywania.

open("wyniki.txt", "w").close()

Dwie dodatkowe zasady, które ratują punkty:

• Wyniki pośrednie też zapisuj, jeśli podpunkt składa się z kilku etapów. Zadanie typu „znajdź największą grupę, a potem policz jej średnią" warto zapisać w dwóch krokach — jeśli druga część nie wyjdzie, pierwsza wciąż jest odpowiedzią na coś.
• Zapisuj też kod źródłowy. Pliki z programami są oceniane osobno i bywają punktowane nawet wtedy, gdy wynik liczbowy jest zły. Program w edytorze, nigdy nie zapisany na dysk, to strata za darmo.

Cztery typy zadań i schemat rozwiązania każdego#

Zadania praktyczne wyglądają co roku inaczej, ale sprowadzają się do czterech powtarzalnych schematów. Jeśli rozpoznasz typ w pierwszej minucie, masz gotowy szkielet rozwiązania i zostaje Ci tylko treść.

Typ 1: przetwarzanie liczb

Najbardziej przewidywalny typ. Prawie zawsze da się rozwiązać jednym przejściem przez dane, z kilkoma zmiennymi trzymającymi stan.

najwieksza = liczby[0]
suma = 0
ile_parzystych = 0

for x in liczby:
  if x > najwieksza:
      najwieksza = x
  suma += x
  if x % 2 == 0:
      ile_parzystych += 1

odpowiedz("maksimum:", najwieksza)
odpowiedz("suma:", suma)
odpowiedz("parzystych:", ile_parzystych)

Gdy zadanie pyta o zliczanie „ile razy wystąpiła każda wartość", odruchowo sięgaj po słownik. Pętla w pętli działa na przykładzie z treści i zawiesza się na prawdziwym pliku.

ile = {}
for r in rekordy:
  k = r["rok"]
  ile[k] = ile.get(k, 0) + 1

najczestszy = max(ile, key=ile.get)
odpowiedz("rok z najwieksza liczba rekordow:", najczestszy)

Typ 2: przetwarzanie napisów

Tutaj wygrywa jedna technika: napisz funkcję sprawdzającą pojedynczy napis, przetestuj ją na trzech przykładach z treści, dopiero potem puść w pętli. Debugowanie logiki wewnątrz pętli po dziesięciu tysiącach słów to strata czasu.

def czy_pasuje(s):
  if len(s) < 4:
      return False
  if not s[0].isupper():
      return False
  return s[-1] in "aeiouy"

assert czy_pasuje("Ala") == False
assert czy_pasuje("Kotek") == False
assert czy_pasuje("Marta") == True

pasujace = [s for s in slowa if czy_pasuje(s)]
odpowiedz("ile pasuje:", len(pasujace))

Zestaw metod, które wystarczają do zdecydowanej większości zadań tekstowych na maturze — warto umieć je z pamięci:

Więcej zadań na napisy i liczby przećwiczysz na quizach programistycznych, a systematyczne omówienie technik znajdziesz w dziale programowania.

Typ 3: zadania z bazą danych

Schemat jest sztywny i mało zaskakujący. Dostajesz kilka plików tekstowych, importujesz je jako tabele, ustawiasz relacje i odpowiadasz zapytaniami.

Kolejność pracy:

1. Import każdego pliku osobno. W oknie importu ustaw separator kolumn, zaznacz, czy pierwszy wiersz to nagłówek, i skontroluj kodowanie znaków — polskie znaki zamienione w krzaczki oznaczają zły wybór kodowania.
2. Sprawdź typy kolumn. Kolumna z datą zaimportowana jako tekst nie da się sortować chronologicznie, a liczba jako tekst zepsuje każdą sumę.
3. Ustaw relacje — najczęściej jeden do wielu, po kolumnie z identyfikatorem.
4. Jedno zapytanie na jeden podpunkt. Nie próbuj odpowiedzieć na wszystko jednym zapytaniem: krótsze zapytania łatwiej poprawić, a każde zapisujesz pod własną nazwą.

SELECT k.nazwa, COUNT(*) AS ile, AVG(z.kwota) AS srednia
FROM zamowienia z
INNER JOIN klienci k ON z.klient_id = k.id
WHERE z.rok = 2019
GROUP BY k.nazwa
HAVING COUNT(*) > 5
ORDER BY srednia DESC;

Zanim wykonasz cokolwiek modyfikującego dane, zrób kopię pliku z bazą. Instrukcja UPDATE bez warunku dotyczy całej tabeli, a na egzaminie nie ma cofnięcia jednym klawiszem. Złączenia, podzapytania i grupowanie powtórzysz w dziale baz danych.

Typ 4: zadania z arkusza kalkulacyjnego

Najbardziej „punktodajny" typ dla osoby, która ćwiczyła, i najbardziej frustrujący dla tej, która liczyła na intuicję. Zasada przewodnia: nie licz niczego ręcznie i nie wpisuj wyników z palca.

Schemat:

1. Zaimportuj dane i sprawdź, czy liczby są liczbami — wyrównanie do prawej krawędzi komórki to sygnał, że tak; wyrównanie do lewej oznacza tekst.
2. Dodaj kolumny pomocnicze. Jedna kolumna to jedno pytanie cząstkowe. Zadanie „ile weekendowych transakcji powyżej średniej" rozbijasz na kolumnę z dniem tygodnia, kolumnę z flagą weekendu i dopiero potem zliczasz.
3. Napisz formułę raz i skopiuj w dół. Adresy stałych komórek blokuj dolarami, adresy danych zostaw względne.
4. Zliczaj funkcjami warunkowymi, nie ręcznym zaznaczaniem.

=JEZELI(B2>$H$1; "powyzej"; "ponizej")
=LICZ.JEZELI($C$2:$C$500; "weekend")
=WYSZUKAJ.PIONOWO(A2; Dane!$A$2:$D$500; 3; FALSZ)

Wykres rób na końcu, gdy dane są już policzone, i pilnuj tego, o co prosi polecenie: typ wykresu, opisy osi, tytuł, legenda. Wykres bez opisanych osi bywa punktowany niżej niż identyczny wykres z opisami. Funkcje warunkowe, tabele przestawne i formatowanie omawia dział arkusza kalkulacyjnego.

Format wyniku: gdzie znikają punkty za dobre rozwiązania#

Odpowiedź porównywana jest dosłownie. Poprawny algorytm i zły format to brak punktu — kategoria strat najbardziej irytująca, bo cała praca była już zrobiona.

srednia = 3.0999

print(round(srednia, 2))              # 3.1  -- zwykle niezgodne z kluczem
print("{:.2f}".format(srednia))       # 3.10 -- tak ma byc

with open("wynik4.txt", "w") as out:
  for nazwisko, klasa, punkty in wyniki:
      out.write(nazwisko + " " + klasa + " " + str(punkty) + "\n")

Lista rzeczy, które sprawdzasz w każdym pliku wynikowym:

• Nazwa pliku dokładnie taka, jak w poleceniu, i w katalogu zdającego. Plik o innej nazwie bywa po prostu niesprawdzony.
• Liczba miejsc po przecinku zgodna z treścią — również gdy ostatnią cyfrą jest zero.
• Separator dziesiętny taki jak w danych źródłowych. Python wypisuje kropkę; jeśli w zadaniu jest przecinek, podmień go jawnie na gotowym napisie.
• Typ całkowity bez kropki. Liczba osób zapisana jako 12.0 to sygnał, że użyłeś pojedynczego ukośnika zamiast podwójnego przy dzieleniu.
• Etykieta podpunktu, jeśli polecenie każe opisać odpowiedzi. Sam wynik bez opisu bywa nieuznawany.
• Brak dopisków „od siebie". Żadnych pustych linii na końcu, żadnych komentarzy w stylu „chyba tyle" — wypisujesz dokładnie to, o co proszono.

Osiem tygodni przygotowań, tydzień po tygodniu#

Plan zakłada trzy sesje w tygodniu po około półtorej godziny plus jeden dłuższy blok weekendowy. Kolejność nie jest przypadkowa: zaczyna się od umiejętności, bez której nie zrobisz żadnego zadania — wczytywania plików.

Dwie uwagi do tego planu. Po pierwsze: arkusz rozwiązany bez zegara nie liczy się jako arkusz. Ten egzamin jest w dużej mierze egzaminem z zarządzania czasem, więc ćwiczenie bez presji zegara trenuje coś innego niż to, co będzie sprawdzane. Zestawy do pracy znajdziesz w dziale arkuszy maturalnych.

Po drugie: analiza błędów jest ważniejsza niż liczba przerobionych arkuszy. Po każdym arkuszu wypisz każdy stracony punkt i przypisz mu kategorię: złe wczytanie danych, zły algorytm, zły format wyniku, brak czasu. Po trzech arkuszach zobaczysz, że jedna kategoria dominuje — i to na niej, a nie na wszystkim naraz, opiera się ostatni tydzień powtórki.

Checklista na dzień egzaminu#

Ostatnia sekcja do wydrukowania i przejrzenia rano. Nic tu nie jest o algorytmach — wszystko o tym, żeby nie stracić punktów na rzeczach niezwiązanych z wiedzą.

Przed wyjściem z domu

1. Dowód osobisty lub inny dokument ze zdjęciem.
2. Czarny długopis — część odpowiedzi wpisujesz wprost do arkusza papierowego.
3. Śniadanie i woda. Trzy i pół godziny skupienia na czczo to strata, której nie nadrobisz żadnym powtarzaniem składni.
4. Zerknięcie na osiem zapisów z tabeli napisów i na szkielet wczytania pliku. Pięć minut, nic więcej — nowej wiedzy dziś nie przyswoisz.

Pierwsze minuty przy stanowisku

1. Sprawdź, czy widzisz swój katalog zdającego i czy możesz w nim zapisać plik. Utwórz pusty plik testowy i skasuj go.
2. Sprawdź, czy pliki z danymi są na miejscu i czy dają się otworzyć.
3. Uruchom edytor i wykonaj trywialny program wypisujący jedną linię. Wolisz dowiedzieć się teraz, że coś nie działa, niż w czterdziestej minucie.
4. Ustaw kod i dane w tym samym katalogu, żeby nie kombinować ze ścieżkami.

W trakcie

1. Przeczytaj wszystkie zadania i oznacz podpunkty trzema kategoriami.
2. Wczytaj dane raz i skontroluj je funkcją repr oraz type.
3. Ustaw limit czasu na podpunkt i pilnuj go. Zegar na ścianie, nie w głowie.
4. Zapisuj każdą odpowiedź do pliku od razu po policzeniu.
5. Zapisuj plik z kodem po każdej większej zmianie. Skrót zapisu ma stać się odruchem.

Ostatnie dwadzieścia minut

1. Nic nowego nie zaczynasz.
2. Otwórz każdy plik wynikowy i przeczytaj go oczami. Czy zawiera dokładnie to, o co proszono, i nic ponadto?
3. Sprawdź nazwy plików i ich lokalizację — litera po literze, zgodnie z treścią.
4. Sprawdź format liczb: miejsca po przecinku, separator dziesiętny, brak zbędnych kropek przy wartościach całkowitych.
5. Upewnij się, że pliki kodu, arkusza i bazy zostały zapisane i zamknięte.

Uczysz się w technikum informatycznym? Prowadzimy też przygotowanie do kwalifikacji INF.02, INF.03 i INF.04. Zobacz egzaminy zawodowe →