Wyniki egzaminu

Nowy egzamin

Informacje o egzaminie:

Zawód: Technik programista
Kwalifikacja: INF.04 - Projektowanie, programowanie i testowanie aplikacji
Data rozpoczęcia: 10 kwietnia 2026 10:57
Data zakończenia: 10 kwietnia 2026 11:12

Egzamin niezdany

Wynik: 11/40 punktów (27,5%)

Wymagane minimum: 20 punktów (50%)

Nowe

Analiza przebiegu egzaminu— sprawdź jak rozwiązywałeś pytania

Przebieg egzaminu

Udostępnij swój wynik

Facebook

X.com

Szczegółowe wyniki:

Pytanie 1

Jakie elementy powinny być ujęte w dokumentacji programu?

A. Opis funkcji, klas i zmiennych w kodzie

B. Strategia marketingowa aplikacji

C. Szczegóły dotyczące konfiguracji serwera

D. Zestawienie błędów zidentyfikowanych w trakcie testów

Opis funkcji, klas i zmiennych w kodzie to kluczowy element dokumentacji programu. Tego rodzaju dokumentacja pozwala na lepsze zrozumienie struktury aplikacji, jej logiki biznesowej oraz wzajemnych zależności pomiędzy poszczególnymi komponentami. Dokumentacja techniczna obejmuje szczegółowe informacje na temat implementacji, interfejsów API, schematów baz danych oraz sposobów integracji z innymi systemami. Dzięki niej programiści mogą szybciej wdrażać się w projekt, a błędy i niejasności są minimalizowane. Kompleksowa dokumentacja zawiera także przykłady użycia poszczególnych funkcji, co dodatkowo ułatwia rozwój i rozbudowę aplikacji. W dobrze prowadzonym projekcie dokumentacja kodu jest na bieżąco aktualizowana, co zwiększa jego przejrzystość i wspiera proces refaktoryzacji.

Pytanie 2

Jaką kategorię własności intelektualnej reprezentują znaki towarowe?

A. Prawa pokrewne

B. Autorskie prawa majątkowe

C. Dobra niematerialne

D. Własność przemysłowa

Dobra niematerialne to szersza kategoria obejmująca różne aspekty własności intelektualnej, ale znaki towarowe są formalnie klasyfikowane jako własność przemysłowa. Autorskie prawa majątkowe dotyczą utworów literackich, muzycznych i filmowych, ale nie obejmują znaków towarowych. Prawa pokrewne chronią wykonawców i producentów nagrań, lecz nie odnoszą się do znaków towarowych i brandingu firm.

Pytanie 3

Które z poniższych narzędzi służy do analizy wydajności stron internetowych?

A. Webpack

B. Postman

C. Lighthouse

D. Docker

Postman to narzędzie, które służy przede wszystkim do testowania API. Jego główna funkcjonalność polega na umożliwieniu użytkownikom wysyłania zapytań do serwerów oraz analizy odpowiedzi, co jest niezbędne w procesie rozwijania aplikacji webowych. Jednakże, Postman nie ma za zadanie oceny wydajności stron internetowych, ponieważ koncentruje się na interakcjach z API, a nie na aspekcie wydajności samej strony. Docker jest platformą do konteneryzacji, która pozwala deweloperom na łatwe zarządzanie aplikacjami w różnych środowiskach. Chociaż Docker może mieć wpływ na wydajność aplikacji poprzez ułatwienie zarządzania zasobami, nie jest narzędziem dedykowanym do analizy wydajności stron internetowych. Webpack to narzędzie służące do bundlingu zasobów JavaScript, które skupia się na optymalizacji i kompresji plików. Jego zadaniem jest usprawnienie dostarczania skryptów do przeglądarek, jednak nie jest to narzędzie, które ocenia wydajność strony jako całości. Błędem jest zatem mylenie funkcji, jakie pełnią te narzędzia. Zamiast skupić się na testowaniu wydajności, można skupić się na testowaniu API czy optymalizacji zasobów, co nie odnosi się bezpośrednio do analizy całkowitej wydajności strony internetowej. Dlatego ważne jest zrozumienie, jakie narzędzia służą do jakich celów, aby skutecznie poprawiać jakość aplikacji internetowych.

Pytanie 4

Jakie jest najważniejsze działanie w trakcie analizy wymagań klienta przed rozpoczęciem realizacji projektu aplikacji?

A. Selekcja języka programowania

B. Rozdzielenie ról w zespole projektowym

C. Stworzenie diagramu Gantta

D. Zrozumienie potrzeb biznesowych i oczekiwań klienta

Rysowanie diagramu Gantta jest ważne, ale to dopiero po tym, jak już przeanalizujemy wymagania. Przydzielenie ról w zespole to też istotna rzecz na etapie planowania. Jednak to nie wystarczy, żeby zrozumieć, czego tak naprawdę klient chce od aplikacji. Wybór języka programowania to techniczna sprawa i bazuje na analizie wymagań, więc nie można tego zrobić bez wcześniejszego określenia, jakie są potrzeby biznesowe i funkcjonalności, jakie klient oczekuje.

Pytanie 5

Jakie z wymienionych działań jest fundamentalne w modelu kaskadowym?

A. Iteracyjne wprowadzanie modyfikacji na każdym poziomie

B. Zakończenie jednej fazy przed rozpoczęciem następnej

C. Równoległe prowadzenie wielu etapów projektu

D. Przeprowadzanie testów systemu po zakończeniu każdej fazy

Równoległa realizacja kilku faz to cecha modelu przyrostowego lub iteracyjnego, który pozwala na pracę nad różnymi etapami jednocześnie. Iteracyjne wprowadzanie zmian to charakterystyczna cecha Agile, gdzie projekt rozwijany jest stopniowo. Testowanie po każdej fazie jest istotnym elementem w różnych metodykach, ale sam proces testowania nie definiuje modelu kaskadowego – tutaj testowanie odbywa się dopiero po zakończeniu implementacji całego systemu.

Pytanie 6

Jaki jest kluczowy zamysł wzorca "Kompozyt" (Composite)?

A. Danie możliwości dynamicznej zmiany zachowania obiektu

B. Stworzenie jednej klasy do zarządzania wieloma obiektami tego samego rodzaju

C. Określenie interfejsu komunikacji pomiędzy składnikami systemu

D. Umożliwienie klientom obsługi obiektów oraz ich zbiorów w spójny sposób

Wzorzec Kompozyt (Composite) pozwala na obsługę zarówno pojedynczych obiektów, jak i ich grup w jednolity sposób. Jest to szczególnie przydatne w przypadku hierarchicznych struktur danych, takich jak drzewa. Dzięki temu klienci mogą traktować pojedynczy element i grupę elementów identycznie, co upraszcza kod i eliminuje potrzebę pisania oddzielnych metod dla różnych poziomów hierarchii. Composite często znajduje zastosowanie w systemach GUI (graficzne interfejsy użytkownika), gdzie komponenty interfejsu (np. przyciski, panele, okna) mogą być organizowane w zagnieżdżone struktury.

Pytanie 7

Co to jest BEM w kontekście CSS?

A. Metodologia nazewnictwa klas CSS: Block, Element, Modifier

B. Bootstrap Element Manager - narzędzie do zarządzania elementami Bootstrap

C. Backend Encryption Method - metoda szyfrowania danych w backendzie

D. Browser Extension Module - moduł rozszerzeń przeglądarki

