Question 1

Jaka jest kluczowa różnica między klasą (class) a strukturą (struct) w Swifcie?

Accepted Answer

Podstawowa różnica leży w sposobie, w jaki są one przechowywane i przekazywane w pamięci. Ma to fundamentalne konsekwencje dla pisania kodu.

•   **Klasy (`class`)** są **typami referencyjnymi**. Oznacza to, że gdy przypisujemy instancję klasy do nowej zmiennej lub przekazujemy ją do funkcji, tworzona jest tylko **kopia referencji (wskaźnika)**, a nie samego obiektu. Obie zmienne wskazują na ten sam obiekt w pamięci. Zmiana obiektu poprzez jedną referencję będzie widoczna dla drugiej. Klasy wspierają dziedziczenie.

•   **Struktury (`struct`)** są **typami wartościowymi**. Oznacza to, że gdy przypisujemy instancję struktury do nowej zmiennej lub przekazujemy ją do funkcji, tworzona jest **pełna kopia (deep copy)** całej struktury wraz z jej danymi. Mamy wtedy dwa niezależne obiekty. Zmiana w jednej kopii nie wpływa na drugą. Struktury nie wspierają dziedziczenia.

**Kiedy używać?**
W ekosystemie Apple i Swifcie istnieje silna preferencja dla używania **struktur, gdy tylko jest to możliwe**. Należy ich używać dla prostych typów danych lub gdy chcemy mieć pewność, że dane nie zostaną przypadkowo zmienione w innym miejscu aplikacji. Klas używamy, gdy potrzebujemy współdzielonego, mutowalnego stanu lub gdy wymagane jest dziedziczenie.

Question 2

Co to jest ARC (Automatic Reference Counting) i jak zarządza pamięcią?

Accepted Answer

**ARC (Automatic Reference Counting)** to mechanizm **automatycznego zarządzania pamięcią** w Swifcie (i Objective-C). Zwalnia on programistę z obowiązku ręcznego zwalniania pamięci (jak `malloc`/`free` w C), co znacznie redukuje ryzyko wycieków pamięci.

**Jak to działa?**
1.  Gdy tworzona jest nowa instancja klasy, ARC alokuje dla niej blok pamięci i ustawia licznik referencji na 1.
2.  Za każdym razem, gdy tworzona jest nowa **silna referencja (strong reference)** do tej instancji (np. przez przypisanie jej do nowej zmiennej), ARC **zwiększa licznik referencji o 1**.
3.  Gdy silna referencja jest niszczona (np. zmienna wychodzi z zakresu lub jest jej przypisywany `nil`), ARC **zmniejsza licznik referencji o 1**.
4.  Gdy licznik referencji **spadnie do zera**, oznacza to, że żadna część programu nie odwołuje się już do tej instancji. W tym momencie ARC **automatycznie zwalnia pamięć** zajmowaną przez ten obiekt.

ARC działa w czasie kompilacji, wstawiając do kodu odpowiednie instrukcje zwiększania i zmniejszania licznika, co sprawia, że jest bardzo wydajny.

Question 3

Wyjaśnij, czym jest cykl silnych referencji (strong reference cycle) i jak można go przerwać.

Accepted Answer

**Cykl silnych referencji (strong reference cycle lub retain cycle)** to jedna z najczęstszych przyczyn wycieków pamięci w aplikacjach opartych na ARC. Występuje on, gdy **dwie lub więcej instancji klas trzymają wzajemnie do siebie silne referencje**, tworząc zamknięty cykl.

**Przykład:**
Wyobraźmy sobie klasę `Person` i `Apartment`. Osoba ma mieszkanie (`person.apartment`), a mieszkanie ma lokatora (`apartment.tenant`). Jeśli obie te właściwości są domyślnie silnymi referencjami, powstaje cykl: Osoba 'trzyma' Mieszkanie, a Mieszkanie 'trzyma' Osobę. Nawet jeśli z zewnątrz usuniemy wszystkie referencje do tych obiektów, ich liczniki referencji nigdy nie spadną do zera, ponieważ 'trzymają się' nawzajem. ARC nie będzie mógł zwolnić zajmowanej przez nie pamięci.

