Kolokwium z Javy na kartce: jak ćwiczyć pisanie kodu bez IDE

IDE robi za ciebie dużo więcej, niż ci się wydaje. Uzupełnia System.out.println, domyka nawiasy, podpowiada nazwy metod i zaznacza błędy, zanim je zauważysz. Jeśli ćwiczysz tylko tak, znasz rozwiązanie „mniej więcej”. Na kartce „mniej więcej” nie wystarcza.

Do tego przy komputerze testujesz metodą prób i błędów. Piszesz, uruchamiasz, poprawiasz. Na papierze musisz pomyśleć wcześniej. To nie kwestia talentu, tylko treningu. I da się go zaplanować, tak samo jak trening przed zawodami: najpierw technika, potem tempo.

Ważne: czy kolokwium odbywa się na kartce, czy przy komputerze, i co wolno mieć przy sobie, ustala prowadzący, szkoła albo regulamin przedmiotu. W razie wątpliwości zapytaj albo przejrzyj stare kolokwia z twojego kierunku.

Te rzeczy musisz pisać bez zastanowienia:

• Szkielet programu: public class Main { public static void main(String[] args) { ... } }
• Wypisywanie: System.out.println(...) i System.out.print(...)
• Pętle: for (int i = 0; i < n; i++), while, pętla for-each for (int x : values)
• Nagłówek metody: typ zwracany, nazwa, parametry z typami, na przykład static int max(int[] values)
• Długości: tablica values.length (bez nawiasów), String text.length() (z nawiasami), lista list.size()
• Porównywanie Stringów: a.equals(b) zamiast a == b, pojedyncze znaki przez text.charAt(i)
• Rzutowanie: (double) sum / count, żeby dzielenie nie było całkowite

Przy tablicach i Stringach większość osób myli właśnie te drobiazgi. Jeśli nie masz pewności, powtórz tablice w Javie i Stringi w Javie. Na końcu każdego artykułu znajdziesz sekcję o typowych błędach.

Typowe polecenie: „Napisz metodę, która zlicza, ile wartości w tablicy jest większych od podanej granicy”. Postępuj tak:

1. Najpierw nagłówek. Co wchodzi, co wychodzi? Tutaj: int[] i int jako granica, wynik to int.
2. Wymyśl przykład. {3, 7, 9, 2, 8} z granicą 5 musi dać 3.
3. Zmienne przed pętlą. Licznik zaczyna od 0 i jest zadeklarowany poza pętlą.
4. Pętla i warunek.
5. Nie zapomnij o return. To najczęstsza przyczyna utraty punktów przy metodach, które coś zwracają.
6. Przejdź przykład w głowie. Czy wynik się zgadza?

1public class Main {2    static int countAbove(int[] values, int limit) {3        int count = 0;4        for (int value : values) {5            if (value > limit) {6                count++;7            }8        }9        return count;10    }11
12    public static void main(String[] args) {13        int[] points = {3, 7, 9, 2, 8};14        System.out.println(countAbove(points, 5));15    }16}

3

Zanim oddasz kartkę, sprawdź jeszcze drugi, nietypowy przykład. Dla pustej tablicy {} pętla nie wykona się ani razu, a metoda zwróci 0. Dla {5, 5, 5} z granicą 5 też wyjdzie 0, bo warunek to >, a nie >=. Jeśli polecenie mówi „co najmniej”, potrzebujesz >=. Takie drobiazgi prowadzący sprawdza najchętniej.

Zostawiaj na kartce odstępy między linijkami. Wtedy dopiszesz zapomnianą linię bez przepisywania wszystkiego. Więcej o parametrach i wartościach zwracanych znajdziesz w artykule Metody i rekurencja.

• = zamiast == w warunku. if (x = 5) przy int się nie skompiluje.
• Średnik za if albo for. if (x > 5); ma puste ciało, a blok pod spodem wykona się zawsze.
• Brak return albo return w złym miejscu, na przykład w środku pętli.
• Licznik zadeklarowany w pętli. Wtedy w każdym obrocie startuje od 0. Zobacz pętle w Javie.
• Błąd indeksu: i <= values.length sięga po indeks, którego nie ma.
• Zgubione nawiasy. Rób wcięcia, także na papierze. Każdy nawias zamykający stawiaj pod początkiem linii, która go otwiera.
• Zły typ. Metoda, która zwraca średnią, zwykle potrzebuje double.

Wiele z tych błędów kompilator zgłosiłby od razu. Na kartce musisz je znaleźć samodzielnie. Dlatego warto znać komunikaty kompilatora: 10 najczęstszych błędów w Javie pokazuje, co się za nimi kryje.

Nie przeskakuj od razu z IDE na papier. Idź etapami:

1. Zrozum z pomocami. Nowe tematy rozwiązuj najpierw przy komputerze, ze wszystkim, co pomaga.
2. Pisz bez podpowiadania. Wyłącz je. Teraz zobaczysz, które nazwy naprawdę pamiętasz.
3. Najpierw kartka, potem klawiatura. Napisz rozwiązanie ręcznie, potem przepisz je znak po znaku i uruchom. Każdy błąd, który znajdzie kompilator, na kolokwium kosztowałby cię punkty.
4. Z limitem czasu. Nastaw minutnik. Na kolokwium masz na zadanie tylko kilka minut.
5. Ćwicz czytanie kodu. Na kartce często pojawia się też pytanie „Co wypisze program?”. Jak to trenować, opisuje tekst o zadaniach na przewidywanie wyniku.

Powtarzaj etap 3 tak długo, aż przy przepisywaniu prawie nie będzie błędów. Jeśli szykujesz się do konkretnego egzaminu, zajrzyj do planów nauki: matura z informatyki w Javie (tam piszesz przy komputerze, ale część odpowiedzi zapisujesz w arkuszu) oraz jak zdać podstawy programowania.

Etapy 2 i 3 łatwo zrealizować w Jario. W edytorze możesz wyłączyć podpowiadanie („Wyłącz podpowiadanie”). Kolorowanie składni i zaznaczanie błędów zostają, ale kod piszesz samodzielnie. Przycisk „Sprawdź” uruchamia testy twojego rozwiązania i widzisz na przykład „Zaliczone testy: 3 z 4”. Od razu wiesz, czy twój kod z kartki nie tylko się kompiluje, ale też działa poprawnie.

Przy błędzie kompilacji podpowiedź „Co to znaczy?” wyjaśnia po polsku najczęstsze komunikaty. Tutor AI zna twoje zadanie i twój kod, daje wskazówki małymi krokami, ale nie podaje gotowego rozwiązania. To ważne, bo na kolokwium też nikt ci nie pomoże. Niczego nie instalujesz, edytor działa w przeglądarce.

• Naucz się na pamięć szkieletu programu, pętli, nagłówków metod i długości tablicy, Stringa i listy.
• Pisz metody w stałej kolejności: nagłówek, przykład, zmienne, pętla, return, test w głowie.
• Ćwicz etapami: z pomocami, bez podpowiadania, na kartce, a potem przepisz i uruchom.
• Sprawdzaj każde rozwiązanie z kartki na komputerze, żeby poznać swoje typowe błędy.