Wybór innych odpowiedzi wskazuje na nieporozumienie dotyczące koncepcji BEM oraz jego zastosowania w CSS. Browser Extension Module, czyli moduł rozszerzeń przeglądarki, jest całkowicie niepowiązany z tematyką stylizacji stron internetowych. Takie podejście do ładowania lub tworzenia stylów w przeglądarkach nie dotyczy metodologii organizacji kodu CSS, jaką jest BEM. Backend Encryption Method natomiast odnosi się do bezpieczeństwa i szyfrowania danych w systemach serwerowych, co także nie ma związku z front-endowym podejściem do stylizacji. Pojęcie Bootstrap Element Manager mogłoby sugerować narzędzie do zarządzania komponentami w frameworku Bootstrap, jednak nie odnosi się do BEM, który jest niezależny od konkretnego frameworka i koncentruje się na organizacji kodu CSS. Typowym błędem myślowym przy wyborze tych odpowiedzi jest skupienie się na technologiach związanych z przeglądarką lub backendem, zamiast na metodologii stylistycznej, która ma na celu ułatwienie pracy z CSS. Kluczowe jest zrozumienie, że BEM jest narzędziem używanym do poprawy struktury i czytelności kodu CSS, co jest niezbędne w procesie tworzenia nowoczesnych, skalowalnych aplikacji webowych. Zwracanie uwagi na te różnice jest istotne dla każdej osoby zajmującej się front-endem, aby uniknąć zamieszania w terminologii i użyciu odpowiednich narzędzi do właściwych zadań.

Pytanie 8

W zaprezentowanym kodzie stworzono abstrakcyjną klasę Figura oraz klasę Prostokąt, która po niej dziedziczy, zawierającą określone pola i konstruktory. Wskaż najprostszą implementację sekcji /* metody klasy */ dla klasy Prostokąt

A. Kod 3

B. Kod 2

C. Kod 1

D. Kod 4

Niepoprawne odpowiedzi wynikają z niepełnego zrozumienia koncepcji abstrakcji i dziedziczenia w programowaniu obiektowym Klasa abstrakcyjna w języku Java definiuje metody abstrakcyjne które muszą być zaimplementowane w każdej klasie dziedziczącej Jest to kluczowa zasada która pozwala na tworzenie elastycznych i rozszerzalnych struktur kodu Odpowiedzi które nie implementują wymaganych metod Pole i Obwod w klasie Prostokąt łamią tę zasadę Kod 2 pomija implementację metody Obwod co oznacza że klasa Prostokąt pozostaje niekompletna i nie może być instancjonowana Inne podejścia jak te w Kodzie 3 zmieniają nazwę metod na LiczPole i LiczObwod co nie spełnia kontraktu zdefiniowanego przez klasę Figura ponieważ nie zachowuje integralności interfejsu klasy bazowej Próbując używać abstrakcyjnych metod z implementacją jak w Kodzie 4 łamiemy fundamentalne zasady projektowania obiektowego Zrozumienie tych koncepcji jest kluczowe przy projektowaniu aplikacji które wymagają skalowalności i łatwości utrzymania Praktykując poprawne stosowanie abstrakcji możemy tworzyć kod który jest bardziej modularny elastyczny i odporny na zmiany co prowadzi do bardziej efektywnego procesu rozwoju oprogramowania

Pytanie 9

Który z poniższych przykładów ilustruje deklarację złożonego typu w języku C++?

A. class Student {};

B. int wynik = 100;

C. bool status;

D. float ocena = 4.5;

`bool status;` deklaruje zmienną logiczną, a nie typ złożony. `int wynik = 100;` to deklaracja zmiennej całkowitej, co również nie jest typem złożonym. `float ocena = 4.5;` definiuje zmienną zmiennoprzecinkową, co oznacza przechowywanie liczb z częściami dziesiętnymi. Żadna z tych deklaracji nie odnosi się do definicji klasy lub innego złożonego typu danych, jakim jest `class` w C++.

Pytanie 10

Teoria wyznaczania celów definiuje właściwie sformułowany cel jako SMART, od pierwszych liter słów: specyficzny, Mierzalny, Ambitny, Realny oraz Terminowy. Wskaź, który cel wymaga wysiłku i stanowi wyzwanie dla pracownika?

A. Ambitny

B. Mierzalny

C. Specyficzny

D. Terminowy

Wielu osobom zdarza się mylić pojęcia związane z cechami dobrego celu według koncepcji SMART, co jest całkiem zrozumiałe w praktyce zarządzania. Często spotykam się z przekonaniem, że mierzalność lub terminowość są najważniejsze, bo to przecież liczby i daty, ale to tylko częściowa prawda. Cel mierzalny oznacza, że można go sprawdzić za pomocą konkretnych wskaźników czy liczb – przykładowo: „zwiększyć sprzedaż o 10%”. Pozwala to łatwo ocenić, czy zadanie zostało wykonane, ale wcale nie gwarantuje, że osiągnięcie będzie dużym wyzwaniem. Z kolei terminowość to przypisanie celu do określonego przedziału czasu, np. „do końca kwartału”, co zapewnia poczucie presji czasu, lecz nadal nie mówi nic o poziomie trudności. Specyficzność sprowadza się do jasności i jednoznaczności celu, na przykład: „poprawić efektywność obsługi klienta w działaniu X”. Wszystkie te elementy są bardzo ważne z punktu widzenia skuteczności zarządzania i planowania pracy, jednak żaden z nich sam w sobie nie wymaga od pracownika większego zaangażowania lub przełamywania własnych barier. To właśnie cecha „ambitny” sprawia, że cel wykracza poza to, co już znane i osiągnięte, stawia poprzeczkę trochę wyżej – co jest szczególnie doceniane w nowoczesnych metodykach zarządzania zasobami ludzkimi. Niezrozumienie tych niuansów prowadzi do błędów w wyznaczaniu celów, które są zbyt łatwe lub zbyt ogólne, przez co nie wpływają na realny rozwój kompetencji. Moim zdaniem warto przy każdej okazji wracać do definicji SMART i analizować, która z jego składowych rzeczywiście odpowiada za pobudzenie motywacji i poczucie wyzwania – a nie tylko za formalny porządek.

Pytanie 11

Zaprezentowany diagram ilustruje wyniki przeprowadzonych testów:

A. użyteczności

B. funkcjonalności

C. wydajnościowych

D. ochrony

W analizowanym przykładzie pojawia się kilka pojęć, które mogą wprowadzać w błąd, jeśli ktoś nie pracował wcześniej z testami stron internetowych. Sugerowanie, że prezentowany diagram dotyczy testów ochrony, funkcjonalności albo użyteczności, to całkiem powszechne nieporozumienie. Testy ochrony skupiają się na sprawdzaniu zabezpieczeń aplikacji, takich jak podatność na ataki XSS, SQL Injection, czy poprawność autoryzacji i uwierzytelniania – tutaj nie znajdziemy informacji o żadnych czasach ładowania czy transferach danych. Z kolei testowanie funkcjonalności to klasyczne sprawdzanie, czy dana funkcja robi, co powinna, zgodnie ze specyfikacją; typowe pytania to tu 'czy użytkownik może zarejestrować konto' albo 'czy przycisk działa'. W prezentowanym diagramie nie ma żadnych opisów związanych z zachowaniem funkcji czy elementów interfejsu. Użyteczność natomiast, choć ważna, dotyczy komfortu korzystania z serwisu, przejrzystości nawigacji, intuicyjności – czyli czy użytkownik łatwo znajdzie potrzebne informacje, jak ocenia czytelność itp. To analizuje się przez badania z użytkownikami, ankiety, testy A/B, a nie przez pomiary czasów ładowania czy liczby zapytań HTTP. Typowy błąd w rozumowaniu bierze się z mylenia ogólnego pojęcia testowania z konkretnymi typami testów i ich celami – a każda z wymienionych kategorii ma zupełnie inne wskaźniki i metody pomiaru. W praktyce warto nauczyć się szybko rozpoznawać, do której kategorii należy dany raport lub wykres, bo pozwala to lepiej diagnozować problemy i dobrać właściwe narzędzia do ich rozwiązania.