**Jak przerwać cykl?**
Problem rozwiązuje się poprzez osłabienie jednej z referencji w cyklu, tak aby nie zwiększała ona licznika ARC. Służą do tego dwa typy referencji:
•   **`weak` (słaba referencja):** Używana, gdy referencja może w pewnym momencie stać się `nil`. Właściwość `weak` musi być opcjonalem (`var`). Gdy obiekt, na który wskazuje, zostanie zwolniony, referencja `weak` automatycznie staje się `nil`.
•   **`unowned` (referencja bez właściciela):** Używana, gdy mamy pewność, że referencja zawsze będzie wskazywać na istniejący obiekt przez cały czas jej życia. Jest nieco bardziej wydajna, ale użycie jej dla obiektu, który może zostać zwolniony, prowadzi do błędu wykonania (crash).

Question 4

Czym są opcjonale (optionals) w Swifcie i jaki problem rozwiązują?

Accepted Answer

**Opcjonał (optional)** to jedna z najważniejszych i najpotężniejszych cech Swifta. Jest to typ, który działa jak 'pudełko' i może znajdować się w jednym z dwóch stanów:
1.  **Zawiera wartość** danego typu (np. `String`).
2.  **Nie zawiera żadnej wartości**, co jest sygnalizowane przez `nil`.

Deklaruje się go poprzez dodanie znaku zapytania po typie, np. `var name: String?`.

**Jaki problem rozwiązują?**
Opcjonale w bezpieczny i jawny sposób rozwiązują problem **nieoczekiwanych wartości `nil` (lub `null` w innych językach)**, które są częstą przyczyną błędów wykonania aplikacji (crashes).

W przeciwieństwie do innych języków, w Swifcie nie można bezpośrednio użyć wartości z opcjonalu. Kompilator **wymusza na programiście bezpieczne 'rozpakowanie'** wartości, czyli sprawdzenie, czy ona istnieje, zanim zostanie użyta. Służą do tego konstrukcje takie jak:
•   **`if let` lub `guard let` (Optional Binding):** 'Jeśli w pudełku jest wartość, wyjmij ją i przypisz do nowej stałej'.
•   **Operator koalescencji `??` (Nil-Coalescing Operator):** 'Użyj wartości z pudełka, a jeśli jest puste, użyj tej wartości domyślnej'.

Dzięki temu kod staje się znacznie **bezpieczniejszy i bardziej przewidywalny**, a ryzyko błędów związanych z `nil` jest zminimalizowane już na etapie kompilacji.

Question 5

Jaka jest rola delegata (delegate) we wzorcach projektowych Apple?

Accepted Answer

**Wzorzec delegata (Delegate Pattern)** to fundamentalny wzorzec projektowy w ekosystemie Apple, służący do **komunikacji i przekazywania odpowiedzialności** między obiektami.

Polega on na tym, że jeden obiekt (np. kontroler widoku tabeli, `UITableViewController`) **deleguje** część swoich zadań lub informuje o zdarzeniach inny obiekt, zwany swoim **delegatem**. Obiekt delegujący definiuje **protokół**, czyli zestaw metod, które jego delegat może (lub musi) zaimplementować, aby reagować na te zdarzenia.

**Główne zastosowanie:**
Jest to standardowy sposób na **komunikację 'wstecz'** – od obiektu podrzędnego do nadrzędnego – bez tworzenia silnego, bezpośredniego powiązania między nimi. Na przykład:

