Question 1

Opisz cztery podstawowe komponenty aplikacji na Androida.

Accepted Answer

System Android opiera się na czterech fundamentalnych komponentach, z których każdy ma inne przeznaczenie i cykl życia:

1.  **Aktywność (Activity):** To komponent, z którym użytkownik wchodzi w bezpośrednią interakcję. Reprezentuje **pojedynczy ekran** z interfejsem użytkownika (UI). Aplikacja zazwyczaj składa się z wielu aktywności, które mogą być uruchamiane jedna przez drugą.

2.  **Serwis (Service):** Działa w **tle**, wykonując długotrwałe operacje bez interfejsu użytkownika, np. odtwarzanie muzyki, pobieranie danych z sieci czy synchronizacja. Może działać nawet wtedy, gdy aplikacja nie jest na pierwszym planie.

3.  **Odbiornik Rozgłoszeniowy (Broadcast Receiver):** To komponent, który **nasłuchuje i reaguje** na komunikaty (broadcasts) wysyłane przez system Android lub inne aplikacje. Przykłady takich komunikatów to niski poziom baterii, wykonanie zdjęcia czy zakończenie pobierania pliku.

4.  **Dostawca Treści (Content Provider):** Zarządza dostępem do **współdzielonego zestawu danych** aplikacji. Umożliwia jednej aplikacji bezpieczny dostęp do danych innej aplikacji (np. aplikacja do wysyłania wiadomości może uzyskać dostęp do kontaktów w telefonie).

Question 2

Czym jest cykl życia Aktywności (Activity Lifecycle) i dlaczego jest kluczowy?

Accepted Answer

**Cykl życia Aktywności** to zdefiniowana sekwencja stanów, przez które przechodzi każda aktywność od momentu jej utworzenia do zniszczenia. System Android zarządza tym cyklem, wywołując odpowiednie metody zwrotne (callbacks), takie jak `onCreate()`, `onStart()`, `onResume()`, `onPause()`, `onStop()` i `onDestroy()`.

**Znajomość tego cyklu jest absolutnie kluczowa dla każdego dewelopera Androida, ponieważ:**

•   **Pozwala prawidłowo zarządzać zasobami:** W odpowiednich metodach cyklu życia należy inicjować i zwalniać zasoby (np. połączenia sieciowe, sensory), aby nie zużywać niepotrzebnie baterii i pamięci.

•   **Zapobiega wyciekom pamięci:** Nieprawidłowe zarządzanie zasobami (np. niezarejestrowanie odbiornika w `onPause()`) jest częstą przyczyną wycieków pamięci.

•   **Umożliwia zapisywanie i odtwarzanie stanu:** Gdy system niszczy i odtwarza aktywność (np. podczas obrotu ekranu), musimy zapisać jej stan (np. wpisany tekst w polu), aby użytkownik nie stracił danych.

•   **Zapewnia płynne działanie aplikacji:** Aplikacja musi poprawnie reagować na zdarzenia systemowe, takie jak przychodzące połączenie telefoniczne czy przejście do tła. Prawidłowa implementacja metod cyklu życia to gwarantuje.

Question 3

Jaka jest różnica między `lateinit var` a `by lazy` w Kotlinie?

Accepted Answer

Oba mechanizmy służą do **odroczonej inicjalizacji właściwości**, ale działają w różny sposób i mają inne zastosowania.

•   **`lateinit var`:**
  - Jest używane dla **mutowalnych właściwości (`var`)**, które nie mogą być `null`.
  - Jest to **'obietnica'** dla kompilatora, że zainicjalizujemy tę właściwość przed jej pierwszym użyciem (np. w metodzie `onCreate()` w Androidzie).
  - Jeśli spróbujemy uzyskać dostęp do właściwości `lateinit` przed jej inicjalizacją, aplikacja zakończy się błędem `UninitializedPropertyAccessException`.
  - Jest często używane w Androidzie do wstrzykiwania zależności lub inicjalizacji widoków, które nie są dostępne w momencie tworzenia obiektu.

•   **`by lazy { ... }`:**
  - Jest używane dla **niemutowalnych właściwości (`val`)**.
  - Inicjalizacja odbywa się **leniwie (lazily)** – blok kodu w klamrach jest wykonywany **tylko przy pierwszym dostępie** do właściwości. Wynik tej inicjalizacji jest następnie zapamiętywany (cached) i zwracany przy kolejnych odwołaniach.
  - Domyślnie, inicjalizacja `lazy` jest **bezpieczna wątkowo**.
  - Jest idealne dla kosztownych w tworzeniu obiektów, które mogą, ale nie muszą być użyte.