Pytanie 12

Testy mające na celu identyfikację błędów w interfejsach między modułami bądź systemami nazywane są testami

A. integracyjnymi

B. wydajnościowymi

C. jednostkowymi

D. bezpieczeństwa

Testy integracyjne mają na celu wykrycie błędów w interfejsach i połączeniach między modułami lub systemami. Głównym celem tych testów jest sprawdzenie, czy różne komponenty aplikacji współpracują ze sobą zgodnie z oczekiwaniami. Testy integracyjne są przeprowadzane po testach jednostkowych, ale przed testami systemowymi. W praktyce testy te obejmują scenariusze, w których kilka modułów wymienia dane lub współdziała w ramach wspólnego procesu. Integracja jest kluczowa dla zapewnienia, że cały system działa jako spójna całość, co minimalizuje ryzyko błędów na etapie produkcji i poprawia jakość końcowego produktu. Przykładem może być test komunikacji między modułem autoryzacji użytkowników a modułem płatności w aplikacji e-commerce.

Pytanie 13

Modyfikator dostępu znajdujący się przed definicją metody Dodaj() w klasie Kalkulator sprawia, że:

protected void Dodaj() {}

A. nie jest ona osiągalna w klasach, które dziedziczą po klasie Kalkulator

B. nie jest ona dostępna z poziomu klas, które są zaprzyjaźnione z klasą Kalkulator

C. jest ona możliwa do wykorzystania w programie głównym i można ją wywołać na instancji klasy Kalkulator

D. jest ona dostępna zarówno w samej klasie, jak i w klasach dziedziczących po klasie Kalkulator

Często spotykanym problemem przy analizie modyfikatorów dostępu jest mylenie zakresów widoczności protected z innymi, jak public, private czy nawet internal. Przekonanie, że protected sprawia, iż metoda staje się dostępna w programie głównym (np. przez obiekt klasy Kalkulator), wynika zazwyczaj z utożsamiania protected z public. Tymczasem protected ogranicza dostępność tylko do klasy bazowej oraz jej pochodnych, więc próba wywołania Dodaj() na przykład bezpośrednio w programie głównym zakończy się błędem kompilacji – chyba że korzystamy z tej metody właśnie w klasie dziedziczącej. Zdarza się także mylić protected z private — niektórzy sądzą, że protected blokuje dostęp w klasach dziedziczących, ale to nieprawda: w przeciwieństwie do private, protected wręcz otwiera drzwi potomnym do korzystania z tych elementów. Jeszcze rzadziej, ale czasem pojawia się myśl, że protected umożliwia dostęp zaprzyjaźnionym klasom, jak w C++, jednak w C# czy Javie pojęcie „klas zaprzyjaźnionych” nie istnieje, więc taki scenariusz odpada. Moim zdaniem cała ta zawiłość bierze się z różnic między językami i zbyt powierzchownej nauki teorii, gdzie nie przykłada się uwagi do praktycznych przykładów użycia. W branży dobra praktyka to właśnie stosowanie protected wtedy, gdy chcemy umożliwić dziedziczenie i rozbudowę funkcji, ale nie udostępniać ich całemu światu. Warto zapamiętać, że protected to narzędzie do zachowania porządku i kontroli dostępu w hierarchii klas — i nie należy go mylić ani z nadmierną dostępnością, ani z pełnym ukrywaniem implementacji.

Pytanie 14

Który z wymienionych elementów jest fundamentalny w architekturze klient-serwer?

A. Wyłącznie komunikacja synchroniczna

B. Brak podziału na funkcje klienta i serwera

C. Scentralizowane przechowywanie danych

D. Zdalne wykonywanie aplikacji na urządzeniu klienta

Zdalne wykonywanie aplikacji na urządzeniu klienta oznacza model przetwarzania lokalnego, co nie jest główną cechą architektury klient-serwer. Brak podziału na funkcje klienta i serwera narusza podstawową ideę tego modelu, który zakłada rozdzielenie ról pomiędzy te dwie jednostki. Wyłącznie komunikacja synchroniczna ogranicza elastyczność aplikacji i może prowadzić do opóźnień w przetwarzaniu danych.

Pytanie 15

Z analizy złożoności obliczeniowej algorytmów sortowania dla dużych zbiorów danych (powyżej 100 elementów) wynika, że najefektywniejszą metodą jest algorytm sortowania:

sortowanie bąbelkowe	O(n²)
sortowanie przez wstawianie	O(n²)
sortowanie przez scalanie	O(n log n)
sortowanie przez zliczanie	O(n)
sortowanie kubełkowe	O(n²)

A. kubełkowego

B. przez scalanie

C. przez zliczanie

D. bąbelkowego

Sortowanie bąbelkowe jest jednym z najwolniejszych algorytmów i rzadko jest używane w praktyce ze względu na złożoność O(n^2). Sortowanie kubełkowe może być szybkie, ale jego efektywność zależy od równomiernego rozkładu danych. Sortowanie przez scalanie jest bardziej uniwersalne, ale ma większą złożoność obliczeniową niż Counting Sort i może być mniej efektywne dla dużych zbiorów danych o ograniczonym zakresie.

Pytanie 16

Jakie są kluczowe zasady WCAG 2.0?

A. Percepcyjna, operacyjna, zrozumiała, solidna

B. Dostosowana, błyskawiczna, mobilna, dostępna

C. Ewolucyjna, interaktywna, efektywna

D. Elastyczna, prosta, przejrzysta, trwała

Niepoprawne odpowiedzi nie odzwierciedlają kluczowych zasad WCAG 2.0. Pierwsza z nich, określająca elementy jako postępowe, responsywne, efektywne, nie ujęła fundamentalnych wymogów dotyczących dostępności. Postępowe i responsywne odnoszą się bardziej do designu i wydajności strony, a nie do jej dostępności dla osób z różnymi niepełnosprawnościami. Wymagania dotyczące percepcji i interakcji z treścią są kluczowe dla WCAG 2.0, ale nie są poruszane w tej opcji. Kolejna odpowiedź wskazuje na cechy: dostosowana, szybka, mobilna, dostępna, co również nie odpowiada zasadom WCAG. Użyte terminy nie koncentrują się na dostępności treści, a bardziej na wydajności i dostosowywaniu do urządzeń mobilnych, pomijając kluczowe aspekty związane z percepcją i interaktywnością. Ostatnia niepoprawna odpowiedź, która zawiera elastyczność, prostotę, przejrzystość i trwałość, również nie odpowiada rzeczywistym zasadom WCAG. Choć te cechy są pożądane w projektowaniu stron internetowych, nie są częścią formalnych zasad WCAG, które koncentrują się na konkretnej dostępności treści dla osób z ograniczeniami. W rezultacie, te odpowiedzi nie spełniają wymaganych kryteriów dostępności.