•   Komórka tabeli (`UITableViewCell`) nie wie nic o kontrolerze, który ją wyświetla. Gdy użytkownik kliknie przycisk w komórce, komórka nie wykonuje logiki sama, lecz informuje o tym swojego delegata (którym zazwyczaj jest kontroler), a ten decyduje, co ma się stać.
•   `UITextField` informuje swojego delegata o zdarzeniach takich jak rozpoczęcie edycji, zmiana tekstu czy naciśnięcie przycisku 'return'.

Dzięki temu wzorcowi, obiekty stają się bardziej **reużywalne i niezależne**, co prowadzi do czystszej i bardziej elastycznej architektury.

Question 6

Wyjaśnij, czym jest SwiftUI i jakie są jego główne zalety w porównaniu do UIKit.

Accepted Answer

**SwiftUI** to nowoczesny, **deklaratywny** framework od Apple do budowy interfejsów użytkownika (UI) dla wszystkich platform Apple (iOS, macOS, watchOS, tvOS). Stanowi on rewolucyjną zmianę w stosunku do starszego, **imperatywnego** frameworka UIKit.

•   W **UIKit**, mówiliśmy systemowi **'jak'** ma coś zrobić krok po kroku (np. 'stwórz przycisk, ustaw jego tytuł, dodaj go do widoku, ustaw jego pozycję').
•   W **SwiftUI**, po prostu **opisujemy, jak UI *powinno wyglądać* dla danego stanu aplikacji**. Framework sam jest odpowiedzialny za renderowanie i aktualizowanie widoku, gdy stan się zmienia.

**Główne zalety SwiftUI nad UIKit:**
1.  **Zwięzłość i czytelność:** Kod jest znacznie krótszy i bardziej intuicyjny. Tworzenie złożonych interfejsów zajmuje ułamek czasu w porównaniu do UIKit.
2.  **Automatyczna synchronizacja stanu z UI:** Dzięki frameworkowi Combine i property wrappers (jak `@State`), UI automatycznie reaguje na zmiany w danych, eliminując całą klasę błędów związanych z ręczną synchronizacją.
3.  **Wieloplatformowość:** Ten sam kod SwiftUI może być użyty do budowy aplikacji na iOS, macOS i inne platformy Apple, co znacznie przyspiesza development.
4.  **Podgląd na żywo (Live Previews):** Xcode pozwala na interaktywny podgląd zmian w UI w czasie rzeczywistym, bez potrzeby kompilowania i uruchamiania aplikacji na symulatorze.

Question 7

Co to jest Programowanie Zorientowane na Protokoły (Protocol-Oriented Programming)?

Accepted Answer

**Programowanie Zorientowane na Protokoły (POP)** to paradygmat programowania, który jest silnie promowany w języku Swift. Stawia on **protokoły w centrum architektury**, traktując je jako podstawowy budulec do tworzenia abstrakcji i modelowania funkcjonalności.

Zamiast budować głębokie i sztywne hierarchie dziedziczenia klas, POP zachęca do:

1.  **Definiowania funkcjonalności za pomocą protokołów:** Protokół określa 'kontrakt' – zestaw metod i właściwości, które dany typ musi zaimplementować, aby być np. 'Sortowalny', 'Kodowalny' czy 'Identyfikowalny'.

2.  **Adoptowania protokołów przez różne typy:** Zarówno klasy, jak i **struktury oraz enumy** mogą adoptować protokoły, co daje ogromną elastyczność.

3.  **Dostarczania domyślnej implementacji za pomocą rozszerzeń protokołów (Protocol Extensions):** Możemy dodać domyślną implementację metod bezpośrednio do protokołu. Każdy typ, który go adoptuje, automatycznie otrzymuje tę funkcjonalność za darmo.

Podejście to promuje **kompozycję ponad dziedziczenie**, co prowadzi do bardziej elastycznego, modułowego i testowalnego kodu. Pozwala uniknąć problemów związanych z wielokrotnym dziedziczeniem i tworzeniem masywnych klas bazowych.

Question 8