W skrócie: **`lateinit var`** to 'zaufaj mi, zainicjalizuję to później', a **`by lazy`** to 'zainicjalizuj to, gdy będzie to naprawdę potrzebne, i zrób to tylko raz'.

Question 4

Do czego służy plik `AndroidManifest.xml`?

Accepted Answer

**`AndroidManifest.xml` to 'dowód osobisty' aplikacji.** Jest to kluczowy plik konfiguracyjny, który dostarcza systemowi operacyjnemu Android **wszystkich niezbędnych informacji** o aplikacji, zanim jeszcze zostanie uruchomiony jakikolwiek jej kod.

Jego najważniejsze zadania to:

1.  **Deklarowanie komponentów aplikacji:** Każda Aktywność, Serwis, Odbiornik Rozgłoszeniowy i Dostawca Treści musi być zadeklarowany w manifeście. To tutaj określamy, która Aktywność jest głównym punktem wejścia do aplikacji.

2.  **Definiowanie uprawnień (permissions):** Aplikacja musi zadeklarować, jakich uprawnień potrzebuje do działania (np. dostęp do internetu, aparatu, lokalizacji). System używa tych deklaracji, aby pytać użytkownika o zgodę.

3.  **Określanie wymagań sprzętowych i software'owych:** Możemy zadeklarować, że nasza aplikacja wymaga np. aparatu z autofokusem lub określonej minimalnej wersji systemu Android (minSdkVersion).

4.  **Ustawianie metadanych:** Manifest zawiera nazwę aplikacji, ikonę, motyw graficzny i inne informacje, które są widoczne dla użytkownika i systemu.

Bez poprawnie skonfigurowanego pliku manifestu, system Android nie będzie w stanie poprawnie zainstalować i uruchomić aplikacji.

Question 5

Wyjaśnij, czym są `ViewModel` i `LiveData` z bibliotek Android Jetpack.

Accepted Answer

To dwa fundamentalne komponenty z bibliotek Jetpack, które razem tworzą podstawę nowoczesnej architektury aplikacji na Androida, promując oddzielenie logiki od UI.

•   **`ViewModel`:**
  - Jego głównym zadaniem jest **przechowywanie i zarządzanie danymi związanymi z interfejsem użytkownika** w sposób **świadomy cyklu życia (lifecycle-aware)**.
  - Najważniejszą cechą `ViewModel` jest to, że **przetrzymuje on swoje dane podczas zmian konfiguracji**, takich jak obrót ekranu. Gdy Aktywność jest niszczona i tworzona na nowo, `ViewModel` 'przeżywa' i dostarcza dane nowej instancji Aktywności, zapobiegając ich utracie i ponownemu, kosztownemu ładowaniu.
  - Oddziela logikę pobierania i przygotowywania danych od Aktywności lub Fragmentu, które powinny być odpowiedzialne tylko za ich wyświetlanie.

•   **`LiveData`:**
  - To **obserwowalny (observable) uchwyt na dane**, który również jest świadomy cyklu życia.
  - Widok (np. Aktywność) 'subskrybuje' zmiany w obiekcie `LiveData`. Gdy dane w `LiveData` się zmienią, automatycznie **powiadamia on wszystkich aktywnych obserwatorów**, aby mogli zaktualizować UI.
  - Kluczowe jest to, że `LiveData` wysyła aktualizacje **tylko do obserwatorów, którzy są w aktywnym stanie cyklu życia** (np. `STARTED` lub `RESUMED`). Zapobiega to błędom i wyciekom pamięci związanym z próbą aktualizacji UI, które już nie istnieje.

Razem tworzą solidny, reaktywny wzorzec: **Aktywność obserwuje `LiveData` w `ViewModel`. Gdy dane się zmieniają, `ViewModel` aktualizuje `LiveData`, co automatycznie powoduje odświeżenie UI w Aktywności.**

Question 6

Czym jest `Context` w Androidzie i dlaczego jest niezbędny?

Accepted Answer

**`Context`** to obiekt, który reprezentuje **aktualne środowisko aplikacji**. Działa jak 'pilot' do systemu operacyjnego, zapewniając dostęp do globalnych informacji o aplikacji oraz do zasobów systemowych.

Jest on **niezbędny do wykonania ogromnej liczby podstawowych operacji** w aplikacji na Androida. Bez dostępu do `Context` nie możemy na przykład:

•   **Uruchamiać innych komponentów:** np. `startActivity()`, `startService()`.
•   **Uzyskiwać dostępu do zasobów aplikacji:** np. pobierać stringów, kolorów, obrazów z plików zasobów (`getString(R.string.app_name)`).
•   **Tworzyć widoków:** Wiele konstruktorów widoków wymaga `Context`.
•   **Uzyskiwać dostępu do usług systemowych:** np. menedżera powiadomień, menedżera lokalizacji.
•   **Pracować z plikami i bazami danych:** Dostęp do prywatnego katalogu aplikacji wymaga `Context`.

Istnieją różne typy `Context` (np. `ApplicationContext`, `ActivityContext`), a użycie niewłaściwego typu w danym miejscu jest częstą przyczyną **wycieków pamięci**. Na przykład, przekazanie `ActivityContext` do obiektu, który żyje dłużej niż Aktywność, uniemożliwi jej zwolnienie z pamięci.

Question 7

Czym są Coroutines w Kotlinie i jak upraszczają programowanie asynchroniczne na Androidzie?

Accepted Answer

**Coroutines (współprogramy)** to nowoczesny mechanizm w Kotlinie do zarządzania **współbieżnością i operacjami asynchronicznymi**. Można je traktować jak 'lekkie wątki', które pozwalają pisać kod asynchroniczny w sposób, który wygląda na sekwencyjny i synchroniczny.

**Jak upraszczają programowanie asynchroniczne na Androidzie?**
1.  **Eliminują 'Callback Hell':** Zamiast zagnieżdżać funkcje zwrotne (callbacks), możemy pisać operacje jedna po drugiej, używając słowa kluczowego `suspend`. Kod staje się znacznie bardziej czytelny i łatwiejszy w utrzymaniu.
   ```kotlin
   // Zamiast zagnieżdżonych callbacków
   val user = fetchUser()
   val friends = fetchFriends(user.id)
   showFriends(friends)
   ```
2.  **Uproszczona obsługa błędów:** Możemy używać standardowych bloków `try-catch` do obsługi błędów w kodzie asynchronicznym, co jest znacznie prostsze niż przekazywanie błędów przez callbacki.

3.  **Integracja z cyklem życia:** Biblioteki Jetpack (np. `viewModelScope`, `lifecycleScope`) dostarczają gotowe zakresy (scopes), które są powiązane z cyklem życia komponentów Androida. Dzięki temu, gdy komponent jest niszczony (np. użytkownik zamyka ekran), wszystkie uruchomione w jego zakresie coroutines są **automatycznie anulowane**, co zapobiega wyciekom pamięci i zbędnej pracy w tle.

4.  **Zarządzanie wątkami:** Pozwalają w prosty sposób przełączać kontekst wykonywania między wątkiem głównym (UI) a wątkami w tle, np. za pomocą `withContext(Dispatchers.IO)`.

Question 8

Co to jest Wstrzykiwanie Zależności (Dependency Injection) i jak Hilt to ułatwia?

Accepted Answer

**Wstrzykiwanie Zależności (Dependency Injection - DI)** to wzorzec projektowy, w którym obiekt nie tworzy swoich zależności (innych obiektów, których potrzebuje do działania) samodzielnie, ale **otrzymuje je z zewnątrz**.

Celem DI jest promowanie **luźnych powiązań (loose coupling)**, co drastycznie ułatwia **testowanie jednostkowe** (możemy łatwo 'podmienić' prawdziwe zależności na atrapy - mocki) i zwiększa modularność aplikacji.

**Jak Hilt to ułatwia?**
Ręczna implementacja DI w Androidzie jest skomplikowana ze względu na to, że wiele obiektów (jak Aktywności czy Fragmenty) jest tworzonych przez system, a nie przez nas. **Hilt** to biblioteka od Google, która **automatyzuje i standaryzuje DI** w aplikacjach Android.

•   **Redukcja kodu 'boilerplate':** Hilt wykorzystuje adnotacje (np. `@HiltAndroidApp`, `@AndroidEntryPoint`, `@Inject`) do automatycznego generowania kodu potrzebnego do wstrzykiwania zależności.
•   **Integracja z komponentami Androida:** Hilt 'rozumie' komponenty Androida i wie, jak wstrzykiwać zależności do Aktywności, Fragmentów, ViewModeli itp.
•   **Predefiniowane zakresy (scopes):** Dostarcza gotowe zakresy powiązane z cyklem życia komponentów (np. `@ActivityScoped`), co ułatwia zarządzanie czasem życia obiektów.

Dzięki Hilt, implementacja DI staje się prosta, deklaratywna i mniej podatna na błędy, pozwalając deweloperom skupić się na logice biznesowej.

