Wyniki egzaminu

Niepoprawna odpowiedź. Pomyłka przy tym pytaniu jest dość zrozumiała, bo wiele osób myli dostępne operacje ze strukturą, którą zamierzają użyć. Metody push, pop, peek i isEmpty wskazują wyraźnie na stos, jednak nietrudno ulec wrażeniu, że można je zastosować także w tablicy czy nawet kolejce. Problem w tym, że tablica daje bezpośredni dostęp do dowolnego elementu (indeksowanie), a tych operacji tutaj nie mamy — bez get(index) czy set(index, value) nie da się użyć jej w typowy sposób, więc zamienia się bardziej w zwykły pojemnik, niż prawdziwą tablicę. Kolejka natomiast wymaga operacji typu enqueue (dodanie na koniec) i dequeue (usunięcie z początku), czyli tzw. FIFO (First-In-First-Out), czego tutaj nie zrealizujesz samymi push i pop - one zawsze odnoszą się do końca struktury, nie do jej początku. Drzewo binarne to już zupełnie inna para kaloszy: wymaga rozbudowanych operacji na węzłach i gałęziach, a dostępne tu metody nawet nie zbliżają się do tego typu funkcjonalności — nie ma dodawania dzieci, przeszukiwania czy sprawdzania położenia w strukturze. Typowym błędem jest też utożsamianie samych nazw operacji z ogólną strukturą danych, bez zastanowienia się, jaki dokładnie model dostępu do danych one umożliwiają. Warto zapamiętać, że jeśli dostępne masz tylko push, pop, peek i isEmpty, to jesteś w świecie stosu - i tylko jego.

Niepoprawna odpowiedź. Tworzenie prywatnych kopii pól dla każdego obiektu to cecha pól niestatycznych – każda instancja klasy ma swoją własną kopię takich pól. Dzielenie pól klasy pomiędzy zaprzyjaźnione klasy nie odnosi się do mechanizmu statycznego – przyjaźń między klasami pozwala na dostęp do prywatnych składowych, ale nie oznacza współdzielenia pól między instancjami. Destruktory nie mogą być wywoływane w sposób statyczny – są one automatycznie uruchamiane w momencie usunięcia obiektu, a nie przez klasę jako całość.

Niepoprawna odpowiedź. Odpowiedzi, które nie wskazują NetBeansa, świadczą o pewnym niezrozumieniu specyfiki narzędzi programistycznych dedykowanych różnym językom i platformom. SharpDevelop to środowisko przeznaczone głównie do programowania w językach z rodziny .NET, takich jak C# czy VB.NET – sam używałem go kiedyś do nauki Windows Forms i pamiętam, że Java w nim po prostu nie ruszy. PyCharm z kolei jest bardzo wygodny dla deweloperów Pythona, szczególnie przy projektach webowych i automatyzacji, jednak nawet nie obsługuje Javy, a już na pewno nie posiada żadnych narzędzi do budowy desktopowych GUI w tym języku. Visual Studio natomiast jest wręcz flagowym rozwiązaniem Microsoftu dla C#, C++ oraz aplikacji .NET – owszem, daje rewelacyjne możliwości dla aplikacji okienkowych, zwłaszcza pod Windows, ale dla Javy wsparcie jest praktycznie zerowe albo bardzo ograniczone przez zewnętrzne wtyczki, które i tak nie zapewniają pełnej integracji. Typowym problemem jest tu mylenie pojęcia środowiska programistycznego z uniwersalnością języków – niestety, nie każde IDE nadaje się do każdego języka i nie każde posiada narzędzia do projektowania GUI właśnie w tym konkretnym ekosystemie. Branżowe dobre praktyki zalecają, aby zawsze dobierać środowisko pod konkretny język i platformę, bo tylko wtedy można w pełni wykorzystać możliwości narzędzi, bibliotek i automatyzacji. W przypadku Javy, praktycznie wszyscy doświadczeni programiści desktopowi korzystają z NetBeansa, Eclipse lub IntelliJ IDEA, bo tylko te IDE mają pełne wsparcie dla projektów typu Swing, JavaFX czy AWT. Warto pamiętać, że próby tworzenia desktopowych aplikacji w Javie przy użyciu narzędzi przeznaczonych do innych języków zwykle kończą się na niepotrzebnych komplikacjach i traceniu czasu na obejścia oraz konfigurowanie środowiska, które po prostu nie jest do tego stworzone. To jeden z tych przypadków, gdzie wybór odpowiedniego narzędzia ma naprawdę duży wpływ na efektywność i jakość pracy.

int zm1;
float zm2;
char zm3;
boolean zm4;

Niepoprawna odpowiedź. W tym fragmencie kodu trzeba patrzeć przede wszystkim na typ zmiennej, a nie tylko na jej nazwę. Wartość 'T' zapisana w apostrofach jest w Javie literałem znakowym, więc naturalnie pasuje do typu char. Zmienna typu int służy do przechowywania liczb całkowitych, na przykład 10, -5 albo 2024. Co prawda Java potrafi wykonać pewne konwersje między char i int, bo znak ma swój kod liczbowy Unicode, ale w normalnym rozumieniu zadania int nie jest typem przeznaczonym do przechowywania znaku jako znaku. Gdyby ktoś wybrał zm1, to najczęściej wynika to z myślenia „komputer i tak trzyma wszystko jako liczby”. To jest częściowo prawda na niskim poziomie, ale w programowaniu wysokopoziomowym typy danych mają znaczenie semantyczne i pomagają unikać błędów.