Czym jest framework Combine i do czego służy?

Accepted Answer

**Combine** to **reaktywny framework** wprowadzony przez Apple, który dostarcza **deklaratywne API do przetwarzania wartości w czasie**. Jest on odpowiedzią Apple na popularne biblioteki takie jak RxSwift czy ReactiveCocoa i jest głęboko zintegrowany ze SwiftUI.

Jego głównym zadaniem jest ułatwienie obsługi **asynchronicznych zdarzeń**, takich jak:
•   Odpowiedzi z sieci.
•   Interakcje użytkownika z UI.
•   Powiadomienia systemowe.

**Jak to działa?**
Combine opiera się na trzech głównych koncepcjach:
1.  **Wydawcy (Publishers):** Obiekty, które 'emitują' sekwencję wartości (lub błąd) w czasie. Publisherem może być np. pole tekstowe emitujące kolejne wpisywane znaki, lub zapytanie sieciowe emitujące odpowiedź.
2.  **Subskrybenci (Subscribers):** Obiekty, które 'nasłuchują' na wartości emitowane przez Publishera i na nie reagują.
3.  **Operatory (Operators):** Funkcje, które pozwalają modyfikować, filtrować i łączyć strumienie danych płynące od Publishera do Subscribera (np. `map`, `filter`, `debounce`).

Dzięki Combine możemy w elegancki i deklaratywny sposób opisywać złożone, asynchroniczne przepływy danych w naszej aplikacji.

Question 9

Jaka jest różnica między `frame` a `bounds` widoku (`UIView`)?

Accepted Answer

Choć obie te właściwości opisują prostokąt (`CGRect`), reprezentują one dwie zupełnie różne koncepcje w kontekście pozycjonowania i rysowania widoków.

•   **`frame`:** Opisuje **pozycję i rozmiar widoku w układzie współrzędnych jego rodzica (superview)**. Odpowiada na pytanie: 'Gdzie ten widok znajduje się wewnątrz swojego kontenera?'. Zmiana `frame.origin` przesuwa widok wewnątrz jego rodzica.

•   **`bounds`:** Opisuje **pozycję i rozmiar widoku w jego własnym, lokalnym układzie współrzędnych**. Odpowiada na pytanie: 'Jaki jest wewnętrzny obszar rysowania tego widoku?'. Domyślnie, `bounds.origin` to `(0, 0)`. Zmiana `bounds.size` skaluje zawartość widoku, a zmiana `bounds.origin` powoduje **przesunięcie układu współrzędnych jego zawartości** – wygląda to tak, jakbyśmy przesuwali 'okno' na większej 'mapie' (zawartości).

**Kluczowa różnica w praktyce:**
Jeśli chcemy **przesunąć cały widok**, modyfikujemy jego `frame`. Jeśli chcemy **przewinąć zawartość wewnątrz widoku** (jak w `UIScrollView`), modyfikujemy jego `bounds.origin`.

Question 10

Co to jest Grand Central Dispatch (GCD) i jak go używać do współbieżności?

Accepted Answer

**Grand Central Dispatch (GCD)** to niskopoziomowe, potężne API od Apple do zarządzania **współbieżnymi i asynchronicznymi operacjami**. Zamiast zarządzać wątkami ręcznie, GCD abstrahuje ten proces, pozwalając nam umieszczać zadania w **kolejkach dystrybucyjnych (dispatch queues)**.

Istnieją dwa główne typy kolejek:
•   **Kolejki seryjne (Serial Queues):** Zadania są wykonywane jedno po drugim, w kolejności ich dodania. Gwarantuje to, że w danym momencie na tej kolejce działa tylko jedno zadanie. **Główna kolejka (main queue)**, która jest odpowiedzialna za aktualizacje UI, jest kolejką seryjną.
•   **Kolejki współbieżne (Concurrent Queues):** Zadania są uruchamiane w kolejności ich dodania, ale mogą być wykonywane **równolegle na wielu wątkach**. System sam decyduje, ile wątków użyć.