Pytanie 17

Jakie z wymienionych narzędzi służy do testowania aplikacji?

A. Git

B. Selenium

C. WordPress

D. Photoshop

Git to system kontroli wersji, który umożliwia śledzenie zmian w kodzie źródłowym i współpracę w zespołach deweloperskich, ale nie służy do automatycznego testowania aplikacji webowych. Photoshop to narzędzie graficzne do edycji zdjęć i tworzenia grafik, nie ma zastosowania w testowaniu oprogramowania. WordPress to system zarządzania treścią (CMS), który pozwala na tworzenie i zarządzanie stronami internetowymi, ale nie pełni funkcji narzędzia do testowania aplikacji webowych.

Pytanie 18

Który z poniższych formatów plików jest używany do konfiguracji projektów Node.js?

A. package.json

B. settings.ini

C. config.xml

D. node.config

Odpowiedź 'package.json' jest prawidłowa, ponieważ jest to kluczowy plik konfiguracyjny w projektach Node.js. Zawiera on metadane dotyczące projektu, takie jak nazwa, wersja, autorzy, zależności oraz skrypty do uruchamiania różnych zadań związanych z projektem. Na przykład, sekcja 'dependencies' w tym pliku pozwala na zdefiniowanie zewnętrznych bibliotek, które są wymagane do działania aplikacji. Gdy użytkownik uruchamia polecenie 'npm install', system automatycznie instaluje wszystkie zależności określone w 'package.json'. Dodatkowo, plik ten pozwala na łatwe zarządzanie wersjami i aktualizacjami, co jest zgodne z dobrymi praktykami w zarządzaniu projektami oprogramowania, zapewniając lepszą kontrolę nad środowiskiem deweloperskim. Użycie 'package.json' jest standardem w ekosystemie Node.js, co czyni go niezbędnym dla każdego dewelopera pracującego w tym środowisku.

Pytanie 19

W przedsiębiorstwie IT obowiązują określone zasady dotyczące zarządzania projektami, co wskazuje, że firma wykorzystuje model zarządzania

Prace dzielimy na sprinty 1 tygodniowe.
Każdy sprint obejmuje mały fragment funkcjonalności aplikacji.
Sprint rozpoczynamy od podziału prac i dyskusji.
Sprint kończymy na zatwierdzeniu testów przez klienta.

A. prototypowy

B. spiralny

C. kaskadowy

D. zwinny

W zarządzaniu projektami IT bardzo łatwo pomylić różne modele, zwłaszcza gdy pojawiają się podobne pojęcia, takie jak iteracje czy testowanie. Model prototypowy polega na szybkim tworzeniu wstępnych wersji produktu (prototypów), które następnie są pokazywane klientowi w celu zebrania opinii i stopniowego dopracowania finalnej wersji. Jednak nie ma tam stałej struktury czasowej jak np. sprinty, a główny nacisk jest na iteracyjne budowanie kolejnych wersji, a nie regularne, powtarzalne cykle pracy. Model kaskadowy (waterfall) jest wręcz przeciwieństwem zwinności – to sztywny, liniowy proces, gdzie każda faza (analiza, projektowanie, implementacja, testowanie, wdrożenie) musi być ukończona przed przejściem do następnej. Tutaj nie ma miejsca na podział na krótkie sprinty ani na regularne zatwierdzanie przez klienta po każdej iteracji – klient zazwyczaj widzi produkt dopiero na końcu projektu. Spiralny to z kolei model ryzyka, gdzie projektowanie, budowanie i testowanie odbywa się cyklicznie, ale głównym celem jest minimalizacja ryzyka przy każdej „spirali”, a nie iteracyjna budowa małych fragmentów systemu. W praktyce, błędne przypisanie tych modeli do opisanej sytuacji często wynika z utożsamiania jakiejkolwiek iteracyjności z podejściem zwinnym. Ale tylko zwinność (agile) stawia na krótki, powtarzalny cykl (sprint), ciągły kontakt z klientem i szybkie dostarczanie drobnych przyrostów funkcjonalności, przy czym klient aktywnie uczestniczy w każdym etapie, a nie tylko na początku i końcu. No i najważniejsze – to właśnie zwinne metody jak Scrum czy Kanban są obecnie standardem w większości firm IT zatrudniających zespoły programistyczne. Pozostałe modele stosuje się raczej tam, gdzie wymagania są z góry bardzo dobrze znane, albo tam, gdzie ryzyko musi być zarządzane w wyjątkowo formalny sposób, np. w branży lotniczej czy militarnej.

Pytanie 20

Co należy do zadań interpretera?

A. wykonanie skryptu instrukcja po instrukcji

B. sprawdzanie składni całego programu przed jego uruchomieniem

C. przekładanie kodu na kod maszynowy

D. ulepszanie większej części kodu, aby przyspieszyć jego wykonanie

Często spotykam się z myleniem interpretera z kompilatorem i optymalizatorami kodu, co prowadzi do błędnych wyobrażeń o jego działaniu. Zacznijmy od podstaw: przekładanie kodu źródłowego na kod maszynowy to domena kompilatorów, które analizują cały program, optymalizują go i generują plik wykonywalny, który można uruchomić niezależnie od środowiska. Interpreter natomiast nie zajmuje się takim tłumaczeniem, tylko odczytuje kod i wykonuje go na bieżąco, bez zapisywania gotowego programu w formie binarnej. Kolejna kwestia to ulepszanie kodu w celu przyspieszenia jego wykonania – to zadanie specjalistycznych narzędzi optymalizujących, często wbudowanych w kompilatory. Interpreter rzadko kiedy ingeruje w optymalizację kodu, bo jego głównym zadaniem jest wierne odtworzenie logiki programu krok po kroku, a nie poprawianie jego wydajności. Jeżeli chodzi o sprawdzanie składni całego programu przed uruchomieniem, to znów domena kompilatorów – interpreter najczęściej wykrywa błędy dopiero w momencie, gdy dociera do konkretnej instrukcji podczas wykonywania skryptu. To właśnie sprawia, że łatwiej eksperymentować, ale też czasem trudniej jest znaleźć błędy, które ujawniają się dopiero w trakcie działania aplikacji. W mojej ocenie te nieporozumienia wynikają z utożsamiania terminów używanych w teorii kompilacji – warto rozróżniać narzędzia na podstawie ich faktycznej roli w cyklu życia programu. Praktyka pokazuje, że zrozumienie różnicy pomiędzy interpretacją a kompilacją jest kluczowe przy wyborze technologii do realizacji konkretnego projektu. Jeżeli zależy nam na szybkim prototypowaniu lub pracy z kodem interaktywnym – interpreter jest świetny, ale nie będzie generował kodu maszynowego ani zaawansowanie go optymalizował.

Pytanie 21

W języku C# szablon List umożliwia korzystanie z listy. Z definicji obiektu kolekcji wynika, że jego elementami mogą być:

List<int> wykaz = new List<int>();

A. liczby rzeczywiste

B. elementy o nieokreślonym typie

C. elementy typu List

D. liczby całkowite