Question 9

Wyjaśnij architekturę MVI (Model-View-Intent).

Accepted Answer

**MVI (Model-View-Intent)** to nowoczesny, reaktywny wzorzec architektoniczny, który zyskuje na popularności w rozwoju aplikacji na Androida. Jego główną cechą jest **jednokierunkowy przepływ danych (unidirectional data flow)** i zarządzanie stanem aplikacji w sposób przewidywalny.

Architektura ta składa się z trzech głównych części:

1.  **Model:** Reprezentuje **stan (State)** interfejsu użytkownika. Jest to niemutowalny obiekt, który zawiera wszystkie informacje potrzebne do wyrenderowania widoku. Jest to jedyne 'źródło prawdy' o stanie UI.

2.  **View (Widok):** Jest odpowiedzialny za **wyświetlanie stanu** oraz **przechwytywanie akcji użytkownika (Intentów)**. Widok subskrybuje zmiany w stanie (Modelu) i renderuje się na nowo, gdy tylko stan się zmieni.

3.  **Intent (Intencja):** Reprezentuje **każdą akcję**, którą użytkownik może wykonać w aplikacji (np. kliknięcie przycisku, wpisanie tekstu). Intencje są przekazywane do logiki biznesowej, która na ich podstawie produkuje nowy stan.

**Jak wygląda cykl?**
**Użytkownik wykonuje akcję (Intent) -> Intent jest przetwarzany -> powstaje nowy Stan (Model) -> Widok (View) obserwuje zmianę stanu i renderuje się na nowo.**

Główne zalety MVI to **przewidywalność stanu aplikacji** (każda zmiana jest wynikiem konkretnej akcji) i **łatwość debugowania**, ponieważ cały przepływ danych odbywa się w jednym, zamkniętym cyklu.

Question 10

Czym różni się `StateFlow` od `LiveData`?

Accepted Answer

Oba są obserwatorami stanu, ale pochodzą z różnych ekosystemów i mają kluczowe różnice:

•   **`LiveData`:**
  - Jest częścią **Android Jetpack Architecture Components**.
  - Jego główną zaletą jest to, że jest **świadomy cyklu życia komponentów Androida** z 'pudełka'. Automatycznie przestaje wysyłać aktualizacje, gdy widok jest nieaktywny.
  - Jest zaprojektowany do pracy na **głównym wątku (UI thread)**.
  - Nie wymaga wartości początkowej.

•   **`StateFlow`:**
  - Jest częścią **Kotlin Coroutines** i biblioteki `Flow`.
  - Jest to bardziej nowoczesne i elastyczne rozwiązanie, w pełni **zintegrowane ze światem coroutines**.
  - **Wymaga wartości początkowej**, co eliminuje ryzyko odwołania się do niezainicjalizowanego stanu.
  - Jest **niezależny od platformy Android**, co ułatwia testowanie jednostkowe logiki biznesowej bez potrzeby uruchamiania emulatora.
  - Może być bezpiecznie zbierany z dowolnego wątku, a przełączanie na wątek UI jest realizowane w ramach coroutines.

W nowoczesnych aplikacjach pisanych w 100% w Kotlinie, **`StateFlow` jest często preferowanym wyborem** ze względu na lepszą integrację z coroutines i większą elastyczność. `LiveData` pozostaje jednak prostym i niezawodnym rozwiązaniem w wielu przypadkach, zwłaszcza w starszych projektach.

Question 11

Co to jest wzorzec Repozytorium (Repository Pattern)?

Accepted Answer

**Wzorzec Repozytorium** to fundamentalny wzorzec architektoniczny, który pełni rolę **pośrednika i jedynego źródła prawdy (Single Source of Truth)** dla danych w aplikacji.

Jego głównym zadaniem jest **abstrakcja i enkapsulacja logiki dostępu do danych**. Oznacza to, że reszta aplikacji (np. `ViewModel`) nie wie i nie musi wiedzieć, skąd pochodzą dane – czy z **lokalnej bazy danych (np. Room)**, czy z **zdalnego API sieciowego**, czy może z **pamięci cache**.

**Jak to działa?**
1.  `ViewModel` prosi Repozytorium o dane (np. `repository.getUsers()`).
2.  Repozytorium implementuje logikę decyzyjną. Na przykład: najpierw próbuje pobrać dane z lokalnej bazy. Jeśli ich tam nie ma (lub są przestarzałe), odpytuje API sieciowe, pobiera świeże dane, zapisuje je w lokalnej bazie (na przyszłość) i dopiero wtedy zwraca je do `ViewModel`.