**Typowe użycie w aplikacjach iOS:**
Jest to najczęstszy wzorzec do wykonywania długotrwałych operacji bez blokowania interfejsu użytkownika:
1.  Pobieramy ciężkie zadanie (np. pobieranie danych z sieci, przetwarzanie obrazu) z głównego wątku i umieszczamy je w **globalnej kolejce współbieżnej**, aby wykonało się w tle.
2.  Po zakończeniu zadania w tle, umieszczamy kod, który ma zaktualizować UI, **z powrotem na główną kolejkę**.
```swift
DispatchQueue.global().async {
    // Ciężka praca w tle...
    let data = fetchData()
    
    DispatchQueue.main.async {
        // Aktualizacja UI na głównym wątku
        updateUI(with: data)
    }
}
```

Question 11

Czym są 'property wrappers' w SwiftUI (np. `@State`, `@Binding`)?

Accepted Answer

**Property Wrappers** to mechanizm języka Swift, który pozwala na 'opakowanie' właściwości w dodatkową logikę. W SwiftUI, są one fundamentem **reaktywnego zarządzania stanem**.

Najważniejsze property wrappers w SwiftUI to:

•   **`@State`:**
  - Używany do deklarowania **lokalnego stanu wewnątrz widoku (View)**.
  - Oznacza właściwość jako **'źródło prawdy'**, które jest własnością i jest zarządzane przez ten widok.
  - Gdy wartość oznaczonej nią właściwości się zmienia, SwiftUI **automatycznie przerysowuje** ten widok i wszystkie jego widoki podrzędne, które od niej zależą.

•   **`@Binding`:**
  - Służy do tworzenia **dwukierunkowego połączenia** do stanu, który jest zarządzany przez inny widok (zazwyczaj jest to właściwość `@State` w widoku nadrzędnym).
  - Pozwala widokowi podrzędnemu na **odczytywanie i modyfikowanie** stanu, który do niego nie należy. Gdy widok podrzędny zmieni wartość `@Binding`, zmiana ta jest propagowana w górę do `@State` w widoku nadrzędnym, co powoduje przerysowanie obu widoków.

•   **`@ObservedObject` / `@StateObject` / `@EnvironmentObject`:**
  - Służą do zarządzania bardziej złożonym stanem, który jest reprezentowany przez **obiekty referencyjne (klasy)**, i do współdzielenia tego stanu między wieloma widokami w hierarchii.

Dzięki tym mechanizmom, SwiftUI potrafi automatycznie utrzymywać spójność między stanem danych a tym, co jest wyświetlane na ekranie.

Question 12

Jakie są główne różnice między `let` a `var` w Swifcie?

Accepted Answer

W Swifcie, `let` i `var` służą do deklarowania, odpowiednio, stałych i zmiennych. Różnica jest fundamentalna i ma duży wpływ na bezpieczeństwo i wydajność kodu.

•   **`let`** służy do deklarowania **stałych (constants)**. Po przypisaniu wartości do stałej `let`, **nie można jej już zmienić**. Każda próba ponownego przypisania wartości zakończy się błędem kompilacji.
   ```swift
   let maxSpeed = 200
   // maxSpeed = 210 // Błąd kompilacji!
   ```

•   **`var`** służy do deklarowania **zmiennych (variables)**. Wartość zmiennej `var` **można dowolnie modyfikować** po jej początkowej inicjalizacji.
   ```swift
   var currentSpeed = 100
   currentSpeed = 110 // OK
   ```