Jeżeli chodzi o kolekcje generyczne w C#, to List<int> jest przykładem bardzo konkretnego zastosowania. Ten zapis oznacza, że tworzymy listę, której elementami mogą być wyłącznie liczby całkowite – dokładnie takie, jakie reprezentuje typ int w .NET (czyli 32-bitowe liczby całkowite ze znakiem). Wynika to z idei generyczności: typ podany w nawiasach ostrych (<int>) precyzyjnie narzuca typ przechowywanych danych. To daje nam bezpieczeństwo typów, na które zwracają uwagę wszyscy programiści C# – nie da się przez pomyłkę dodać tam np. napisu czy obiektu innego typu. Z mojego doświadczenia mogę powiedzieć, że to bardzo upraszcza życie, bo kompilator od razu wychwyci próby niewłaściwego użycia. Praktycznie, gdy tworzysz List<int>, możesz ją wykorzystać np. do przechowywania identyfikatorów, wyników testów, liczb losowych – wszędzie tam, gdzie operujesz właśnie na liczbach całkowitych. Warto dodać, że generyczność jest jednym z filarów nowoczesnych języków, pozwalając pisać kod elastyczny i bezpieczny zarazem. Trochę jak z pudełkiem na śrubki: jak wrzucisz inne rzeczy, to od razu się pogubisz i zrobi się bałagan. Tutaj jest bardzo jasno – List<int> to zawsze lista liczb całkowitych i już. Dobre praktyki branżowe podpowiadają, żeby zawsze stosować jak najbardziej precyzyjne typy w generycznych kolekcjach, bo to ułatwia późniejsze utrzymanie kodu i ogranicza potencjalne błędy.

Pytanie 22

Co to jest Service Worker w kontekście Progressive Web Apps?

A. Usługa hostingowa dla aplikacji webowych

B. Protokół komunikacji między przeglądarką a serwerem

C. Skrypt działający w tle przeglądarki, niezależnie od strony webowej

D. Narzędzie do testowania wydajności aplikacji

Service Worker to skrypt działający w tle przeglądarki, który umożliwia tworzenie bardziej zaawansowanych funkcji w aplikacjach webowych. Działa on niezależnie od głównego wątku, co oznacza, że może obsługiwać różne zadania, takie jak zarządzanie pamięcią podręczną, synchronizacja w tle czy obsługa powiadomień push. Dzięki temu, aplikacje webowe stają się bardziej responsywne i mogą działać offline, co jest kluczowe w kontekście Progressive Web Apps (PWA). Przykładem zastosowania Service Workera może być umożliwienie użytkownikowi przeglądania treści, gdy nie ma dostępu do Internetu, poprzez cachowanie zasobów na urządzeniu. Warto zaznaczyć, że Service Worker jest zgodny z wieloma przeglądarkami i stanowi istotny element w projektowaniu nowoczesnych aplikacji webowych, zgodnych z najlepszymi praktykami branżowymi, takimi jak responsywność i dostępność.

Pytanie 23

Jaki framework jest powszechnie wykorzystywany do rozwijania aplikacji desktopowych w języku C++?

A. Node.js

B. WPF

C. Flutter

D. Qt

Node.js to środowisko uruchomieniowe dla języka JavaScript, przeznaczone do tworzenia aplikacji serwerowych i skryptów backendowych, a nie aplikacji desktopowych. WPF (Windows Presentation Foundation) jest frameworkiem dla języka C#, a nie C++. Flutter to framework stworzony przez Google, który służy do budowy aplikacji mobilnych i webowych, wykorzystując język Dart, co sprawia, że nie jest narzędziem pierwszego wyboru dla programistów C++.

Pytanie 24

Jakie są kluczowe etapy realizacji projektu programistycznego?

A. Projektowanie, testowanie, aktualizacja, implementacja

B. Planowanie, analiza, implementacja, wdrożenie

C. Analiza, implementacja, testowanie, aktualizacja

D. Planowanie, projektowanie, debugowanie, konserwacja

Wiele osób myśli, że wystarczy skupić się na kodzie czy testach i sukces przyjdzie sam, ale w praktyce kluczowe jest zachowanie właściwej sekwencji i kompletności działań. Często spotykam się z przekonaniem, że projektowanie albo debugowanie są najważniejszymi krokami, jednak bez wcześniejszego gruntownego planowania i analizy trudno mówić o efektywności czy przewidywalności rezultatów. Przykładowo, debugowanie to bardzo istotny element pracy programisty, ale samo w sobie nie stanowi etapu realizacji projektu – jest raczej czynnością wykonywaną w toku implementacji i testowania. Z kolei aktualizacja i konserwacja, choć ważne, zaliczają się już do utrzymania systemu po wdrożeniu, a nie do pierwotnego cyklu tworzenia oprogramowania. W niektórych odpowiedziach zabrakło chociażby analizy wymagań, co jest podstawowym etapem według standardów takich jak ISO/IEC/IEEE 12207 czy wytycznych PMBOK. Pominięcie wdrożenia lub zamiana jego kolejności z innym etapem, jak projektowanie albo testowanie, prowadzi do problemów z odpowiedzialnością za przekazanie produktu końcowego. Również połączenie implementacji z aktualizacją to pomieszanie faz projektowych z fazami utrzymania. Takie uproszczenia wynikają często z mylenia faz samego developmentu z późniejszymi procesami eksploatacji. W praktyce, żeby uniknąć błędów takich jak niedopracowana architektura czy chaos przy wdrożeniu, trzeba konsekwentnie stosować pełną sekwencję: planowanie, analiza, implementacja, a na końcu wdrożenie. To jest podejście zgodne i z klasycznym waterfall, i z nowszymi praktykami agile, gdzie nawet jeśli fazy się zazębiają, wciąż mają swoje miejsce. Z mojego doświadczenia, skracanie lub pomijanie tych etapów to prosta droga do kosztownych poprawek i niezadowolenia klienta, dlatego warto je znać i stosować świadomie.

Pytanie 25

Na przedstawionym obrazie widać fragment emulacji systemu iOS z prostą aplikacją. Górna część ekranu nachodzi na pasek stanu baterii. Który z poniższych zapisów powinien zostać użyty w miejscu znaków zapytania, aby ustawić jedynie marginesy górne tylko dla systemu iOS?

A. x:TypeArguments="Thickness" iOS= 20

B. x:TypeArguments="Thickness" (0, 20, 0, 0)

C. x:TypeArguments="Thickness" iOS= "0, 20, 0, 0" Android= "0, 0, 0, 0" WinPhone= "0, 0, 0, 0"

D. x:TypeArguments="Thickness" iOS= "0, 0, 0, 0" Android= "0, 20, 0, 0" WinPhone= "0, 0, 0, 0"

W pierwszej opcji zastosowano jednolity margines 20 jednostek dla wszystkich platform, co jest niewłaściwe, ponieważ ignoruje specyficzne potrzeby i ograniczenia każdej platformy. Na przykład, na iOS margines ten kompensuje status bar, ale na innych platformach może nie być wymagany, co może prowadzić do nieestetycznego wyglądu aplikacji. Druga odpowiedź wprowadza margines tylko dla iOS, ale w niewłaściwym formacie, ponieważ same liczby nie są wystarczające bez poprawnego kontekstu struktury XAML. Trzecia opcja jest błędna, ponieważ przypisuje nieprawidłowe wartości platformie Android, co skutkuje odwrotnym efektem niż zamierzony. Traktowanie wszystkich platform identycznie pod względem marginesów pomija specyfikę każdej z nich, co jest częstym błędem początkowych deweloperów. Niezrozumienie różnic między platformami może prowadzić do aplikacji, które nie są optymalnie dostosowane do każdej z nich. Ważne jest, aby projektanci aplikacji wieloplatformowych zrozumieli, jak różne urządzenia i systemy operacyjne wpływają na sposób, w jaki aplikacja powinna wyglądać i działać, aby zapewnić użytkownikom spójne i wysokiej jakości doświadczenia niezależnie od platformy, na której aplikacja jest uruchamiana. Dostosowywanie UI do specyfiki każdej platformy jest kluczem do sukcesu w tworzeniu profesjonalnych aplikacji mobilnych.