**Główne korzyści:**
•   **Separacja odpowiedzialności:** `ViewModel` nie musi martwić się o logikę pobierania i cachowania danych.
•   **Testowalność:** Możemy łatwo testować `ViewModel`, podstawiając fałszywe (mock) repozytorium, które zwraca predefiniowane dane.
•   **Utrzymanie i elastyczność:** Jeśli zdecydujemy się zmienić bibliotekę do obsługi sieci lub bazę danych, zmiany dokonujemy tylko w jednym miejscu – wewnątrz Repozytorium, a reszta aplikacji pozostaje nienaruszona.

Question 12

Czym jest Jetpack Compose i na czym polega jego deklaratywne podejście?

Accepted Answer

**Jetpack Compose** to nowoczesny, natywny zestaw narzędzi od Google do budowania interfejsów użytkownika (UI) w aplikacjach na Androida. Stanowi on rewolucyjną zmianę w stosunku do tradycyjnego, imperatywnego podejścia opartego na XML i widokach (Views).

**Podejście deklaratywne** w Compose polega na tym, że zamiast mówić systemowi **'jak'** ma coś zrobić krok po kroku (np. 'znajdź ten przycisk, zmień jego tekst, ukryj tamten obrazek'), my po prostu **opisujemy, jak UI *powinno wyglądać* dla danego stanu aplikacji**.

W praktyce tworzymy funkcje kompozycyjne (`@Composable`), które przyjmują stan jako argument i emitują UI.
```kotlin
@Composable
fun Greeting(name: String) {
    Text(text = "Hello, $name!")
}
```
**Gdy stan aplikacji się zmienia (np. `name` zmienia się z 'Android' na 'Compose'), framework Compose automatycznie i inteligentnie 'przerysowuje' (recomposes) tylko te części UI, które faktycznie uległy zmianie.**

**Główne korzyści:**
•   **Prostota i zwięzłość kodu:** Znacznie mniej kodu 'boilerplate' w porównaniu do XML.
•   **Intuicyjność:** Myślimy o UI jako o funkcji stanu, co jest bardziej naturalne i mniej podatne na błędy.
•   **Szybkość developmentu:** Możliwość tworzenia interaktywnych podglądów i szybkiego iterowania.
•   **Pełna interoperacyjność:** Compose może bez problemu współistnieć w jednej aplikacji z tradycyjnymi widokami opartymi na XML.

Question 13

Czym są 'Memory Leaks' (wycieki pamięci) w Androidzie i jak ich unikać?

Accepted Answer

**Wyciek pamięci** występuje, gdy aplikacja nadal przechowuje referencję do obiektu, który nie jest już potrzebny, co uniemożliwia Garbage Collectorowi (GC) jego zwolnienie. W Androidzie najgroźniejsze są wycieki **Aktywności (Activity)**.

**Jak ich unikać?**
1. **Unikaj statycznych referencji do Contextu:** Nigdy nie przechowuj `Activity` w polach statycznych.
2. **Używaj WeakReference:** Jeśli musisz trzymać referencję do dużego obiektu, użyj `WeakReference`, która pozwala GC usunąć obiekt w razie potrzeby.
3. **Anuluj zadania asynchroniczne:** Zawsze przerywaj działanie Coroutines (`cancel()`) lub odłączaj Listenery w metodach `onStop()` lub `onDestroy()`.
4. **Narzędzia:** Regularnie sprawdzaj aplikację za pomocą biblioteki **LeakCanary**, która automatycznie wykrywa wycieki podczas developmentu.

Question 14

Wyjaśnij pojęcie 'Main Thread' (UI Thread) i dlaczego nie wolno go blokować.

Accepted Answer

**Main Thread** to główny wątek aplikacji Android, odpowiedzialny za obsługę interfejsu użytkownika – rysowanie ekranu oraz reagowanie na dotyk.

**Dlaczego nie wolno go blokować?**
Jeśli na Main Thread wykonasz ciężką operację (np. pobieranie danych z sieci, zapytanie do bazy danych), UI przestanie się odświeżać. Jeśli wątek zostanie zablokowany na zbyt długo (zazwyczaj ok. 5 sekund), system Android wyświetli okno **ANR (Application Not Responding)**, co psuje doświadczenie użytkownika i często prowadzi do odinstalowania aplikacji.

Question 15

Czym jest 'Deep Linking' i jakie są różnice między Deep Links a App Links?

Accepted Answer