**Dlaczego to jest ważne?**
Swift silnie promuje **niezmienność (immutability)**. Zasadą dobrej praktyki jest **używanie `let` wszędzie tam, gdzie jest to możliwe**, a `var` tylko wtedy, gdy wiemy, że wartość będzie musiała się zmienić. Takie podejście:
•   **Zwiększa bezpieczeństwo kodu:** Ułatwia rozumowanie na temat stanu aplikacji i zapobiega przypadkowym modyfikacjom.
•   **Poprawia wydajność:** Kompilator może dokonać wielu optymalizacji, gdy wie, że dana wartość się nie zmieni.
•   Jest kluczowe w programowaniu współbieżnym, ponieważ stałe są z natury bezpieczne wątkowo.

Question 13

Czym jest 'Closure' w Swifcie i co oznacza słowo kluczowe `@escaping`?

Accepted Answer

**Closure (domknięcie)** to samodzielny blok funkcjonalności, który może być przekazywany i używany w kodzie. Closures mogą 'przechwytywać' (capture) i przechowywać referencje do zmiennych i stałych z kontekstu, w którym zostały zdefiniowane.

**Słowo kluczowe `@escaping`:**
Domyślnie domknięcia przekazywane jako parametry funkcji są **non-escaping**, co oznacza, że muszą zakończyć swoje działanie przed wyjściem z tej funkcji.

Musimy użyć `@escaping`, gdy domknięcie **'ucieka'** poza zakres funkcji, czyli zostanie wykonane później. Najczęstsze przypadki to:
• **Operacje asynchroniczne:** Gdy funkcja wykonuje zapytanie sieciowe i kończy działanie, a domknięcie (completion handler) ma zostać wywołane dopiero po otrzymaniu odpowiedzi.
• **Przechowywanie w zmiennej:** Gdy przypisujemy domknięcie do właściwości klasy, aby wywołać je w przyszłości.

Użycie `@escaping` nakłada na programistę obowiązek uważnego zarządzania pamięcią (np. użycia `[weak self]`), aby uniknąć cykli silnych referencji.

Question 14

Wyjaśnij różnicę między `Any` a `AnyObject`.

Accepted Answer

Oba typy służą do pracy z nieznanymi typami danych, ale mają inny zakres:

• **`Any`:** Może reprezentować instancję **dowolnego typu**, w tym klasy, struktury, enumy, a nawet funkcje.
• **`AnyObject`:** Może reprezentować instancję **wyłącznie typu klasowego** (referencyjnego). Jest to odpowiednik `id` z Objective-C.

W praktyce `AnyObject` jest często używany w definicjach protokołów (np. `protocol MyDelegate: AnyObject`), aby zagwarantować, że dany protokół będzie adoptowany tylko przez klasy. Pozwala to na użycie słabej referencji (`weak`) do delegata, co zapobiega wyciekom pamięci.

Question 15

Co to jest 'Generics' (Typy Generyczne) i dlaczego warto ich używać?

Accepted Answer

**Generics** pozwalają na pisanie elastycznych funkcji i typów wielokrotnego użytku, które mogą współpracować z dowolnym typem, zachowując przy tym **pełne bezpieczeństwo typów (type safety)**.

**Główne zalety:**
1. **Unikanie powtarzania kodu:** Zamiast pisać osobne funkcje dla `Int`, `String` i `Double`, piszemy jedną funkcję generyczną, np. `func swapValues<T>(_ a: inout T, _ b: inout T)`.
2. **Bezpieczeństwo:** Kompilator sprawdza typy w czasie kompilacji, więc nie ryzykujemy błędu wykonania, który mógłby wystąpić przy użyciu typu `Any`.
3. **Wydajność:** Swift optymalizuje kod generyczny (poprzez specjalizację), co sprawia, że jest on równie szybki jak kod napisany dla konkretnych typów.

Question 16

Czym jest 'Dependency Injection' (DI) i jak je realizować w iOS?

Accepted Answer

**Dependency Injection (Wstrzykiwanie Zależności)** to technika, w której obiekt otrzymuje swoje zależności z zewnątrz, zamiast tworzyć je samodzielnie.