Pytanie 26

Co to jest local storage w kontekście aplikacji webowych?

A. Baza danych NoSQL działająca na serwerze aplikacji

B. System plików tymczasowych używany przez przeglądarkę

C. Mechanizm pozwalający na przechowywanie danych w przeglądarce użytkownika bez określonego czasu wygaśnięcia

D. Technologia przechowywania danych w pamięci RAM aplikacji

Odpowiedzi sugerujące, że local storage jest technologią przechowywania danych w pamięci RAM aplikacji, bazą danych NoSQL działającą na serwerze aplikacji lub systemem plików tymczasowych używanym przez przeglądarkę, opierają się na niepoprawnym rozumieniu architektury aplikacji webowych oraz sposobów przechowywania danych. Przechowywanie danych w pamięci RAM jest tymczasowe i nie przetrwa ponownego uruchomienia aplikacji, co czyni je nieodpowiednim dla zastosowań wymagających trwałości. Bazy danych NoSQL, takie jak MongoDB, działają na serwerach i są przeznaczone do złożonego zarządzania danymi, podczas gdy local storage jest prostym mechanizmem dostępnych w przeglądarkach, który nie wymaga skomplikowanej infrastruktury serwerowej. Z kolei systemy plików tymczasowych są stosowane do przechowywania plików, które nie są zamierzane do długoterminowego przechowywania, co stoi w sprzeczności z funkcjonalnością local storage, które pozwala na długotrwałe zachowanie danych. Często mylnie przyjmuje się, że wszystkie metody przechowywania danych w aplikacjach webowych są ze sobą tożsame, co prowadzi do pomyłek w projektowaniu aplikacji. Kluczowe jest zrozumienie różnic pomiędzy tymi podejściami oraz ich odpowiednich zastosowań w kontekście budowy skalowalnych i funkcjonalnych rozwiązań webowych.

Pytanie 27

Który z wymienionych mechanizmów umożliwia ograniczenie dostępu do wybranych sekcji aplikacji webowej?

A. Mechanizm renderowania treści

B. System logowania i kontroli dostępu

C. Pliki CSS statyczne

D. Formularze dynamiczne

Dynamiczne formularze umożliwiają interakcję użytkownika z aplikacją, np. przesyłanie danych, ale same w sobie nie zapewniają mechanizmów autoryzacji ani ograniczenia dostępu. Statyczne pliki CSS odpowiadają za wygląd i stylizację strony internetowej, nie mają jednak wpływu na mechanizmy kontroli dostępu. Mechanizm renderowania treści służy do wyświetlania elementów interfejsu i generowania dynamicznych stron, ale nie pełni roli systemu logowania ani autoryzacji użytkowników.

Pytanie 28

Która z poniższych technologii służy do tworzenia interfejsu użytkownika zarówno dla aplikacji webowych jak i mobilnych?

A. jQuery

B. React Native

C. Vue.js

D. Angular

Wybór technologii do tworzenia interfejsu użytkownika, które nie są odpowiednie do budowy aplikacji mobilnych, może prowadzić do wielu nieporozumień. Rozważając Angular, warto zauważyć, że jest to framework stworzony do budowy aplikacji webowych, który wprowadza koncepcje związane z programowaniem obiektowym oraz architekturą MVVM. Chociaż Angular może być używany w połączeniu z narzędziami do kompilacji aplikacji mobilnych, takimi jak Ionic, nie jest to jego pierwotne przeznaczenie, co może prowadzić do problemów z wydajnością i użytkowaniem. Vue.js to kolejny framework skoncentrowany na tworzeniu interfejsów webowych, który zyskał popularność dzięki prostocie oraz elastyczności. Jednakże, podobnie jak w przypadku Angulara, nie jest on zaprojektowany z myślą o aplikacjach mobilnych, co ogranicza jego zastosowanie w tej dziedzinie. Z kolei jQuery, będący biblioteką JavaScript, został stworzony z myślą o ułatwieniu manipulacji DOM oraz obsługi zdarzeń w aplikacjach webowych. Choć jQuery było niezwykle popularne w przeszłości, obecnie jego użycie w aplikacjach mobilnych jest rzadkie i niezalecane, ponieważ nowoczesne frameworki takie jak React i React Native oferują znacznie bardziej rozbudowane możliwości. Wybierając odpowiednią technologię, warto kierować się jej przeznaczeniem oraz możliwościami, aby uniknąć nieefektywności oraz problemów w realizacji projektów.

Pytanie 29

Jakie są różnice między konstruktorem a zwykłą metodą w klasie?

A. Konstruktor zawsze nosi tę samą nazwę co klasa i nie zwraca wartości

B. Konstruktor można wywołać bez konieczności tworzenia obiektu

C. Konstruktor jest uruchamiany jedynie przez destruktor

D. Konstruktor powinien zwracać jakąś wartość

Konstruktor nie zwraca wartości, w przeciwieństwie do zwykłych metod klasy, które mogą zwracać typy danych (`int`, `float`, `string`). Konstruktor nie może być wywoływany bez tworzenia obiektu – jest to mechanizm związany wyłącznie z procesem inicjalizacji obiektu. Destruktor, a nie konstruktor, jest wywoływany po zakończeniu życia obiektu w celu zwolnienia zasobów. Konstruktor jest pierwszą metodą, która działa podczas tworzenia obiektu, co odróżnia go od destruktora, który działa na końcu życia obiektu.

Pytanie 30

Jakie znaczenie ma framework w kontekście programowania?

A. Moduł do zarządzania systemami baz danych

B. System operacyjny, który umożliwia uruchamianie aplikacji

C. Program do graficznego projektowania interfejsów użytkownika

D. Zbiór gotowych bibliotek, narzędzi i zasad ułatwiających tworzenie aplikacji

System operacyjny nie jest frameworkiem, ponieważ jego głównym zadaniem jest zarządzanie zasobami sprzętowymi i umożliwianie uruchamiania aplikacji. Edytor graficzny do projektowania interfejsów użytkownika to narzędzie wspomagające tworzenie GUI, ale nie jest frameworkiem, ponieważ nie dostarcza komponentów aplikacyjnych ani reguł dotyczących architektury aplikacji. Moduł do zarządzania bazami danych to narzędzie wykorzystywane do przechowywania i zarządzania danymi, ale nie dostarcza gotowych rozwiązań w zakresie budowy całej aplikacji – w przeciwieństwie do frameworków, które integrują wiele narzędzi i bibliotek w spójną całość.

Pytanie 31

Jakie narzędzie jest najbardziej odpowiednie do identyfikacji błędów w trakcie działania programu?

A. Linker

B. Interpreter

C. Debugger

D. Kompilator

