Od zera do flutter developera

Struktura i Harmonogram Kursu

Kurs został zaprojektowany jako intensywny, 7-tygodniowy program, łączący regularną naukę z praktycznym projektem końcowym.

• Całkowity czas trwania: 7 tygodni.
• Moduły tematyczne: 5 tygodni poświęconych na realizację cotygodniowych list zadań.
• Projekt Finałowy: 2 tygodnie przeznaczone na samodzielną realizację projektu końcowego.
• Spotkania cykliczne: Cotygodniowe sesje "Lightning Talks" (20+ minut), poświęcone na omówienie kluczowych zagadnień i sesję Q&A.

Wymagania

• podstawowa znajomość paradygmatu obiektowego i funkcyjnego

Spis treści

• Lista 0 (Dart i środowisko).
  Składnia Darta, instalacja Flutter SDK, IDE i emulator/urządzenie.
• Lista 1 (Podstawy Fluttera).
  Widgety Stateless/Stateful, layout, lista miejsc i ekran szczegółów. Generowanie assets i dopracowanie UI — dla chętnych.
• Lista 2 (Stan i nawigacja).
  Flutter Hooks, Riverpod, GoRouter.
• Lista 3 (Dane lokalne i motyw).
  shared_preferences, motyw jasny/ciemny, lokalna baza (READ + ulubione).
• Lista 4 (API i autentykacja).
  HTTP/JSON, logowanie i rejestracja, podpięcie listy miejsc i ulubionych pod API.
• Lista 5 (Filtrowanie i CRUD).
  CREATE/EDIT/DELETE, filtrowanie, wyszukiwanie i sortowanie. Upload zdjęć — dla chętnych.

Projekt

Kulminacja kursu w formie intensywnego, dwutygodniowego sprintu. Celem jest samodzielne zaprojektowanie i zakodowanie w pełni funkcjonalnej aplikacji, która ugruntuje zdobytą wiedzę i stanie się centralnym punktem Twojego portfolio. Tematyka oraz zakres projektu muszą zostać uprzednio skonsultowane i zaakceptowane przez prowadzącego kurs.

Zasady uczestnictwa w kursie

Aby zapewnić sprawną organizację kursu oraz efektywną komunikację, wszyscy uczestnicy zobowiązani są do przestrzegania poniższych zasad:

• Komunikacja i Wsparcie: Platforma Discord jest oficjalnym kanałem komunikacji. W przypadku jakichkolwiek problemów, pytań lub wątpliwości dotyczących materiału, jest to właściwe miejsce do uzyskania pomocy i prowadzenia dyskusji.

• Organizacja Pracy w Git: Prace nad zadaniami należy prowadzić na osobnej gałęzi (branch) w systemie Git, stosując format nazewnictwa: {numer_listy}-{imie}-{nazwisko}.

• Zgłaszanie Zadań do Sprawdzenia: Ukończone zadania należy zgłaszać poprzez utworzenie Pull Requesta na platformie GitHub. Tytuł Pull Requesta musi być zgodny ze schematem: {numer_listy}-{imie}-{nazwisko} oraz w opisie pull requesta powinny być załączone screenshoty pokazujące stworzone UI. Pipeline (CI/CD) powiązany z Pull Requestem musi przechodzić poprawnie – wszystkie jego kroki muszą świecić się na zielono.

• Chronologia Realizacji Zadań: Poszczególne listy zadań (moduły) muszą być realizowane w porządku chronologicznym. Ukończenie i zaliczenie danej listy jest warunkiem koniecznym do rozpoczęcia pracy nad kolejną.

• Terminowość: Każda lista zadań posiada termin na jej ukończenie, wyznaczony przez prowadzącego kurs. W przypadku przewidywanego opóźnienia, uczestnik jest zobowiązany do wcześniejszego poinformowania o tym fakcie prowadzącego wraz z podaniem przyczyny.