**Deep Linking** to mechanizm pozwalający na kierowanie użytkownika bezpośrednio do konkretnej treści wewnątrz aplikacji za pomocą adresu URL.

• **Deep Links:** Są to standardowe URLe (np. `myapp://details/5`). Gdy użytkownik w nie kliknie, system wyświetli okno wyboru aplikacji (jeśli więcej niż jedna aplikacja obsługuje ten schemat).
• **Android App Links:** To specjalny rodzaj Deep Linków oparty na protokole HTTP/HTTPS. Wymagają weryfikacji własności domeny (plik `assetlinks.json`). Dzięki temu kliknięcie w link otwiera aplikację **natychmiast**, bez pytania użytkownika o wybór, co zapewnia płynniejsze przejście z przeglądarki do aplikacji.

Question 16

Jak działa mechanizm 'Backstack' w nawigacji Androida?

Accepted Answer

**Backstack** to stos (LIFO - Last In, First Out), na którym system przechowuje historię odwiedzonych Aktywności lub Fragmentów.

1. Gdy uruchamiasz nową Aktywność, trafia ona na szczyt stosu.
2. Gdy użytkownik naciśnie przycisk 'Wstecz', aktualna instancja jest usuwana (niszczona), a poprzednia Aktywność ze stosu wraca na pierwszy plan.

Zarządzanie tym stosem jest kluczowe w nawigacji, szczególnie przy użyciu **Navigation Component**, gdzie możemy definiować zachowania takie jak `popUpTo`, aby czyścić historię (np. po poprawnym logowaniu, by użytkownik nie mógł wrócić do ekranu logowania).

Question 17

Co to jest 'ProGuard' lub 'R8' i dlaczego warto ich używać?

Accepted Answer

**R8** (następca ProGuarda) to narzędzie do optymalizacji kodu podczas budowania wersji produkcyjnej aplikacji (Release).

Pełni trzy główne funkcje:
1. **Shrinking (Zmniejszanie):** Usuwa nieużywany kod i zasoby, co drastycznie zmniejsza rozmiar pliku APK.
2. **Optimization:** Optymalizuje kod pod kątem wydajności na poziomie instrukcji.
3. **Obfuscation (Zaciemnianie):** Zmienia nazwy klas i metod na krótkie, nic nieznaczące znaki (np. `UserRepository` -> `a`). Utrudnia to inżynierię wsteczną (reverse engineering) i kradzież kodu przez osoby nieuprawnione.

Question 18

Wyjaśnij różnicę między `Serializable` a `Parcelable`.

Accepted Answer

Oba interfejsy służą do przesyłania obiektów między komponentami (np. w `Intent`), ale różnią się wydajnością:

• **`Serializable`:** Standardowy interfejs Javy. Jest bardzo prosty w użyciu, ale działa wolno, ponieważ opiera się na mechanizmie **refleksji**, co generuje wiele tymczasowych obiektów i obciąża procesor.
• **`Parcelable`:** Interfejs stworzony specjalnie dla Androida. Wymaga od programisty ręcznej implementacji sposobu zapisu i odczytu danych (lub użycia adnotacji `@Parcelize`), ale jest **znacznie szybszy** (nawet 10-krotnie), ponieważ jest zoptymalizowany pod kątem niskopoziomowej komunikacji międzyprocesowej.

Question 19

Czym jest biblioteka 'Room' i jakie są jej główne zalety?

Accepted Answer

**Room** to warstwa abstrakcji nad surową bazą danych SQLite, wchodząca w skład bibliotek Android Jetpack.

**Główne zalety:**
1. **Weryfikacja zapytań SQL podczas kompilacji:** Jeśli zrobisz błąd w nazwie tabeli w zapytaniu, aplikacja się nie skompiluje (zamiast wywalić się u użytkownika).
2. **Brak kodu 'boilerplate':** Automatycznie mapuje wiersze z bazy danych na obiekty Kotlin/Java.
3. **Integracja z LiveData/Flow:** Room może zwracać obserwowalne strumienie danych, dzięki czemu UI odświeża się automatycznie, gdy tylko dane w bazie ulegną zmianie.

Question 20

Do czego służą 'WorkManager' i kiedy go użyć zamiast Coroutines?

Accepted Answer

**WorkManager** to biblioteka do planowania zadań, które **muszą zostać wykonane**, nawet jeśli użytkownik wyjdzie z aplikacji lub zrestartuje urządzenie.

