Pseudokod na maturze z informatyki: zasady zapisu algorytmu

Pseudokod na maturze z informatyki nie ma jednej obowiązkowej notacji. Egzaminator przyjmuje każdy zapis algorytmu: pseudokod, listę kroków w punktach albo gotowy program, jeśli jest jednoznaczny. Liczy się to, czy widać w nim zmienne, warunek pętli i wynik, nie to, jakich słów użyłeś do opisania kroku.

Czy pseudokod jest wymagany, czy dopuszczony?

Pseudokod nie jest wymagany. Zadanie z projektowaniem algorytmu na kartce przyjmuje trzy równorzędne formy zapisu: pseudokod, listę kroków w punktach albo kod w dowolnym języku programowania. Egzaminator ocenia elementy algorytmu, nie wybraną notację, więc żadna z tych form nie daje przewagi punktowej.

Rozróżnienie wynika z typu zadania, nie z upodobań egzaminatora. Weźmy zadanie każące zapisać algorytm liczący sumę cyfr liczby: skoro ocenie podlega sama treść rozwiązania, możesz je rozpisać pseudokodem albo punktami i egzaminator oceni je tak samo. Zadanie praktyczne z plikiem danych działa inaczej: wymaga uruchamialnego programu, bo wynik musi pochodzić z realnej pracy komputera, nie z opisu na papierze. Ten wymóg, razem z kolejnością powtórki działów, opisuje plan przygotowań do matury z informatyki.

Co musi mieć każdy zapis algorytmu?

Każdy zapis, niezależnie od notacji, pokazuje cztery elementy: wartości początkowe zmiennych, warunek i krok pętli, wykonywane przekształcenie oraz sposób zapisania wyniku. Egzaminator sprawdza je osobno, więc brak jednego elementu kosztuje punkt nawet przy poprawnym pomyśle na resztę.

Zacznij od wartości początkowych: skąd biorą się zmienne i jakie mają wartości przed pierwszym powtórzeniem pętli. Warunek pętli musi jasno mówić, kiedy powtarzanie się kończy, a krok pętli, co dokładnie zmienia się przy każdym przejściu. Samo przekształcenie bywa najkrótszym fragmentem zapisu, choć to dla niego cały algorytm powstał, więc łatwo je rozpisać zbyt pobieżnie. Wynik zapisz tak, żeby dało się go jednoznacznie odczytać, a nie zostawić „w pamięci” ostatniej zmiennej.

Poniższa tabela pokazuje ten sam element w zapisie czytelnym i w zapisie, który egzaminator odrzuci jako niejednoznaczny.

Zmienne, pętle, warunki: konwencje zapisu

Zmienną nazywaj jednym słowem albo krótkim symbolem i trzymaj tę samą nazwę od początku do końca zapisu. Przypisanie zapisuj strzałką albo znakiem „:=”, nie znakiem „=”, który w matematyce oznacza równość, nie nadanie wartości.

Pętlę zapisuj z jawnym warunkiem stopu i krokiem, który do niego prowadzi: „dopóki warunek: ...” dla pętli warunkowej albo „dla i od 1 do n: ...” dla pętli z licznikiem. Warunek bez wartości granicznej, na przykład „powtarzaj, dopóki trzeba”, nie daje egzaminatorowi nic do sprawdzenia.

Instrukcję warunkową zapisuj jako „jeżeli warunek to ... w przeciwnym razie ...”, z rozdzieloną gałęzią prawdziwą i fałszywą. Zagnieżdżone warunki wcinaj tak, jak wcinasz blok kodu w każdym języku programowania, żeby było widać, który warunek należy do którego.

suma ← 0 i ← 1 dopóki i <= n: suma ← suma + i i ← i + 1 wypisz suma

Jak zapisać wejście i wyjście?

Wejście zapisz jako osobną instrukcję na początku algorytmu: „wczytaj n” albo „dane: tablica A o długości n”. Wyjście zapisz jako ostatnią instrukcję: „wypisz wynik” albo nazwę zmiennej, która ma trafić na ekran albo do pliku.

Jeśli zabraknie jawnego wejścia, egzaminator nie wie, jakie dane algorytm w ogóle przetwarza, nawet gdy reszta zapisu jest poprawna. Bez jawnego wyjścia jest gorzej: nie wiadomo, która zmienna jest odpowiedzią, zwłaszcza gdy w zapisie pojawia się kilka zmiennych pomocniczych. Zdarza się, że uczeń poprawnie liczy wynik, ale zostawia go w ostatniej linii pętli, bez instrukcji „wypisz”. Dla egzaminatora to brak wyniku, nie błąd obliczenia.

