Zapisz się na listę
Adres 192.168.1.0/24 z maską, port 443, schemat topologii gwiazdy i protokoły TCP/IP, DNS, HTTP

OcenianieInformatykaPoziom rozszerzony

Powtórka do matury z informatyki: diagnoza przed kodem

Zespół zdawka
redakcja
Opublikowano Zaktualizowano 3 min czytania

Powtórka do matury z informatyki działa lepiej, gdy zaczyna się od arkusza przy komputerze — wynik testów pokazuje, który fragment algorytmiki wymaga pracy.

Młody mężczyzna w okularach przy laptopie z różowym pendrive'em stawia kropki na marginesie zeszytuZdjęcie wygenerowane przez AI

Powtórka do matury z informatyki bywa rozumiana jako przerobienie od nowa listy zagadnień: pętle, rekurencja, sortowanie, bazy danych. Problem w tym, że znajomość zagadnienia i napisanie działającego programu pod presją czasu to dwie różne umiejętności. Zanim ustalisz, co powtarzać, warto sprawdzić, na jakim etapie rozwiązania konkretnie tracisz punkty — na projekcie algorytmu, na jego zapisie w kodzie czy na obsłudze przypadków brzegowych.

Zacznij od jednego arkusza przy komputerze

Rozwiąż jeden pełny arkusz w realnym środowisku programistycznym, pod czas, zanim wrócisz do powtarzania zagadnień z listy. Wynik testów na zestawach danych pokazuje coś więcej niż samą liczbę punktów: pokazuje, czy program radzi sobie z przypadkiem ogólnym, czy tylko z przykładem z treści zadania.

Zapisz przy tym, na którym etapie rozwiązania pojawił się problem: przy projektowaniu algorytmu na kartce, przy przenoszeniu go do kodu, czy dopiero przy uruchomieniu na nietypowych danych. To trzy różne przyczyny tego samego złego wyniku, a każda wymaga innej powtórki.

Zapis 1011₂ = 11₁₀ = B₁₆, rozwinięcie potęgowe liczby dwójkowej i tabela konwersji systemów liczbowych

Trzy miejsca, w których traci się punkty

Etap rozwiązaniaSygnał problemuCo ćwiczyć
Projekt algorytmubrak jasnego pomysłu, zanim usiądziesz do koduzapis kroków na kartce przed napisaniem pierwszej linii
Zapis w kodziepomysł jest dobry, kod nie odzwierciedla go poprawnieprzenoszenie gotowego szkicu na kod bez improwizacji po drodze
Przypadki brzegoweprogram działa na przykładzie, pada na zbiorze pustym albo granicznymosobne sprawdzenie zbioru pustego, jednego elementu i dużego zbioru

Diagnoza, w którym z tych trzech miejsc problem wraca najczęściej, jest ważniejsza niż sama lista zagadnień do powtórzenia, bo ten sam błąd w projektowaniu potrafi powtórzyć się w każdym dziale algorytmiki, niezależnie od konkretnego zadania.

Bazy danych i arkusz kalkulacyjny: inna diagnoza

Zadania z baz danych i arkusza kalkulacyjnego rozwiązuje się bez uruchamiania programu, więc diagnoza wygląda inaczej: liczy się, czy zapytanie albo formuła zwraca dokładnie żądany wynik, nie przybliżony. Częstym sygnałem problemu jest zapytanie poprawne składniowo, ale liczące coś innego, niż prosi polecenie — pomylone grupowanie z filtrowaniem albo pominięty warunek łączenia danych.

Więcej o typowych pomyłkach w zapisie zapytań znajdziesz w poradniku o SQL na maturze z informatyki. Przegląd wszystkich działów banku zadań i tego, ile mamy w każdym z nich, jest na stronie informatyki.

Jak sprawdzić, że powtórka faktycznie działa

Dział można uznać za opanowany, gdy program albo zapytanie działa poprawnie na nowym zadaniu z tego działu, którego wcześniej nie widziałeś — nie na zadaniu już znanym. Powtórzenie tego samego kodu z podręcznika niczego nie dowodzi, bo mógł po prostu zadziałać zapamiętany szablon, nie zrozumienie problemu.

Najczęstsze pytania

Od czego zacząć powtórkę z informatyki, jeśli zostało mało czasu?

Od jednego pełnego arkusza rozwiązanego przy komputerze, pod czas, z uczciwym sprawdzeniem programu na zestawach testowych. Wynik pokazuje, czy problem leży w projekcie algorytmu, w zapisie kodu czy w obsłudze przypadków brzegowych, i to on ustala dalszą kolejność pracy.

Czy powtórka teorii bez pisania kodu wystarczy?

Nie do końca. Znajomość zagadnienia teoretycznie nie przekłada się wprost na napisanie działającego programu pod presją czasu. Powtórka bez pisania kodu sprawdza wiedzę, ale nie sprawdza umiejętności, którą ocenia egzamin.

Jak rozpoznać, że problem jest w przypadkach brzegowych, a nie w samym pomyśle?

Sprawdź program osobno na zbiorze pustym, na jednym elemencie i na dużym zbiorze danych. Jeśli działa na przykładzie z treści, ale pada na którymś z tych wariantów, problem leży w obsłudze przypadku brzegowego, nie w ogólnej koncepcji rozwiązania.

Czy warto powtarzać bazy danych i algorytmikę w tym samym tempie?

Niekoniecznie. Jeśli diagnoza z arkusza pokazuje, że większość punktów ginie w jednym z tych obszarów, powtórka skupia się właśnie tam — proporcje w arkuszu i tak faworyzują algorytmikę i programowanie.

Jak to sprawdzisz w zdawce

W zdawce zadanie z informatyki oceniane jest krok po kroku: wynik na zestawach testowych sprawdza tor deterministyczny, opis podejścia i uzasadnienia model AI. Widzisz osobno, na którym etapie rozwiązania pojawił się problem, więc diagnoza po arkuszu nie wymaga ręcznego przeglądania kodu linia po linii. Metodę opisaliśmy w opisie sposobu oceniania.

Sprawdź to na własnym rozwiązaniu: weź jedno zadanie algorytmiczne z banku informatyki i uruchom je na przypadku ze zbiorem pustym, zanim uznasz je za gotowe.

Źródła

  1. Informator o egzaminie maturalnym z informatyki (CKE)cke.gov.pl
  2. Jak oceniamy — opis metody zdawkiten serwis

Zasady egzaminu i komunikaty potrafią się zmieniać. Przed decyzją sprawdź aktualny dokument CKE ze źródeł powyżej.

Zespół zdawki korzysta z modeli językowych przy przygotowywaniu tekstów na tym blogu.