• **Coroutines:** Używamy do zadań natychmiastowych, które mogą zostać przerwane, gdy użytkownik zamknie dany ekran (np. pobranie zdjęcia do wyświetlenia).
• **WorkManager:** Używamy do zadań trwałych (deferrable and guaranteed execution), np. wysyłanie logów analitycznych na serwer, synchronizacja bazy danych w tle czy kompresja wideo przed wysłaniem. WorkManager inteligentnie dobiera czas wykonania (np. gdy telefon jest podłączony do ładowania i ma Wi-Fi).

Question 21

Ile zarabia Programista Android w 2026?

Accepted Answer

Średnie wynagrodzenie Programisty Android w 2026 roku wynosi: 22,788 PLN netto na B2B (mediana: 22,788 PLN), 16,892 PLN brutto na UoP (mediana: 18,600 PLN). Dane oparte na statystykach ze ścieżek kariery na SOLID.Jobs, uwzględniających 9 aktualnych ofert z jawnymi widełkami wynagrodzeń. Pamiętaj, że stawki B2B można często zoptymalizować dzięki kosztom uzyskania przychodu lub odpowiedniej formie opodatkowania.

Question 22

Jakie technologie są wymagane od Programisty Android?

Accepted Answer

Najczęściej wymagane technologie to: Kotlin, Android, Java, Git, MVVM, Android Studio, RxJava. Lista oparta na analizie aktualnych ofert pracy na SOLID.Jobs. Znajomość ekosystemu Android, architektury microservices i narzędzi cloud (AWS, Azure, GCP) znacząco zwiększa atrakcyjność kandydata na rynku.

Question 23

Gdzie szukać pracy zdalnej jako Programista Android?

Accepted Answer

Aktualnie 78% ofert dla Programisty Android umożliwia pracę w pełni zdalną — to 7 z 9 aktywnych ogłoszeń. Na SOLID.Jobs możesz przefiltrować oferty z obszaru Android wyłącznie po pracy zdalnej. Zapisz się na Job Alert, aby dostawać powiadomienia o nowych ofertach zdalnych.

Question 24

Jak wygląda rekrutacja na stanowisko Programisty Android?

Accepted Answer

Typowa rekrutacja na stanowisko Programisty Android w 2026 roku składa się z 3–4 etapów: rozmowa wstępna (screening HR), zadanie techniczne lub live coding, rozmowa techniczna z zespołem (system design, code review) oraz finalna rozmowa z managerem. Coraz więcej firm rezygnuje z algorytmicznych zadań na rzecz pair programming i zadań zbliżonych do codziennej pracy z Android.

Question 25

Jakie certyfikaty zwiększają szanse na wyższe zarobki jako Programista Android?

Accepted Answer

W 2026 roku pracodawcy cenią certyfikaty potwierdzające umiejętności praktyczne. Najbardziej wartościowe to certyfikaty cloud (AWS Solutions Architect, Azure Developer, GCP Professional), a także Kubernetes (CKA/CKAD) i certyfikaty związane z bezpieczeństwem. W przypadku Android warto rozważyć certyfikaty specyficzne dla ekosystemu. Pamiętaj jednak, że to doświadczenie komercyjne i realne sukcesy mają ostatecznie największą wagę na rynku pracy.

Question 26

Jak zacząć pracę jako Programista Android?

Accepted Answer

Aby zacząć pracę jako Programista Android w 2026 roku, skup się na: opanowaniu podstaw Android (składnia, frameworki), budowaniu portfolio na GitHubie z własnymi projektami, poznaniu narzędzi takich jak Git, CI/CD, SQL, oraz udziale w inicjatywach open source i hackathonach. Na SOLID.Jobs znajdziesz oferty pracy oznaczone poziomem Junior, które są idealnym punktem wejścia do branży.

Question 27

Jak zostać Senior Programistą Android w 2026?

Accepted Answer

Droga do poziomu Senior Programisty Android w 2026 roku wymaga: 3–5 lat doświadczenia komercyjnego z Android; umiejętności projektowania skalowalnych systemów (microservices, event-driven architecture); biegłości w code review, mentoringu juniorów i podejmowaniu decyzji architektonicznych; znajomości DevOps, cloud i observability (monitoring, logging, tracing). Sprawdź oferty na poziomie Senior na SOLID.Jobs, aby na bieżąco analizować aktualne wymagania pracodawców.

Question 28

Które polskie miasta oferują najwyższe stawki dla Programisty Android?

Accepted Answer