Kompilator służy do tłumaczenia kodu źródłowego na kod maszynowy przed uruchomieniem programu, ale nie analizuje błędów w czasie jego wykonywania. Interpreter tłumaczy kod na bieżąco, ale nie pozwala na zatrzymywanie programu i analizowanie jego działania krok po kroku. Linker to narzędzie, które łączy różne moduły i biblioteki w jeden plik wykonywalny, ale nie ma funkcji analizy błędów w czasie działania programu – jego rola kończy się po wygenerowaniu pliku wykonywalnego.

Pytanie 32

W przedstawionym filmie ukazano kreator interfejsu użytkownika, dla którego automatycznie powstaje

A. kod XML

B. obsługa wciśniętego przycisku

C. kod Java

D. obsługa przycisku ekranu dotykowego

Kod XML jest obecnie najczęściej stosowanym formatem do definiowania wyglądu interfejsów użytkownika w takich narzędziach jak Android Studio czy różnego rodzaju designery graficzne. Kiedy projektujesz layout aplikacji mobilnej albo desktopowej, duża część nowoczesnych narzędzi tworzy właśnie pliki XML, które następnie są interpretowane przez system w czasie uruchamiania aplikacji. Ułatwia to rozdzielenie logiki aplikacji od jej prezentacji, co wydaje się fundamentalne przy większych projektach. Moim zdaniem takie podejście daje ogromne korzyści – można łatwo modyfikować wygląd bez dotykania kodu źródłowego. W praktyce, jeśli używasz np. Android Studio, zbudujesz interfejs przeciągając przyciski czy pola tekstowe, a pod spodem dostaniesz czytelny plik XML. To przyspiesza pracę, zwiększa czytelność projektu i pozwala na późniejsze automatyczne generowanie dokumentacji albo testów interfejsu. Takie standardy są rekomendowane nie tylko przez Google, ale też szeroko stosowane w innych środowiskach, jak chociażby XAML w Microsoft czy FXML w JavaFX. Przezroczystość działania tych narzędzi sprawia, że łatwiej jest pracować zespołowo, bo każdy może szybko zorientować się w strukturze UI patrząc na XML-a. Samo generowanie kodu XML przez narzędzia graficzne to duży krok w kierunku lepszej organizacji pracy i zgodności ze współczesnymi praktykami branżowymi.

Pytanie 33

Która z wymienionych właściwości najlepiej charakteryzuje biblioteki dynamiczne?

A. Zawierają kod źródłowy aplikacji

B. Są statycznie dołączane do pliku wykonywalnego

C. Są ładowane w trakcie działania aplikacji

D. Są ładowane podczas kompilacji

Jak mówimy o ładowaniu bibliotek w czasie kompilacji, to mamy na myśli biblioteki statyczne. One są wplecione w plik wykonywalny. Z kolei biblioteki dynamiczne, to jakby zewnętrzne funkcje, które nie są częścią źródłowego kodu programu. Przy statycznym dołączaniu wszelkie potrzebne zasoby są w jednym pliku, a to odróżnia je od tych dynamicznych, które wchodzą w grę dopiero, gdy program działa.

Pytanie 34

Która grupa typów zawiera wyłącznie typy złożone?

A. class, struct, float

B. char, struct, union

C. unsigned, struct, float

D. class, struct, union

W tej odpowiedzi trafiłeś w sedno, bo class, struct oraz union to typowe przykłady typów złożonych w językach programowania takich jak C++ czy C. Każdy z nich służy do przechowywania bardziej skomplikowanych struktur danych niż zwykłe typy proste jak int czy float. Klasa (class) to podstawa programowania obiektowego. Pozwala łączyć dane i funkcje w jeden byt – obiekt. Z mojego doświadczenia korzystanie z klas daje ogromne możliwości, bo można ukrywać szczegóły implementacji czy stosować dziedziczenie – co jest nieocenione przy większych projektach. Struktura (struct) to taki trochę prostszy wariant klasy, szczególnie w C, gdzie nie obsługuje ona metod czy hermetyzacji, ale w C++ różnice się zacierają. Union natomiast pozwala na oszczędność pamięci – kilka pól dzieli ten sam obszar pamięci, czyli tylko jedno z nich jest aktywne w danej chwili. To się przydaje np. w programowaniu niskopoziomowym, obsłudze różnych protokołów czy pracy z rejestrami sprzętowymi. Według standardów ISO/IEC dla języka C++ (np. 14882:2017), właśnie te trzy typy należą bezdyskusyjnie do grupy złożonych, bo są zbudowane z innych typów i pozwalają lepiej modelować rzeczywistość. Warto pamiętać, że typy złożone są podstawą nowoczesnych technik projektowania oprogramowania. W praktyce, nawet w prostych aplikacjach, korzystanie z tych struktur podnosi czytelność i ułatwia przyszłą rozbudowę kodu.

Pytanie 35

Wskaż fragment kodu, który wykreuje przedstawioną kontrolkę?

A. Kod2

B. Kod3

C. Kod4

D. Kod1

Odpowiednim kodem do wygenerowania przedstawionej kontrolki jest Kod3 który korzysta z klasy RatingBar w Androidzie. RatingBar to bardzo przydatny element interfejsu użytkownika pozwalający użytkownikom na ocenę w skali gwiazdek. W tym przypadku RatingBar posiada atrybut android:rating ustawiony na 2.5 co oznacza że kontrolka wyświetli dwie pełne gwiazdki i jedną połowę co odpowiada przedstawionej grafice. Dodatkowo atrybut android:progressTint ustawiony na #4682B4 zmienia kolor gwiazdek na niebieski. Użycie RatingBar jest standardową praktyką w aplikacjach mobilnych dla zbierania opinii użytkowników. Ważne jest aby pamiętać że RatingBar może być konfigurowany do obsługi różnych wartości minimalnych i maksymalnych oraz do dostosowywania wyglądu za pomocą stylów i tematów. Dobrym zwyczajem jest dbanie o czytelność i intuicyjność interfejsu co osiąga się m.in. przez odpowiednie oznaczanie i rozmieszczanie kontrolek takich jak RatingBar.

Pytanie 36

Która z wymienionych cech dotyczy klasy statycznej?

A. Może zawierać wyłącznie statyczne pola i metody

B. Nie może zawierać ani zmiennych, ani metod

C. Może być dziedziczona przez klasy potomne

D. Jest automatycznie usuwana po zakończeniu działania programu

Klasa, która nie może zawierać zmiennych ani metod, jest w rzeczywistości pusta i nie spełnia żadnych praktycznych funkcji. Dziedziczenie klas statycznych jest niemożliwe, ponieważ nie można ich instancjonować, co eliminuje potrzebę dziedziczenia. Klasy, które są automatycznie usuwane po zakończeniu programu, to standardowe klasy, a nie klasy statyczne – proces usuwania obiektów leży w gestii destruktorów i mechanizmu garbage collection.

Pytanie 37

Na podstawie treści zawartej w ramce, określ, który z rysunków ilustruje element odpowiadający klasie Badge zdefiniowanej w bibliotece Bootstrap?

A. Rysunek 1

B. Rysunek 4

C. Rysunek 3

D. Rysunek 2