**Dlaczego to ważne?**
DI drastycznie ułatwia **testowanie jednostkowe (unit testing)**, ponieważ pozwala na 'podmienienie' prawdziwych usług (np. API sieciowego) na obiekty imitujące (mocks/stubs).

**Sposoby realizacji w iOS:**
1. **Initializer Injection (rekomendowane):** Przekazywanie zależności przez `init`. Zapewnia to, że obiekt jest zawsze poprawnie skonfigurowany.
2. **Property Injection:** Przypisywanie zależności do publicznych właściwości po utworzeniu obiektu.
3. **Container-based DI:** Użycie zewnętrznych bibliotek (jak Swinject), które automatyzują proces dostarczania zależności.

Question 17

Wyjaśnij architekturę MVVM i jej zalety względem MVC.

Accepted Answer

**MVVM (Model-View-ViewModel)** to wzorzec architektoniczny, który rozwiązuje problem 'Massive View Controller' (przeładowanych kontrolerów) w tradycyjnym MVC.

**Składniki:**
1. **Model:** Dane i logika biznesowa.
2. **View:** Warstwa UI (w iOS: `UIViewController` lub SwiftUI View). Jest 'głupia' i zajmuje się tylko wyświetlaniem.
3. **ViewModel:** Pośrednik. Pobiera dane z Modelu, formatuje je pod potrzeby widoku i zarządza logiką prezentacji.

**Zalety:**
• **Testowalność:** ViewModel nie posiada referencji do UIKit/SwiftUI, więc można go łatwo testować testami jednostkowymi.
• **Separacja odpowiedzialności:** Kontroler (View) zajmuje się tylko cyklem życia widoku, a nie logiką przetwarzania danych.
• **Łatwiejsza konserwacja:** Kod jest bardziej modularny i czytelny.

Question 18

Czym są 'Error Handling' i słowo kluczowe `defer` w Swifcie?

Accepted Answer

Swift oferuje solidny model obsługi błędów oparty na protokole `Error` oraz blokach `do-catch`.

• Funkcje, które mogą zawieść, oznaczamy słowem `throws`. Wywołujemy je za pomocą `try`.
• **`defer`** to potężne narzędzie, które pozwala zdefiniować blok kodu, który zostanie wykonany **zawsze przed wyjściem z aktualnego zakresu (scope)**, niezależnie od tego, czy funkcja zakończyła się sukcesem, czy rzuciła błąd.

Jest to idealne miejsce na **zadania porządkowe**, takie jak zamykanie plików, zwalnianie blokad (locks) czy kończenie transakcji, co zapobiega wyciekom zasobów.

Question 19

Co to jest 'Content Hugging Priority' i 'Compression Resistance Priority' w Auto Layout?

Accepted Answer

To dwa mechanizmy, które decydują o tym, jak widoki powinny się zachowywać, gdy jest dla nich za dużo lub za mało miejsca:

• **Content Hugging (Przytulanie zawartości):** Im wyższy priorytet, tym mocniej widok 'opiera się' rozciąganiu go poza jego naturalny rozmiar. Widok z wyższym priorytetem pozostanie mały, a widok z niższym zostanie rozciągnięty.
• **Compression Resistance (Odporność na ściskanie):** Im wyższy priorytet, tym mocniej widok 'opiera się' ściskaniu go poniżej jego naturalnego rozmiaru (np. aby tekst nie został ucięty).

Zrozumienie tych priorytetów jest kluczowe przy budowaniu dynamicznych interfejsów w UIKit, gdzie wiele widoków konkuruje o przestrzeń na ekranie.

Question 20

Wyjaśnij różnicę między `Task` a `MainActor` w nowoczesnym Swift Concurrency.

Accepted Answer

Swift 5.5 wprowadził nowy model współbieżności (async/await), który zastępuje GCD w wielu miejscach:

• **`Task`:** Tworzy nową jednostkę pracy asynchronicznej. Pozwala na uruchomienie kodu asynchronicznego z kontekstu synchronicznego.
• **`MainActor`:** To specjalny aktor, który gwarantuje, że kod zostanie wykonany **wyłącznie na głównym wątku (Main Thread)**.

W SwiftUI często oznaczamy całe klasy (np. ViewModels) jako `@MainActor`, aby mieć pewność, że każda aktualizacja właściwości, która powoduje odświeżenie UI, odbędzie się bezpiecznie na głównym wątku, bez potrzeby ręcznego używania `DispatchQueue.main.async`.

Question 21

Ile zarabia Programista iOS w 2026?

Accepted Answer

Średnie wynagrodzenie Programisty iOS w 2026 roku wynosi: 19,134 PLN netto na B2B (mediana: 21,231 PLN), 18,150 PLN brutto na UoP (mediana: 18,150 PLN). Dane oparte na statystykach ze ścieżek kariery na SOLID.Jobs, uwzględniających 8 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 iOS?

Accepted Answer

Najczęściej wymagane technologie to: Swift, iOS, Git, Objective-C, MVVM, REST, UIKit. Lista oparta na analizie aktualnych ofert pracy na SOLID.Jobs. Znajomość ekosystemu iOS, 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 iOS?

Accepted Answer

Aktualnie 75% ofert dla Programisty iOS umożliwia pracę w pełni zdalną — to 6 z 8 aktywnych ogłoszeń. Na SOLID.Jobs możesz przefiltrować oferty z obszaru iOS 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 iOS?

Accepted Answer

Typowa rekrutacja na stanowisko Programisty iOS 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 iOS.

Question 25

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

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 iOS 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 iOS?

Accepted Answer

Aby zacząć pracę jako Programista iOS w 2026 roku, skup się na: opanowaniu podstaw iOS (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ą iOS w 2026?

Accepted Answer

Droga do poziomu Senior Programisty iOS w 2026 roku wymaga: 3–5 lat doświadczenia komercyjnego z iOS; 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 iOS?

Accepted Answer

Najwyższe wynagrodzenia dla Programisty iOS 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 iOS na B2B wynosi wokół 19,134 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 iOS?

Accepted Answer

SOLID.Jobs to najlepsze miejsce do szukania pracy jako Programista iOS. Aktualnie dostępnych jest 8 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	Trójmiasto	1
Przeglądaj Oferty	Praca Zdalna	6

Programista iOS

Czym się zajmuje Programista iOS?#

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

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

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

Jaka jest kluczowa różnica między klasą (class) a strukturą (struct) w Swifcie?

Co to jest ARC (Automatic Reference Counting) i jak zarządza pamięcią?

Wyjaśnij, czym jest cykl silnych referencji (strong reference cycle) i jak można go przerwać.

Czym są opcjonale (optionals) w Swifcie i jaki problem rozwiązują?

Jaka jest rola delegata (delegate) we wzorcach projektowych Apple?

Wyjaśnij, czym jest SwiftUI i jakie są jego główne zalety w porównaniu do UIKit.

Przetestuj swoją wiedzę w quizie: Programista iOS

Popularne typy umów

Popularne tryby pracy

Struktura aktualnych ofert dla stanowiska Programista iOS #

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

Trend liczby aplikacji – Programista iOS (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 iOS #

Porównanie B2B i UoP

Mediana wynagrodzeń dla stanowiska Programista iOS #

Porównanie B2B i UoP

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

Aktualne oferty wg miast

Wykres wynagrodzeń na stanowisku Programista iOS w podziale na lokalizacje

Senior iOS Developer @apreel

Senior iOS Developer

iOS Developer @Scalo

iOS Developer

iOS Developer (Lead) @Dev4Hire

iOS Developer (Lead)

iOS Developer (BLE Exp) @Dev4Hire

iOS Developer (BLE Exp)