Najwyższe wynagrodzenia dla Programisty Android tradycyjnie oferują Warszawa, Kraków i Wrocław — to wciąż największe rynki pracy w Polsce z najwyższą koncentracją korporacji i specjalistycznych firm. Trójmiasto, Poznań i Katowice dynamicznie gonią czołówkę. Średnia stawka dla Programisty Android na B2B wynosi wokół 22,788 PLN netto. Pamiętaj, że stale rosnący udział pracy zdalnej coraz skuteczniej niweluje różnice geograficzne w wynagrodzeniach.

Question 29

Jak znaleźć pracę jako Programista Android?

Accepted Answer

SOLID.Jobs to najlepsze miejsce do szukania pracy jako Programista Android. Aktualnie dostępnych jest 9 sprawdzonych ofert — każda z 100% jawnymi widełkami wynagrodzeń. Skorzystaj z wygodnych filtrów (lokalizacja, doświadczenie, specjalizacja, praca zdalna), aby znaleźć idealną dla siebie ofertę, lub od razu zapisz się na Job Alert i otrzymuj spersonalizowane powiadomienia o nowych ogłoszeniach prosto na e-mail.

Przeglądaj Oferty	Warszawa	8
Przeglądaj Oferty	Wrocław	1
Przeglądaj Oferty	Praca Zdalna	7

Programista Android

Czym się zajmuje Programista Android?#

Gdzie znajdziesz więcej informacji o pracy jako Programista Android?#

Jakie są najczęstsze wymagania na stanowisko Programista Android? #

Jakie pytania padają na rozmowie rekrutacyjnej na stanowisko Programista Android? #

Opisz cztery podstawowe komponenty aplikacji na Androida.

Czym jest cykl życia Aktywności (Activity Lifecycle) i dlaczego jest kluczowy?

Jaka jest różnica między `lateinit var` a `by lazy` w Kotlinie?

Do czego służy plik `AndroidManifest.xml`?

Wyjaśnij, czym są `ViewModel` i `LiveData` z bibliotek Android Jetpack.

Czym jest `Context` w Androidzie i dlaczego jest niezbędny?

Przetestuj swoją wiedzę w quizie: Programista Android

Popularne typy umów

Popularne tryby pracy

Struktura aktualnych ofert dla stanowiska Programista Android #

Trend liczby ofert – Programista Android (ujęcie kwartalne) #

Trend liczby aplikacji – Programista Android (ujęcie kwartalne) #

Struktura ofert wg poziomu doświadczenia #

Struktura aplikacji wg poziomu doświadczenia #

Struktura ofert wg trybu pracy #

Jak Napisać CV które działa?

Średnia wynagrodzeń dla stanowiska Programista Android #

Porównanie B2B i UoP

Mediana wynagrodzeń dla stanowiska Programista Android #

Porównanie B2B i UoP

Statystyki wynagrodzeń na stanowisku Programista Android w podziale na lokalizacje #

Aktualne oferty wg miast

Wykres wynagrodzeń na stanowisku Programista Android w podziale na lokalizacje

Senior Frontend Developer - Android (K/M) @Toyota Connected

Senior Frontend Developer - Android (K/M)

Senior Android Developer + Kotlin Multiplatform @apreel

Senior Android Developer + Kotlin Multiplatform

Fullstack Mobile Developer (Kotlin) @TeamQuest

Fullstack Mobile Developer (Kotlin)

Fullstack Mobile Developer (Kotlin) @TeamQuest

Fullstack Mobile Developer (Kotlin)

Fullstack Mobile Developer @TeamQuest

Fullstack Mobile Developer

Android Developer @DONE&Deliver

Android Developer

Fullstack Mobile Developer (Kotlin) @TeamQuest

Fullstack Mobile Developer (Kotlin)

Senior Android Developer + Kotlin Multiplatform @apreel

Senior Android Developer + Kotlin Multiplatform

Senior Android Developer (Android/Java/Kotlin) @Blackbird

Senior Android Developer (Android/Java/Kotlin)

Android Developer @apreel

Android Developer

Nie przegap nowych ofert!

Najczęściej zadawane pytania – Programista Android (FAQ) #

Ile zarabia Programista Android w 2026?

Jakie technologie są wymagane od Programisty Android?

Gdzie szukać pracy zdalnej jako Programista Android?

Jak wygląda rekrutacja na stanowisko Programisty Android?

Jakie certyfikaty zwiększają szanse na wyższe zarobki jako Programista Android?

Jak zacząć pracę jako Programista Android?

Jak zostać Senior Programistą Android w 2026?

Które polskie miasta oferują najwyższe stawki dla Programisty Android?

Jak znaleźć pracę jako Programista Android?

Zobacz najczęstsze wyszukiwania#