Wybór Rysunku 2 jest poprawny ponieważ przedstawia on elementy badge zdefiniowane w bibliotece Bootstrap Badge to niewielkie oznaczenia wizualne zazwyczaj zawierające liczby lub krótkie informacje które można umieścić obok linków lub innych elementów interfejsu użytkownika W Bootstrapie badge są implementowane za pomocą klasy .badge i można je stosować na przykład do wskazywania liczby nowych wiadomości lub powiadomień w aplikacjach webowych Dzięki temu użytkownik ma natychmiastowy dostęp do ważnych informacji bez konieczności wykonywania dodatkowych działań Przykładem zastosowania badge może być ikonka koperty z liczbą nieprzeczytanych wiadomości w skrzynce odbiorczej Co więcej badge można stylować za pomocą dodatkowych klas kolorystycznych takich jak .bg-primary .bg-success itd co pozwala na dostosowanie ich wyglądu do stylistyki całej aplikacji To praktyczne narzędzie w tworzeniu intuicyjnych interfejsów użytkownika które poprawia użyteczność i estetykę strony internetowej Zastosowanie badge zgodnie z dobrymi praktykami projektowania UX/UI wspiera lepszą organizację i dostępność informacji w aplikacjach internetowych

Pytanie 38

Cytat zaprezentowany powyżej dotyczy metodyki RAD. Co oznacza ten skrót w języku polskim?

... (RAD) .... is a general term for adaptive software development approaches, and the name for James Martin's method of rapid development. In general, RAD approaches to software development put less emphasis on planning and more emphasis on an adaptive process. Prototypes are often used in addition to or sometimes even instead of design specifications.

Źródło: https://en.wikipedia.org/wiki Dostęp: 25.03.2021

A. zintegrowane środowisko deweloperskie

B. środowisko do tworzenia aplikacji

C. środowisko błyskawicznego programowania

D. szybki rozwój aplikacji

Wybór niepoprawnych odpowiedzi wynika z nieporozumienia dotyczącego znaczenia skrótu RAD. Pierwsza błędna odpowiedź środowisko rozwijania aplikacji nie odpowiada sednu metodyki RAD ponieważ odnosi się bardziej do ogólnego pojęcia platformy lub środowiska gdzie aplikacje są tworzone a nie do szybkiego procesu rozwoju. Nie oddaje to istoty metodyki która skupia się na skróceniu czasu cyklu życia aplikacji poprzez szybkie prototypowanie i wprowadzenie iteracyjnych zmian. Następnie środowisko szybkiego programowania również jest mylące ponieważ sugeruje zastosowanie narzędzi lub technologii które jedynie wspierają szybkie pisanie kodu a nie całego procesu projektowania testowania i wprowadzania do użytkowania. Zintegrowane środowisko programistyczne to termin odnoszący się do oprogramowania takiego jak IDE które oferuje narzędzia wspierające programistów w pisaniu testowaniu i debugowaniu kodu ale nie jest bezpośrednio związane z filozofią i technikami RAD. Typowym błędem myślowym jest skupienie się na pojedynczych etapach rozwoju oprogramowania a nie na całym procesie który metoda RAD opisuje jako całość łączącą szybkie tworzenie prototypów elastyczność i intensywną współpracę z klientem. Ważne jest zrozumienie że RAD to podejście systemowe mające na celu przyspieszenie dostarczania wartości klientom co nie jest osiągane przez samo szybkie kodowanie czy używanie zintegrowanych narzędzi programistycznych ale przez całościowe podejście do procesu tworzenia oprogramowania

Pytanie 39

Wskaż właściwość charakterystyczną dla metody abstrakcyjnej?

A. jest pusta w klasie nadrzędnej

B. zawsze jest prywatna

C. nie ma implementacji w klasie bazowej

D. jest pusta w klasach dziedziczących

Wokół metod abstrakcyjnych narosło sporo nieporozumień, które często wynikają z mieszania pojęć związanych z dziedziczeniem i modyfikatorami dostępu. Ludzie czasem myślą, że metoda abstrakcyjna musi być zawsze prywatna, co jednak mija się z prawdą – przecież klasa pochodna nie miałaby do niej dostępu i nie mogłaby jej zaimplementować, gdyby była private. Standardy języków jak Java czy C# wręcz wymagają, by była minimum protected albo public, żeby dziedziczące klasy mogły ją nadpisać. Często można się też spotkać z przekonaniem, że metoda abstrakcyjna jest pusta w klasach dziedziczących – a to bardzo mylące, bo właśnie w klasach dziedziczących mamy obowiązek podać jej konkretną implementację. Jeżeli to pominiesz, kompilator przypomni o tym błędzie. Pojawia się też pogląd, że metoda abstrakcyjna jest pusta w klasie nadrzędnej – to nieprecyzyjne ujęcie, bo 'pusta' sugeruje, że można mieć ciało metody, tylko nic w nim nie napisać, a tymczasem w przypadku metody abstrakcyjnej w ogóle nie wolno podawać ciała w klasie bazowej (nawet klamerek!). Typowym błędem jest też mylenie metody abstrakcyjnej z tzw. metodą wirtualną lub domyślną (te już często mają jakąś domyślną implementację, którą można nadpisać). Takie nieporozumienia prowadzą potem do źle zaprojektowanych hierarchii klas, co z czasem utrudnia rozwój projektu. Z mojego doświadczenia wynika, że najlepiej po prostu pamiętać: metoda abstrakcyjna to taka, która nie ma implementacji w bazie i wymusza jej podanie w klasie pochodnej. Tyle, żadnych półśrodków czy wyjątków.

Pytanie 40

W dwóch przypadkach opisano mechanizm znany jako Binding. Jego celem jest

W Android Studio:

<TextView android:text="@{viewmodel.userName}" />

W XAML:

<Label Text="{Binding Source={x:Reference slider2}, Path=Value}" />

A. wiązać właściwości (property) elementu interfejsu użytkownika z danymi lub właściwością innego obiektu

B. wiązanie oraz eksportowanie plików z różnych modułów aplikacji

C. przetwarzanie zdarzeń kontrolek interfejsu użytkownika przez wywoływanie odpowiednich funkcji

D. zarządzanie mechanizmem obietnic (promises) lub obserwatora (observable) w programowaniu asynchronicznym

Wiązanie (binding) w kontekście interfejsów użytkownika, takich jak Android Studio czy XAML, to bardzo kluczowy mechanizm, który pozwala na automatyczne połączenie danych z logiki aplikacji (np. zmiennych, modeli ViewModel) z konkretnymi właściwościami kontrolek na ekranie. Dzięki temu nie trzeba ręcznie programować każdej aktualizacji – wszystko dzieje się „w tle”. Na przykład, jeśli użytkownik zmieni wartość jakiejś kontrolki, takiej jak suwak (Slider), odpowiednia właściwość w klasie ViewModel również się zaktualizuje i na odwrót. To podejście jest zgodne z architekturą MVVM (Model-View-ViewModel), która jest bardzo popularna w aplikacjach mobilnych i desktopowych. Moim zdaniem to ogromna oszczędność czasu i po prostu mniej błędów w kodzie, bo nie trzeba pisać setek linii kodu łączącego UI z danymi. W praktyce binding często umożliwia także walidację danych na bieżąco, reakcje na zmiany oraz poprawia czytelność kodu. Bez tego, nawet proste aplikacje robią się niepotrzebnie skomplikowane i trudne do utrzymania. Przykłady użycia – to chociażby powiązanie tekstu wyświetlanego w TextView z polem w ViewModel, czy automatyczna aktualizacja etykiety, gdy zmienia się wartość suwaka. To jedna z podstawowych rzeczy, które wyróżniają nowoczesne frameworki UI – i szczerze, trudno bez tego wyobrazić sobie dzisiejsze tworzenie aplikacji.

Rozpocznij nowy egzamin

Powrót do strony głównej