Ta sama zasada dotyczy zadań z bazą danych: zapis zapytań SQL na maturze z informatyki wymaga zwrócenia konkretnego zestawu kolumn, nie samego pomysłu na warunek.

Lista kroków, pseudokod czy kod?

Wybór formy zależy od tego, co potrafisz zapisać bez błędu pod presją czasu. Dla algorytmów liniowych, bez pętli i warunków, najbezpieczniejsza jest zwykła lista kroków w punktach, bo trudno się w niej pomylić. Pseudokod lepiej radzi sobie z pętlami i warunkami, bo ma do tego gotową składnię, a gotowy język programowania ma sens, gdy i tak trzeba go użyć w dalszej części zadania.

Ten sam algorytm da się zapisać każdą z trzech form, a egzaminator oceni je tak samo, jeśli są jednoznaczne. Poniżej ten sam przykład co wyżej, tym razem w Pythonie zamiast pseudokodu.

python suma = 0 i = 1 while i <= n: suma += i i += 1 print(suma)

Jeśli już piszesz w Pythonie, przejście na kod bywa szybsze niż formułowanie pseudokodu od zera. Python na maturze z informatyki opisuje, czego wymaga druga część egzaminu, gdy zapis na kartce trzeba zamienić w uruchamialny program.

Trzy zapisy, które tracą punkty mimo dobrego pomysłu

Dobry pomysł na algorytm nie chroni przed utratą punktów, gdy zapis jest niejednoznaczny. Trzy błędy powtarzają się niezależnie od tematu zadania:

1. Pętla zapisana jako „powtarzaj, aż policzysz wszystko” nie ma jawnego warunku stopu, więc egzaminator nie ma czego sprawdzić.
2. Zapis „x = x + 1” bez rozróżnienia, czy to nadanie wartości czy warunek, wygląda jak literówka nawet przy jasnej intencji.
3. Ostatnia linia liczy poprawną wartość, ale zapis nigdzie nie mówi, że to ona jest odpowiedzią zadania, więc dla egzaminatora wynik po prostu nie istnieje.

Najczęstsze pytania

Czy pseudokod musi wyglądać jak konkretny język programowania?

Nie. Pseudokod nie ma jednego wzorca składni. Może przypominać notację matematyczną, listę kroków po polsku albo uproszczony zapis programistyczny, o ile konsekwentnie trzyma się jednej konwencji od początku do końca zapisu.

Czy za pseudokod można dostać mniej punktów niż za gotowy kod?

Nie, o ile oba zapisy zawierają te same elementy: wartości początkowe, warunek pętli, przekształcenie i wynik. Egzaminator ocenia kompletność i poprawność algorytmu, nie formę, w jakiej go zapisano.

Czy trzeba zapisywać typy zmiennych w pseudokodzie?

Nie, deklaracja typu nie jest wymagana. Ważniejsze jest to, żeby z zapisu jasno wynikało, jaką wartość zmienna przechowuje na starcie i jak się zmienia w pętli.

Co się liczy, jeśli algorytm jest poprawny, ale zapisany chaotycznie?

Egzaminator ocenia elementy algorytmu, więc sam układ zapisu nie odejmuje punktów. Traci je dopiero wtedy, gdy chaos w zapisie sprawia, że nie da się jednoznacznie odczytać któregoś elementu, na przykład warunku pętli.

Czy pseudokod przyda się poza zadaniami „na kartce”?

Tak. Jeśli rozpiszesz algorytm w pseudokodzie przed napisaniem programu, łatwiej unikniesz błędów logicznych, zanim zajmiesz się składnią konkretnego języka. To ten sam nawyk, który przydaje się przy zadaniach z plikiem danych czy zapytaniach SQL.

Jak to sprawdzisz w zdawce

W zdawce zapisujesz algorytm jako listę kroków w polu tekstowym, bez instalowania niczego, tak samo jak Python, C++, SQL czy arkusz kalkulacyjny działają wprost w przeglądarce. Ocena sprawdza każdy element osobno według rubryki zadania: wartości początkowe, warunek pętli i wynik ocenia algorytm, a złożone przekształcenia trafiają do modelu AI trzymającego się tej samej rubryki. Korepetytor pyta o brakujący element zamiast dopisywać go za Ciebie.

Sprawdź to na własnym zapisie: rozpisz algorytm krok po kroku i zobacz, przy którym elemencie system zaznaczy brakujący punkt.