Typ float służy do liczb zmiennoprzecinkowych, czyli takich z częścią ułamkową, na przykład 3.14 albo -0.5. Nie używa się go do przechowywania pojedynczych liter. Wybór zm2 zwykle oznacza pomylenie różnych typów prostych albo brak zwrócenia uwagi na składnię literału 'T'. Z kolei boolean przyjmuje tylko wartości true albo false. Nie przechowuje liter, cyfr ani tekstu, tylko wynik logiczny: prawda lub fałsz. Dlatego zm4 też odpada. Z mojego doświadczenia najłatwiej to zapamiętać tak: char jest od jednego znaku, String od tekstu, int od liczb całkowitych, float od liczb z przecinkiem, a boolean od decyzji typu tak/nie. W kodzie produkcyjnym taki dobór typów jest ważny, bo poprawia czytelność, ułatwia debugowanie i zmniejsza ryzyko dziwnych błędów przy porównaniach czy konwersjach.

Niepoprawna odpowiedź. Usunięcie komentarzy w kodzie nie ma wpływu na podział programu na funkcje. Komentarze pełnią rolę informacyjną dla programistów i nie wpływają na działanie kodu. Automatyczna kompilacja programu to proces wykonywany przez kompilator i nie ma związku z dzieleniem programu na funkcje – kompilator przetwarza kod niezależnie od tego, czy program jest podzielony na funkcje czy napisany jako jeden blok. Eliminacja zmiennych globalnych to dobra praktyka, ale dzielenie programu na funkcje nie eliminuje automatycznie potrzeby ich stosowania. W rzeczywistości funkcje mogą nadal korzystać ze zmiennych globalnych, jeśli nie zostaną odpowiednio zaprojektowane.

Niepoprawna odpowiedź. Pierwsza z niepoprawnych odpowiedzi sugeruje, że kod uzupełnieniowy do dwóch przedstawia liczbę w postaci odwrotnej binarnej. Chociaż odwracanie bitów jest częścią konwersji do kodu uzupełnieniowego, to jednak nie jest to jedyny krok. Kod uzupełnieniowy do dwóch polega na odwróceniu bitów w liczbie binarnej oraz dodaniu 1, co czyni tę odpowiedź nieprecyzyjną. Druga niepoprawna odpowiedź twierdzi, że kod uzupełnieniowy służy do konwersji liczb binarnych na liczby dziesiętne. W rzeczywistości konwersja z systemu binarnego na dziesiętny polega na zsumowaniu wartości bitów pomnożonych przez odpowiednie potęgi liczby 2, a nie na zastosowaniu kodu uzupełnieniowego. Ostatnia niepoprawna odpowiedź sugeruje, że kod uzupełnieniowy umożliwia zamianę systemu binarnego na szesnastkowy. W rzeczywistości konwersja z systemu binarnego na szesnastkowy opiera się na grupowaniu bitów w zestawy po cztery, co nie ma nic wspólnego z kodem uzupełnieniowym. Kod uzupełnieniowy do dwóch jest zatem techniką reprezentacji liczb, a nie narzędziem do konwersji między różnymi systemami liczbowymi.

Niepoprawna odpowiedź. Wiele osób wciąż kojarzy numery alarmowe z czasów, gdy każda służba miała swój własny, trzycyfrowy numer. To zrozumiałe, bo przez długie lata pogotowie ratunkowe w Polsce wzywało się pod 999, policję pod 997, a straż pożarną pod 998. Jednak dzisiaj standardy się zmieniły – od kilku lat obowiązuje unijny numer 112 jako podstawowy numer alarmowy, także w Polsce. Co ciekawe, większość ludzi myli 997 czy 998, sądząc, że można przez nie zgłaszać wszystkie nagłe przypadki, tymczasem te numery ewoluowały i są coraz rzadziej używane, a ich obsługa bywa przekierowywana na 112, żeby usprawnić cały system reagowania. Odpowiedź 113 jest z kolei zupełnie nietrafiona – nie istnieje w Polsce taki numer alarmowy, a pod tym numerem można było czasem uzyskać informacje o numerach telefonów, ale na pewno nie pomoc w nagłym przypadku. Typowym błędem myślowym jest kierowanie się przyzwyczajeniem albo nieaktualną informacją – dawniej te numery funkcjonowały osobno, dziś system zintegrowano, żeby było szybciej i bardziej efektywnie. Numer 112 to obecnie obowiązujący europejski standard, co wynika nie tylko z przepisów krajowych, ale i unijnych dyrektyw dotyczących bezpieczeństwa. Operatorzy 112 przeszli specjalistyczne szkolenia i są przygotowani, żeby obsłużyć każde zgłoszenie, niezależnie od rodzaju zagrożenia czy sytuacji. Co więcej, 112 działa nawet wtedy, gdy nie wiemy, która służba powinna zareagować – wystarczy opisać sytuację, a operator pokieruje zgłoszenie tam, gdzie trzeba. Moim zdaniem to ogromna wygoda i zabezpieczenie na wypadek stresujących sytuacji, kiedy trudno się zdecydować, który numer wybrać. Błędne odpowiedzi wynikają najczęściej z przyzwyczajeń lub braku aktualnej wiedzy o systemie alarmowym – dlatego warto sobie utrwalić, że jeden numer, 112, rozwiązuje wszystko w awaryjnej sytuacji.