Konserwacja strony WordPress (WordPress maintenance) była tematem, o którym rozmawiałam z klientami częściej niż o samym budowaniu stron. I paradoksalnie – to właśnie ta rozmowa, nie sama budowa strony, najczęściej decydowała o tym, czy współpraca była udana, czy kończyła się frustracją.

Skoro zamknęłam już działalność, mam dystans, żeby spojrzeć na to, co faktycznie działało w rozmowach o utrzymaniu stron – a co było moimi błędami, których nauczyłam się dopiero po serii nieporozumień z klientami.

Dziś dzielę się tym, co mówiłam klientom o konserwacji WordPressa – jak tłumaczyłam, dlaczego to w ogóle potrzebne, jak wyceniałam pakiety, i dlaczego edukacja klienta była ważniejsza niż sama praca techniczna.

Dlaczego w ogóle trzeba było o tym rozmawiać

Powszechne błędne przekonanie klientów

Zdecydowana większość klientów, z którymi pracowałam, miała to samo założenie: „Strona jest gotowa. Płacę raz. Koniec tematu.”

To zrozumiałe błędne przekonanie – w końcu strona internetowa wygląda jak skończony produkt, nie jak coś, co wymaga ciągłej opieki, jak samochód czy mieszkanie.

Problem: WordPress to nie statyczny produkt. To ekosystem złożony z:

• Silnika WordPress (aktualizowanego regularnie przez twórców)
• Motywu (theme), który też wymaga aktualizacji
• Wtyczek (plugins) – często kilkunastu na jednej stronie, każda aktualizowana niezależnie
• Bazy danych, która rośnie i wymaga optymalizacji
• Zabezpieczeń, które muszą nadążać za nowymi zagrożeniami

Analogia, której używałam najczęściej w rozmowach z klientami:

„Strona internetowa to nie jak zdjęcie, które robisz raz i wisi na ścianie bez zmian. To bardziej jak samochód. Możesz go kupić i jeździć bez przeglądów – przez jakiś czas będzie działać. Ale prędzej czy później coś się zepsuje, i to zwykle w najgorszym możliwym momencie.”

Co się działo, kiedy klienci ignorowali konserwację

Miałam kilku klientów, którzy odmówili pakietu konserwacyjnego na starcie, przekonani, że „jakoś to będzie”. Konsekwencje, które obserwowałam:

Przypadek 1: Strona sklepu internetowego, brak aktualizacji przez 14 miesięcy. Efekt: luka bezpieczeństwa w nieaktualizowanej wtyczce pozwoliła na włamanie i umieszczenie złośliwego kodu przekierowującego klientów na stronę phishingową. Naprawa: 12 godzin pracy w trybie awaryjnym, kosztem znacznie wyższym niż roczny koszt pakietu konserwacyjnego.

Przypadek 2: Strona wizytówkowa lokalnej firmy, zero aktualizacji przez 2 lata. Efekt: motyw przestał być kompatybilny z nową wersją WordPressa, strona wyświetlała się częściowo uszkodzona (białe ekrany, brak stylów CSS). Klientka nie wiedziała o problemie przez trzy tygodnie, bo rzadko sama wchodziła na własną stronę.

Przypadek 3: Blog eksperta finansowego, nieregularne aktualizacje. Efekt: konflikt między dwiema nieaktualizowanymi wtyczkami spowodował, że formularz kontaktowy przestał wysyłać wiadomości. Klient stracił nieznaną liczbę potencjalnych klientów przez kilka miesięcy, zanim zauważył problem.

Wspólny mianownik tych sytuacji: Żaden z tych problemów nie był „nagły” w sensie technicznym – wszystkie były wynikiem zaniedbania rozłożonego w czasie, które w pewnym momencie eksplodowało kosztem znacznie wyższym niż regularna konserwacja.

Jak edukowałam klientów – podejście proaktywne vs reaktywne

Rozmowa na starcie współpracy

Nauczyłam się (po kilku bolesnych doświadczeniach), że rozmowa o konserwacji musiała się odbyć przed rozpoczęciem projektu, nie po jego zakończeniu. Jeśli czekałam do oddania gotowej strony, klient traktował propozycję pakietu jako „próbę dodatkowego zarobku”, nie jako logiczną kontynuację.

Moja standardowa rozmowa podczas wyceny projektu:

„Zanim przejdziemy do szczegółów samej budowy strony, chcę wyjaśnić coś ważnego. Strona internetowa, którą zbuduję, będzie wymagała regularnej opieki po oddaniu – podobnie jak każdy system oparty na oprogramowaniu, które ciągle się rozwija.

Chodzi mi o aktualizacje bezpieczeństwa, kopie zapasowe, monitorowanie czy wszystko działa poprawnie. Możesz robić to samodzielnie, jeśli czujesz się na siłach technicznie, albo mogę zaproponować pakiet, w którym ja się tym zajmuję.

Nie musisz decydować teraz – po prostu chcę, żebyś wiedziała, że to temat, do którego wrócimy po oddaniu projektu.”

Dlaczego to działało lepiej niż zaskakiwanie klienta później: Klient wiedział od początku, że konserwacja to osobny, realny temat – nie „ukryta opłata”, którą próbuję na nim wymusić po fakcie.

Konkretne argumenty, których używałam

Argument bezpieczeństwa:

„WordPress jest najpopularniejszym systemem do budowy stron na świecie – to jednocześnie oznacza, że jest najczęstszym celem ataków. Nieaktualizowana wtyczka to jak niezamknięte drzwi – większość włamań nie wynika z wyrafinowanego hakowania, tylko z wykorzystania znanych już luk, które twórcy wtyczek naprawili w nowszych wersjach.”

Argument kosztu naprawy vs kosztu prewencji:

Pokazywałam konkretne liczby (bez podawania nazw klientów, oczywiście):

„Naprawa strony po włamaniu, którą robiłam w zeszłym roku, kosztowała klienta równowartość dwóch lat pakietu konserwacyjnego. Prewencja zawsze wychodzi taniej niż naprawa szkody.”

Argument czasu klienta:

„Możesz samodzielnie klikać 'aktualizuj’ przy każdej wtyczce co miesiąc. Ale to wymaga wiedzy, żeby wiedzieć, które aktualizacje mogą coś zepsuć, jak zrobić kopię zapasową przed aktualizacją na wypadek problemu, i co robić, jeśli coś faktycznie się zepsuje. To nie jest skomplikowane dla mnie, bo robię to codziennie dla wielu klientów – ale dla kogoś, kto robi to raz w miesiącu, każda aktualizacja to nowa niepewność.”

Pakiety konserwacyjne, które oferowałam

Struktura moich pakietów

Po wielu iteracjach (opisywałam to też przy okazji wyceny projektów) doszłam do trzech poziomów pakietów, dopasowanych do różnych typów klientów.

Pakiet Podstawowy – 500 zł miesięcznie

Zakres:

• Cotygodniowa kopia zapasowa (automatyczna)
• Aktualizacje WordPressa, motywu i wtyczek raz w miesiącu, testowane najpierw na środowisku testowym
• Podstawowe monitorowanie bezpieczeństwa
• Do 2 godzin drobnych zmian miesięcznie (zmiana tekstu, zdjęć, drobne poprawki)
• Wsparcie techniczne z odpowiedzią w ciągu 12 godzin roboczych

Dla kogo: Małe wizytówki, blogi, strony z niewielkim ruchem, klienci z ograniczonym budżetem, ale świadomi potrzeby minimalnej opieki.

Pakiet Standard – 800 zł miesięcznie

Zakres:

• Wszystko z Pakietu Podstawowego
• Do 4 godzin zmian miesięcznie
• Comiesięczny raport (statystyki ruchu, stan bezpieczeństwa, rekomendacje)
• Optymalizacja szybkości raz na kwartał
• Priorytetowe wsparcie techniczne

Dla kogo: Strony firmowe z regularnym ruchem, sklepy internetowe o mniejszej skali, klienci chcący regularnego wglądu w kondycję strony.

Pakiet Premium – indywidualna wycena (zwykle 1200-1800 zł miesięcznie)

Zakres:

• Wszystko z Pakietu Standard
• Nielimitowane drobne zmiany (w rozsądnych granicach)
• Monitorowanie 24/7 z natychmiastowym powiadomieniem o problemach
• Priorytetowa reakcja w ciągu 2-4 godzin
• Comiesięczna rozmowa telefoniczna omawiająca stan strony i plany rozwoju

Dla kogo: Sklepy internetowe o znacznym ruchu, strony, dla których każda godzina przestoju oznacza realną stratę finansową.

Jak wyceniałam – kalkulacja stojąca za liczbami

Klienci czasem pytali wprost: „Skąd akurat taka cena?” Zawsze starałam się odpowiadać konkretnie, nie tylko „bo tak wycenia rynek”.

Za Pakietem Podstawowym (500 zł) stała następująca kalkulacja czasu:

• Kopie zapasowe: zautomatyzowane, ale weryfikacja że działają poprawnie – 15 minut miesięcznie
• Aktualizacje: sprawdzenie, wykonanie na środowisku testowym, wdrożenie – 45-60 minut miesięcznie
• Monitorowanie bezpieczeństwa: przegląd alertów, reakcja jeśli trzeba – 30 minut miesięcznie
• Drobne zmiany (do 2h): realny czas pracy
• Komunikacja z klientem: 15-20 minut miesięcznie

Razem: około 3.5-4 godziny miesięcznie realnej pracy, przy stawce 100-120 zł za godzinę, co dawało wycenę w okolicach 400-480 zł – zaokrąglałam w górę do 500 zł, uwzględniając też wartość „bycia dostępną” i gotowość na nieprzewidziane sytuacje.

Ważna zasada, którą sobie wypracowałam: Nie wyceniałam samej pracy technicznej, tylko spokój klienta. To była wartość, za którą realnie płacili – nie za kliknięcia „aktualizuj”, ale za to, że nie musieli o tym myśleć.

Automatyzacja – narzędzia, które robiły część pracy za mnie

Dlaczego automatyzacja była kluczowa dla rentowności pakietów

Przy pakiecie za 500 zł miesięcznie, poświęcenie na niego więcej niż 4-5 godzin sprawiało, że przestawał się opłacać. Automatyzacja pozwalała mi obsługiwać wielu klientów jednocześnie, nie tracąc na tym jakości.

UpdraftPlus – automatyczne kopie zapasowe, zaplanowane cotygodniowo, zapisywane na zewnętrznym miejscu przechowywania (nie na tym samym serwerze co strona – to była zasada, której nigdy nie łamałam, bo kopia zapasowa na tym samym serwerze co strona nie chroni przed awarią całego serwera).

Wordfence – monitorowanie bezpieczeństwa w czasie rzeczywistym, powiadomienia mailowe o podejrzanej aktywności, podstawowa zapora sieciowa (firewall) blokująca znane wzorce ataków.

ManageWP – panel do zarządzania wieloma stronami klientów z jednego miejsca. Zamiast logować się osobno na każdą stronę żeby sprawdzić aktualizacje, widziałam wszystkie na jednym ekranie, co drastycznie skróciło czas rutynowej kontroli.

Uptime Robot – darmowe narzędzie sprawdzające co 5 minut, czy strona klienta w ogóle odpowiada. Powiadomienie SMS-em, jeśli strona przestała działać – pozwalało mi reagować, zanim klient w ogóle zauważył problem.

Środowisko testowe (staging) – narzędzie, które uratowało mnie wielokrotnie

Jedna z lekcji, którą wyciągnęłam dość boleśnie na początku – nigdy nie aktualizuj bezpośrednio na działającej stronie.

Środowisko testowe to kopia strony, na której można bezpiecznie sprawdzić, czy aktualizacja nie powoduje konfliktów, zanim wdroży się ją na prawdziwą, widoczną dla klientów wersję strony.

Konkretny przykład, dlaczego to było niezbędne: Aktualizacja jednej z popularnych wtyczek do formularzy spowodowała konflikt z motywem na stronie klienta. Na środowisku testowym zobaczyłam błąd natychmiast, cofnęłam aktualizację, poczekałam na łatkę od twórcy wtyczki, i dopiero wtedy wdrożyłam zmianę na żywej stronie. Klient nigdy nawet nie dowiedział się, że problem w ogóle wystąpił.

Rozmowy, które prowadziłam, kiedy coś się psuło

Jak komunikowałam problemy klientom

Nawet przy najlepszej prewencji, czasem coś się psuło – to nieuniknione przy tak złożonym ekosystemie jak WordPress z wieloma współpracującymi ze sobą elementami.

Zasada, którą zawsze stosowałam: informuję najpierw o rozwiązaniu, potem o problemie.

Przykładowy mail po wykryciu i naprawieniu problemu:

Dlaczego ta struktura działała: Klient dostawał informację „problem był, ale jest rozwiązany, i oto jak zapobiegam temu w przyszłości” – nie panikował, bo wiadomość nie zaczynała się od alarmującego „MAMY PROBLEM”.

Kiedy problem był poważniejszy – szczerość mimo dyskomfortu

Nie zawsze wszystko dało się naprawić bez śladu. Zdarzył się przypadek włamania (wspomniany wcześniej przypadek klienta bez pakietu konserwacyjnego), gdzie musiałam przekazać trudniejsze wiadomości.

Zasada, którą stosowałam nawet w trudnych rozmowach: Nigdy nie ukrywałam skali problemu, żeby uniknąć niewygodnej rozmowy. Krótkoterminowy dyskomfort szczerości zawsze wychodził lepiej niż długoterminowa utrata zaufania po odkryciu, że coś zatajałam.

Czego nauczyłam się na własnych błędach

Błąd 1: Zbyt niska wycena na początku

Pierwsze pakiety konserwacyjne, które oferowałam, wyceniałam na 200-250 zł miesięcznie, nie doceniając, ile czasu realnie pochłania nawet „prosta” konserwacja przy kilku klientach jednocześnie. Po kilku miesiącach zorientowałam się, że efektywna stawka godzinowa spadła poniżej opłacalności.

Lekcja: Wyceniaj na podstawie realnego czasu (mierzonego, nie szacowanego z góry), nie na podstawie tego, co „brzmi rozsądnie” dla klienta.

Błąd 2: Brak jasnych granic w zakresie „drobnych zmian”

Na początku formułowałam to jako „drobne poprawki” bez konkretnego limitu godzinowego. Efekt: niektórzy klienci zaczynali traktować to jako nielimitowany dostęp do mojej pracy, wysyłając coraz więcej „drobnych” próśb.

Lekcja: Zawsze konkretna liczba godzin w umowie, z jasną informacją, co się dzieje po jej przekroczeniu (dodatkowa opłata według standardowej stawki godzinowej).

Błąd 3: Zbyt późne rozmowy o konserwacji

Jak wspominałam wcześniej – próba sprzedania pakietu po oddaniu gotowego projektu zawsze była trudniejsza niż wpleciona w rozmowę od samego początku współpracy.

Lekcja: Edukacja klienta o konserwacji to część procesu sprzedaży projektu, nie osobny temat „na później”.

Błąd 4: Niedocenianie wartości automatyzacji na początku

Przez pierwszy rok robiłam wiele rzeczy ręcznie, które później zautomatyzowałam – co skutkowało tym, że mogłam obsługiwać znacznie mniej klientów przy tym samym nakładzie czasu.

Lekcja: Inwestycja czasu w automatyzację na starcie zwraca się wielokrotnie przy skalowaniu liczby klientów.

Dlaczego konserwacja była moim ulubionym elementem freelancingu

Paradoksalnie, mimo że budowanie nowych stron było bardziej „kreatywne” i satysfakcjonujące w sensie twórczym, to właśnie pakiety konserwacyjne dawały mi stabilność finansową, o której pisałam wielokrotnie przy okazji wyceny projektów.

Klienci na stałych pakietach konserwacyjnych generowali przewidywalny, powtarzalny dochód – w przeciwieństwie do jednorazowych projektów, które zawsze wiązały się z niepewnością, czy kolejne zlecenie w ogóle się pojawi.

Dodatkowo, długoterminowa relacja z klientem przy konserwacji często prowadziła do kolejnych, większych projektów. Klienci, którzy widzieli, że dbam o ich stronę regularnie, ufali mi też przy większych decyzjach (przebudowa strony, dodanie sklepu, rozbudowa funkcjonalności).

FAQ – konserwacja WordPress dla klientów

Czy klient naprawdę potrzebuje płatnej konserwacji, czy da się to zrobić samemu?

Technicznie, tak – można robić to samodzielnie. Ale wymaga to regularności, podstawowej wiedzy technicznej (jak bezpiecznie testować aktualizacje) i czasu, którego wielu właścicieli małych firm po prostu nie ma. Zawsze mówiłam klientom uczciwie: „Jeśli masz czas i chęć się nauczyć, świetnie, oszczędzisz pieniądze. Jeśli wolisz skupić się na swoim biznesie, to jest właśnie po to ten pakiet.”

Jak często faktycznie trzeba aktualizować WordPressa i wtyczki?

Aktualizacje bezpieczeństwa – najlepiej niezwłocznie po ich wydaniu, szczególnie jeśli dotyczą znanej luki. Rutynowe aktualizacje funkcjonalne – raz w miesiącu jest rozsądnym kompromisem między bezpieczeństwem a stabilnością (zbyt częste aktualizowanie zwiększa ryzyko konfliktów).

Co się dzieje, jeśli klient rezygnuje z pakietu konserwacyjnego?

Zawsze informowałam wprost o konsekwencjach – strona nadal będzie działać, ale bez regularnych aktualizacji z czasem rośnie ryzyko problemów bezpieczeństwa i kompatybilności. Nigdy nie straszyłam ani nie manipulowałam, tylko przedstawiałam fakty i zostawiałam decyzję klientowi.

Czy warto negocjować cenę pakietu konserwacyjnego?

Rzadko schodziłam poniżej wycenionej stawki, bo znałam realny koszt czasu, jaki to pochłaniało. Zamiast obniżać cenę, czasem dostosowywałam zakres (mniej godzin drobnych zmian) przy mniejszym budżecie klienta, zamiast obniżać jakość samej konserwacji technicznej.

Jaka jest różnica między konserwacją a hostingiem?

Częste nieporozumienie u klientów. Hosting to „miejsce”, gdzie fizycznie znajdują się pliki strony – osobna opłata, niezależna od konserwacji. Konserwacja to opieka nad samym oprogramowaniem WordPress działającym na tym hostingu. Zawsze tłumaczyłam to jako różnicę między wynajmem mieszkania (hosting) a sprzątaniem i drobnymi naprawami w tym mieszkaniu (konserwacja).

Podsumowanie – czego nauczyła mnie konserwacja WordPress

Kluczowe zasady komunikacji o konserwacji, które wypracowałam:

• Rozmowa o konserwacji na starcie projektu, nie po jego zakończeniu
• Konkretne argumenty (koszty naprawy vs prewencji, realne przykłady) zamiast ogólnikowego straszenia
• Wycena oparta na realnym czasie, nie na tym co „brzmi dobrze” dla klienta
• Automatyzacja jako fundament rentowności pakietów przy wielu klientach
• Szczerość nawet w trudnych sytuacjach – informowanie o problemach z rozwiązaniem, nie ukrywanie ich
• Jasne granice w zakresie usług, zapisane konkretnie w umowie

Konserwacja WordPressa nauczyła mnie czegoś więcej niż tylko techniczne aspekty utrzymania strony. Nauczyła mnie, że w freelancingu edukacja klienta jest równie ważna jak sama praca techniczna. Klient, który rozumie, za co płaci i dlaczego to jest potrzebne, staje się partnerem w dbaniu o swoją stronę, nie tylko biernym odbiorcą usługi.

Choć nie prowadzę już działalności, te doświadczenia i lekcje zostają. Mam nadzieję, że komuś, kto dopiero zaczyna swoją drogę jako freelancer WordPress, ten wpis oszczędzi części błędów, które ja musiałam popełnić, żeby się ich nauczyć.

PS: Jeśli sam prowadzisz stronę WordPress bez pakietu konserwacyjnego, albo jesteś freelancerem oferującym takie usługi – jakie masz doświadczenia? Zostaw komentarz, chętnie poczytam, jak to wygląda z Waszej perspektywy!

Artykuł WordPress maintenance – co mówiłam klientom o utrzymaniu strony pochodzi z serwisu To co najważniejsze.

Szkoła otwarta. Terapie wróciły do pełnego harmonogramu. I ja stoję w kuchni z kawą, patrząc na już zapełniony w połowie kalendarz września, myśląc: „Okej. Co teraz? Jakoś dam radę.”

Powrót do rutyny po wakacjach to nie jest moment, w którym magicznie wszystko wraca do normy same z siebie. To jest świadomy reset – decyzja, żeby nie wracać dokładnie do tego samego chaosu co przed wakacjami, tylko zbudować coś trochę lepszego.

Dziś dzielę się tym, jak wygląda mój wrześniowy reset – nowe nawyki związane z jedzeniem, czytaniem, ruchem, organizacją terapii i szkoły, i (może najważniejsze) ponowne ustalenie granic, które w wakacje kompletnie się rozmyły.

Dlaczego wrzesień, a nie styczeń

Kultowe „postanowienia noworoczne” nigdy u mnie nie działały. Styczeń to dla mnie najciemniejszy, najzimniejszy, najbardziej wyczerpujący miesiąc w roku – najgorszy możliwy moment na budowanie nowych nawyków.

Wrzesień jest inny. To naturalny punkt zwrotny – dzieci wracają do szkoły, dni wciąż są ciepłe i słoneczne, ale czuć już zapowiedź jesiennej struktury. Psychika sama podpowiada „nowy rozdział”, bez sztucznego „postanowienia”.

Dlatego traktuję wrzesień jako mój prawdziwy nowy rok.

Krok 1: Uczciwe podsumowanie wakacji, zanim zacznę cokolwiek zmieniać

Zanim rzuciłam się w wir nowych nawyków, usiadłam z kawą i zadałam sobie kilka pytań.

Co w wakacje poszło dobrze?

• Więcej czasu spędzonego z dziećmi bez pośpiechu
• Tydzień nad morzem – prawdziwy odpoczynek
• Nauczyłam się, że mogę odpuścić kontrolę i nic strasznego się nie dzieje

Co się rozsypało?

• Jedzenie – lody, gofry, jedzenie na mieście stały się normą, nie wyjątkiem
• Czytanie – z 30 minut dziennie w czerwcu spadło do sporadycznych 10 stron raz na tydzień
• Ruch fizyczny – praktycznie zniknął (upał, zmęczenie, brak struktury)
• Ekran – zarówno u mnie, jak i u dzieci, czas spędzany przed telefonem znacznie wzrósł
• Granice czasowe – kładłam się spać o różnych porach, wstawałam o różnych porach, cały rytm dobowy się rozjechał

Kluczowa refleksja: Nie chodzi o to, żeby czuć się winną za wakacyjny luz. Chodzi o uczciwe zauważenie, co konkretnie wymaga uwagi teraz, kiedy struktura wraca.

Krok 2: Nawyki żywieniowe – powrót bez restrykcji

Problem z podejściem „od poniedziałku dieta”

Za każdym razem, kiedy próbowałam wrócić do zdrowego jedzenia metodą „od jutra zero cukru, zero fast foodów”, kończyło się to załamaniem w ciągu tygodnia. Zbyt duża zmiana naraz = mózg się buntuje. I zawsze „coś na szybko”.

Co robię zamiast tego – jedna zmiana na tydzień

Tydzień 1 września: Wracam do gotowania obiadów w domu (zamiast zamawiania czy jedzenia gotowych dań). To był mój główny wakacyjny nawyk-wytrych – łatwość zamawiania jedzenia przy zmęczeniu.

Kolejny tydzień ( 2) września: Dodaję owoc lub warzywo do każdego posiłku – nie eliminuję niczego, tylko dokładam.

Tydzień 3 września: Ograniczam podjadanie wieczorne (moja wakacyjna słabość – słodka przekąska po położeniu dzieci spać) do dwóch wieczorów w tygodniu, zamiast codziennie.

Tydzień 4 września: Wracam do przygotowywania posiłków z wyprzedzeniem na 2-3 dni (meal prep), co znacznie ułatwia mi utrzymanie regularności bez dodatkowego wysiłku mentalnego każdego dnia.

Dlaczego to działa lepiej niż rewolucja od razu: Każda zmiana jest na tyle mała, że nie wywołuje oporu. Po miesiącu mam cztery nowe nawyki żywieniowe wdrożone jednocześnie, ale żaden z nich nie kosztował mnie dramatycznej siły woli w jednym momencie.

Krok 3: Czytanie – odbudowa nawyku od zera

Dlaczego czytanie rozpadło się najszybciej

Czytanie było pierwszym nawykiem, który zniknął w wakacje, bo wymagał najwięcej spokoju i skupienia – dokładnie tego, czego latem miałam najmniej.

Mój wrześniowy plan powrotu

Zamiast wracać od razu do celu 30 minut dziennie, zaczynam od tego samego triku, który opisywałam przy nauce programowania w wakacje – redukcja celu, żeby zbudować nawyk zanim zbuduję objętość.

Tydzień 1-2: 10 minut przed snem, bez wyjątku. Nawet jeśli to oznacza jedną stronę, bo jestem wykończona.

Tydzień 3-4: Rozszerzam do 20 minut, bo nawyk siadania z książką już się zakorzenił.

Dodatkowa strategia: Wróciłam do audiobooków podczas porannych czynności (przygotowywanie śniadania, sprzątanie) – to dodaje kolejne 15-20 minut „czytania” dziennie, bez potrzeby znajdowania dodatkowego wolnego czasu.

Konkretna książka, od której zaczynam wrzesień: „Cztery tysiące tygodni” Olivera Burkemana – o czym pisałam w letniej liście książkowej. Chcę wrócić do niej teraz, kiedy mam więcej spokoju na przetrawienie jej przesłania o akceptowaniu ograniczeń czasu.

Krok 4: Aktywność fizyczna – najniższa poprzeczka jaką da się ustawić

Dlaczego ruch zniknął tak łatwo

Latem: upał, zmęczenie, dzieci non-stop obok, brak struktury dnia. Wszystkie te czynniki razem sprawiły, że jakikolwiek ruch poza bieganiem za dziećmi oraz długimi spacerami po prostu wypadł z planu.

Zasada, którą wprowadzam – „nie da się nie zrobić”

Zamiast ambitnego planu treningowego (który historycznie zawsze kończył się porażką po dwóch tygodniach), ustawiam poprzeczkę tak nisko, że praktycznie niemożliwe jest jej nie przekroczyć.

Nowy nawyk: 10 minut ruchu, dowolnego rodzaju, codziennie.

To może być:

• Krótki spacer bez dziecka, kiedy jest w szkole
• Rozciąganie przed snem
• Kilka ćwiczeń z aplikacją na telefonie
• Taniec w kuchni podczas gotowania (tak, to się liczy)

Dlaczego to działa: Nie chodzi o efekty fizyczne w pierwszym miesiącu. Chodzi o odbudowanie identyfikacji „jestem osobą, która się rusza”, zamiast „jestem osobą, która ma zamiar zacząć się ruszać, jak znajdzie czas”.

Realistyczne oczekiwania: Wiem, że to nie jest plan na „formę życia” w miesiąc. To jest plan na wyjście z całkowitego zera, w którym byłam pod koniec sierpnia.

Krok 5: Organizacja powrotu do szkoły i terapii

Nowy harmonogram tygodniowy

Po dwóch miesiącach improwizacji, wrzesień wymagał odbudowania konkretnej struktury.

Poniedziałek:

• 8:00 – szkoła
• 14:00 – Integracja sensoryczna
• 16:00 (szkoła odbiór)
• 18:00 TUS

Wtorek:

• 8:00 – szkoła
• 14:00 – Terapia pedagogiczna
• 16:00 (szkoła odbiór)

Środa:

• 8:00 – szkoła
• 15:00 – Logopedia
• 16:00 (szkoła odbiór)

Czwartek:

• 8:00 – szkoła (bez terapii – dzień „oddechu”)
• 14:00 (szkoła odbiór)

Piątek:

• 8:00 – szkoła (bez terapii – dzień „oddechu”)
• 16:00 (szkoła odbiór)

Co zmieniłam względem poprzedniego roku szkolnego

1. Dzień bez terapii w czwartek i piątek. W poprzednim roku terapie były rozłożone na wszystkie pięć dni. W tym roku świadomie zostawiłam czwartek i piątek wolny – zarówno dla dziecka (odpoczynek od intensywnego tygodnia), jak i dla siebie (jeden dzień bez gonitwy między szkołą a ośrodkami terapeutycznymi).

2. Bufor 30 minut wokół każdej terapii. Nauczona doświadczeniem opisanym we wcześniejszym wpisie o organizacji terapii, znowu wpisuję w kalendarzu nie samą godzinę terapii, ale terapię plus pół godziny zapasu przed i po.

3. Jeden wspólny dokument z terapeutami. Zamiast pamiętać ustnie zalecenia z każdej terapii osobno, założyłam prosty notatnik (fizyczny, nie aplikację – łatwiej mi się z nim pracuje), gdzie zapisuję zalecenia po każdej sesji. To pomaga mi utrzymać spójność między różnymi terapeutami.

Jak wyjaśniam dziecku powrót do rutyny

Dzieci z zaburzeniami integracji sensorycznej i trudnościami w komunikacji potrzebują szczególnie jasnej, przewidywalnej struktury, żeby czuć się bezpiecznie przy dużej zmianie.

Co robię:

• Wizualny plan dnia (obrazki, nie tylko słowa) przypięty w widocznym miejscu
• Przypominanie dzień wcześniej: „jutro idziesz do szkoły, potem terapia z panią X”
• Powrót do tej samej rutyny porannej co przed wakacjami (te same kroki, w tej samej kolejności)

Efekt: Pierwszy tydzień był trudniejszy emocjonalnie niż się spodziewałam, ale przewidywalna struktura znacznie pomogła w adaptacji.

Krok 6: Ponowne ustalenie granic – najtrudniejsza część resetu

Jakie granice się rozmyły w wakacje

Granica ekranowa. W wakacje czas przed telefonem (zarówno mój, jak i dziecka) rozrósł się znacznie ponad to, co uważam za zdrowe. Brak struktury dnia = łatwiej sięgnąć po ekran jako sposób na „kupienie sobie chwili spokoju”.

Granica czasu dla siebie. Latem praktycznie zniknął. Cały dzień był „dostępny” dla dziecka, bo nie było szkoły, która dawała naturalne okno.

Granica wieczorna. Kładłam się spać o bardzo różnych porach, w zależności od tego, jak wyczerpujący był dzień. To rozjechało cały mój rytm dobowy.

Konkretne granice, które odbudowuję w wrześniu

1. Ekran – powrót do 30 minut dziennie dla dziecka, z jasnym momentem w harmonogramie (po obiedzie), zamiast „kiedy potrzebuję chwili spokoju”.

2. Godzina dla siebie codziennie, teraz kiedy szkoła daje z powrotem strukturę. Wykorzystuję ją na czytanie, ruch fizyczny, albo po prostu ciszę – bez poczucia winy, że „powinnam coś robić”.

3. Stała godzina snu – 22:00, niezależnie od tego, jak wyglądał dzień. Nie zawsze się udaje idealnie, ale mam punkt odniesienia, do którego wracam, zamiast dryfować bez żadnego punktu zaczepienia.

4. Granica w komunikacji z rodziną. W wakacje, kiedy babcia pomagała, często czułam presję „bycia dostępną” przez cały czas, jaki spędzałyśmy razem. Teraz wracam do jaśniejszego komunikowania, kiedy potrzebuję przestrzeni, nawet przy bliskich osobach.

Dlaczego granice są trudniejsze niż nawyki

Nawyki (jedzenie, czytanie, ruch) są w dużej mierze decyzjami, które podejmuję sama, dla siebie. Granice wymagają komunikowania ich innym ludziom – dziecku, partnerowi, rodzinie – co jest znacznie bardziej niekomfortowe niż samodzielne wdrażanie nawyku.

Strategia, która pomaga: Zamiast ogłaszać wielką zmianę („od teraz inaczej!”), po prostu zaczynam działać zgodnie z granicą i konsekwentnie ją powtarzam. Dzieci i rodzina uczą się nowego rytmu przez powtarzalność, nie przez zapowiedź.

Krok 7: Nowe nastawienie na początek – mentalny reset

Odpuszczenie perfekcjonizmu „wszystko naraz”

Największym błędem, jaki popełniałam we wcześniejszych latach przy powrocie do rutyny, było próbowanie naprawienia wszystkiego jednocześnie w pierwszym tygodniu września. Nowa dieta, nowy plan czytania, nowy plan ruchu, nowe granice – wszystko od poniedziałku.

Rezultat zawsze był ten sam: wypalenie po dziesięciu dniach i powrót do starych wzorców, gorszy niż przed próbą zmiany.

W tym roku rozkładam zmiany na cały miesiąc, po jednej na tydzień, dokładnie tak jak opisałam przy nawykach żywieniowych. To nie jest szybsze, ale jest trwalsze.

Mantra na wrzesień

„Nie muszę wrócić do formy w tydzień. Mam cały miesiąc.”

To zdanie powtarzam sobie za każdym razem, kiedy łapię się na porównywaniu obecnego stanu (rozregulowanego po wakacjach) z tym, jak wyglądałam w czerwcu, na szczycie wypracowanej przez pół roku rutyny.

Współczucie dla siebie jako fundament, nie dodatek

Pisałam o tym przy planowaniu wakacji – „good enough is good enough” (wystarczająco dobre jest wystarczająco dobre). Ta zasada nie kończy się wraz z wakacjami. Wrzesień to nie moment, w którym nagle muszę być „idealną, zorganizowaną mamą”.

Realistyczne oczekiwania na wrzesień:

• Nie każdy dzień będzie miał wszystkie nowe nawyki zrealizowane
• Będą dni, kiedy zjem coś niezdrowego, nie przeczytam ani strony, nie zrobię żadnego ruchu
• To nie oznacza porażki – oznacza bycie człowiekiem w trakcie zmiany

Jak wygląda mój pierwszy tydzień września – konkretny przykład

Poniedziałek:

• 6:15 – Pobudka na budzik (pierwszy raz od czerwca!)
• 10 min czytania rano przy kawie
• Szkoła + terapia SI
• 10 min spaceru po odbiorze dziecka
• Obiad gotowany w domu

Wtorek:

• Pobudka o czasie
• Szkoła + terapia pedagogiczna
• Zapomniałam o ruchu fizycznym – i to jest OK
• 15 min czytania wieczorem

Środa:

• Trudniejszy dzień emocjonalnie dla dziecka (adaptacja do rutyny)
• Zero czasu na cokolwiek dla siebie
• Odpuściłam wszystkie „dodatkowe” nawyki, skupiłam się tylko na przetrwaniu dnia

Czwartek:

• Lepszy dzień, wracam do 10 minut ruchu i czytania
• Ugotowałam obiad z wyprzedzeniem na dwa dni

Piątek:

• Dzień bez terapii – spokojniejsze popołudnie
• Dłuższy spacer z dzieckiem (ruch fizyczny + czas razem)
• 20 minut czytania wieczorem

Weekend:

• Bez presji realizowania „planu” – odpoczynek, czas rodzinny
• Naturalne kontynuowanie tego, co zaczęło się wdrażać w tygodniu

Podsumowanie tygodnia: Nie był idealny. Środa była całkowitą porażką pod względem nawyków. Ale cztery z siedmiu dni miały choć część nowych elementów – a to więcej, niż miałam przez cały sierpień.

FAQ – powrót do rutyny po wakacjach

Ile czasu zajmuje pełny powrót do formy sprzed wakacji?

Z mojego doświadczenia – około miesiąca, żeby nawyki znowu poczuły się naturalne, a nie wymuszone. Ważne jest jednak, żeby nie traktować tego jako sztywnego terminu, tylko jako ogólny kierunek.

Czy nie lepiej wprowadzić wszystkie zmiany naraz, żeby szybciej wrócić do formy?

Z doświadczenia – nie. Próba zmiany wszystkiego jednocześnie prawie zawsze kończy się szybszym wypaleniem i powrotem do starych wzorców. Rozłożenie zmian w czasie jest wolniejsze, ale bardziej trwałe.

Co jeśli dziecko trudno znosi powrót do rutyny?

Wizualny plan dnia, przewidywalność i cierpliwość. Pierwszy tydzień-dwa adaptacji to normalne, szczególnie przy dzieciach z trudnościami sensorycznymi. Warto też rozważyć rozmowę z terapeutami o strategiach ułatwiających tę konkretną tranzycję.

Jak radzić sobie z poczuciem winy za „rozleniwienie” w wakacje?

Przypomnienie sobie, że wakacje miały inny cel niż utrzymywanie struktury – miały dać odpoczynek i czas z rodziną. Rozregulowanie nawyków to naturalny efekt uboczny odpoczynku, nie porażka.

Czy warto robić dokładnie taki sam reset co roku?

Konkretne nawyki mogą się zmieniać z roku na rok, w zależności od tego, co akurat wymaga uwagi. Ale sama zasada – uczciwe podsumowanie, stopniowe wprowadzanie zmian, współczucie dla siebie – sprawdza się niezależnie od tego, jakie konkretnie nawyki odbudowuję.

Podsumowanie – mój wrześniowy reset

Siedem kroków powrotu do rutyny po wakacjach:

• Uczciwe podsumowanie – co poszło dobrze, co się rozsypało, bez oceniania siebie
• Nawyki żywieniowe – jedna zmiana tygodniowo, nie rewolucja od poniedziałku
• Czytanie – redukcja celu (10 minut), potem stopniowe rozszerzanie
• Ruch fizyczny – najniższa możliwa poprzeczka (10 minut dowolnego ruchu)
• Organizacja terapii i szkoły – bufor czasowy, dzień bez terapii, wspólny notatnik
• Ponowne granice – ekran, czas dla siebie, stała godzina snu, komunikacja z rodziną
• Nowe nastawienie – miesiąc, nie tydzień; postęp, nie perfekcja

Powrót do rutyny po wakacjach nie polega na magicznym przywróceniu wszystkiego z dnia na dzień. Polega na świadomym, stopniowym odbudowywaniu struktury, z przestrzenią na potknięcia i bez oczekiwania, że pierwszy poniedziałek września rozwiąże dwa miesiące rozregulowania.

Szkoła jest otwarta. Terapie wróciły. A ja, krok po kroku, dzień po dniu, wracam do siebie – trochę wolniej niż bym chciała, ale trwalej niż gdybym próbowała wszystko naraz.

To wystarczy na początek.

PS: Jak Ty wracasz do rutyny po wakacjach? Masz swoje sposoby na reset bez wypalenia się w pierwszym tygodniu? Podziel się w komentarzu – wrzesień to dobry moment, żeby wspierać się nawzajem w tym powrocie do rytmu!

Artykuł Powrót do rutyny – jak wracam do rytmu po wakacjach pochodzi z serwisu To co najważniejsze.

Brzmi banalnie, prawda? Przycisk zmienia kolor. Wielka rzecz.

Ale to JA to zrobiłam. Napisałam kod, który sprawił, że strona internetowa reaguje na to, co robi użytkownik. Nie odświeżam strony. Nie klikam linku. Element na ekranie po prostu… reaguje. Na żywo.

Po dwóch miesiącach mikroedukacji w wakacje (o czym pisałam w poprzednim wpisie) i powrocie do pełnego tempa we wrześniu, wreszcie dotarłam do tematu, na który czekałam najbardziej: manipulacja DOM i zdarzenia w JavaScript. To jest moment, w którym JavaScript przestaje być „kolejnym językiem do nauki” i staje się narzędziem, które tchnie życie w strony internetowe.

Dziś w Learning Log #7 pokażę Wam czym jest DOM, jak JavaScript nim manipuluje, czym są nasłuchiwacze zdarzeń, i opiszę te momenty „wow”, kiedy pierwszy raz zobaczyłam własny kod reagujący na kliknięcie myszką.

Czym jest DOM – wyjaśnienie które w końcu do mnie dotarło

Problem: rozumiałam składnię, ale nie rozumiałam koncepcji

Przez pierwsze tygodnie nauki JavaScript umiałam pisać pętle, funkcje, warunki – ale nie rozumiałam, jak to wszystko łączy się ze stroną internetową, którą widzę w przeglądarce.

To była luka, która blokowała mnie od tworzenia czegokolwiek realnego.

Wyjaśnienie które zadziałało – analogia z domem

DOM (Document Object Model, po polsku: obiektowy model dokumentu) to sposób, w jaki przeglądarka „widzi” stronę internetową – nie jako tekst HTML, ale jako strukturę drzewa obiektów, którymi można manipulować.

Analogia która mi pomogła:

Wyobraź sobie dom (budynek, nie stronę). HTML to plan architektoniczny domu – papierowy dokument opisujący, gdzie są ściany, drzwi, okna.

DOM to sam dom, zbudowany na podstawie tego planu – fizyczna struktura, którą można otworzyć, zamknąć, przemalować, przestawić meble.

HTML (plan):

html

<div id="salon">
    <button id="przycisk">Kliknij mnie</button>
    <p id="tekst">Witaj!</p>
</div>

DOM (dom zbudowany z planu): Przeglądarka tworzy strukturę drzewa:

document
  └── div#salon
        ├── button#przycisk
        └── p#tekst

JavaScript może wejść do tego „domu” i:

• Otworzyć drzwi (znaleźć element)
• Przemalować ścianę (zmienić styl)
• Przestawić meble (zmienić strukturę)
• Zainstalować dzwonek reagujący na naciśnięcie (dodać nasłuchiwacz zdarzenia)

Pierwsza manipulacja DOM – znajdowanie elementów

Podstawowe metody wyszukiwania elementów:

javascript

// Po ID (najczęściej używane)
const przycisk = document.getElementById('przycisk');

// Po klasie (może zwrócić wiele elementów)
const wszystkieKarty = document.getElementsByClassName('karta');

// Po selektorze CSS (najbardziej elastyczne)
const pierwszyPrzycisk = document.querySelector('.przycisk');
const wszystkiePrzyciski = document.querySelectorAll('.przycisk');

WTF moment #1: „Czekaj, mogę wyszukiwać elementy DOKŁADNIE tak samo jak w CSS?!”

To była pierwsza rzecz, która sprawiła, że JavaScript nagle „kliknął” (nie mylić z tym przyciskiem, o którym za chwilę). Znałam już selektory CSS z pracy z WordPressem. Nagle mogłam użyć tej samej wiedzy do wyszukiwania elementów w JavaScript.

Manipulacja DOM – zmienianie tego, co widać na ekranie

Zmiana tekstu

javascript

const naglowek = document.getElementById('naglowek');
naglowek.textContent = 'Nowy tekst!';

Pierwsza rzecz, którą zrobiłam: Zmiana powitania na stronie w zależności od pory dnia.

javascript

const godzina = new Date().getHours();
const powitanie = document.getElementById('powitanie');

if (godzina < 12) {
    powitanie.textContent = 'Dzień dobry!';
} else if (godzina < 18) {
    powitanie.textContent = 'Dzień dobry (popołudniu)!';
} else {
    powitanie.textContent = 'Dobry wieczór!';
}

Efekt na ekranie: Odświeżam stronę – tekst się zmienia w zależności od tego, o której godzinie to robię. Proste, ale to był mój pierwszy prawdziwy moment „wow”.

Zmiana stylu (CSS przez JavaScript)

javascript

const przycisk = document.getElementById('przycisk');
przycisk.style.backgroundColor = 'niebieski';
przycisk.style.color = 'biały';
przycisk.style.padding = '10px 20px';

Zmiana klasy (lepsza praktyka niż zmiana pojedynczych stylów):

javascript

const karta = document.querySelector('.karta');
karta.classList.add('podswietlona');
karta.classList.remove('nieaktywna');
karta.classList.toggle('rozwiniety'); // dodaje jeśli nie ma, usuwa jeśli jest

Dlaczego classList jest lepsze niż bezpośrednie zmienianie style:

Bezpośrednia zmiana stylu (element.style.color = 'red') miesza logikę JavaScript ze stylowaniem CSS. Lepsza praktyka to przygotowanie klas CSS wcześniej (np. .aktywny { color: red; }) i dodawanie/usuwanie tych klas przez JavaScript.

Tworzenie nowych elementów dynamicznie

To była kolejna rzecz, która mnie zachwyciła – możliwość tworzenia całkowicie nowych elementów HTML za pomocą kodu, bez wcześniejszego pisania ich w pliku HTML.

javascript

function dodajZadanie(tresc) {
// Tworzę nowy element
    const nowyElement = document.createElement('li');
    nowyElement.textContent = tresc;
    nowyElement.classList.add('zadanie');

// Dodaję go do listy na stronie
    const lista = document.getElementById('listaZadan');
    lista.appendChild(nowyElement);
}

dodajZadanie('Nauczyć się manipulacji DOM');
dodajZadanie('Zbudować listę zadań');

WTF moment #2: „Mogę tworzyć elementy które nigdy nie istniały w oryginalnym HTML?!”

To otworzyło mi drzwi do zrozumienia, jak działają aplikacje typu lista zadań, komentarze dodawane na żywo, czy dynamiczne galerie zdjęć.

Zdarzenia (events) – jak strona reaguje na użytkownika

Czym są zdarzenia

Zdarzenie to sygnał, że coś się wydarzyło na stronie – kliknięcie, najechanie myszką, wpisanie tekstu, przewinięcie strony, załadowanie się dokumentu.

Nasłuchiwacz zdarzenia (event listener) to fragment kodu, który „czeka” na konkretne zdarzenie i uruchamia się, kiedy ono nastąpi.

Pierwszy nasłuchiwacz zdarzenia – moment przełomowy

javascript

const przycisk = document.getElementById('przycisk');

przycisk.addEventListener('click', function() {
    console.log('Kliknięto przycisk!');
});

To był moment, o którym pisałam na początku posta. Kliknęłam przycisk w przeglądarce, i w konsoli pojawił się mój tekst. Coś, co napisałam, zareagowało na moje działanie w czasie rzeczywistym.

Rozwinięcie do praktycznego przykładu – zmiana koloru po kliknięciu:

javascript

const przycisk = document.getElementById('przycisk');
let jestAktywny = false;

przycisk.addEventListener('click', function() {
    jestAktywny = !jestAktywny; // odwrócenie wartości logicznej

    if (jestAktywny) {
        przycisk.style.backgroundColor = 'zielony';
        przycisk.textContent = 'Aktywne!';
    } else {
        przycisk.style.backgroundColor = 'szary';
        przycisk.textContent = 'Kliknij mnie';
    }
});

Rodzaje zdarzeń które poznałam

Zdarzenia myszy:

javascript

element.addEventListener('click', funkcja);        // kliknięcie
element.addEventListener('mouseover', funkcja);     // najechanie myszką
element.addEventListener('mouseout', funkcja);      // zjechanie myszką
element.addEventListener('dblclick', funkcja);      // podwójne kliknięcie

Zdarzenia klawiatury:

javascript

element.addEventListener('keydown', funkcja);       // naciśnięcie klawisza
element.addEventListener('keyup', funkcja);          // puszczenie klawisza

Zdarzenia formularzy:

javascript

formularz.addEventListener('submit', funkcja);       // wysłanie formularza
input.addEventListener('input', funkcja);             // zmiana wartości podczas pisania
input.addEventListener('change', funkcja);            // zmiana wartości (po opuszczeniu pola)

Zdarzenia strony:

javascript

window.addEventListener('load', funkcja);             // strona się załadowała
window.addEventListener('scroll', funkcja);            // przewinięcie strony
window.addEventListener('resize', funkcja);            // zmiana rozmiaru okna

Obiekt zdarzenia – dodatkowe informacje o tym, co się stało

Kiedy funkcja obsługująca zdarzenie się uruchamia, automatycznie dostaje dostęp do obiektu zdarzenia – zawierającego szczegółowe informacje o tym, co dokładnie się wydarzyło.

javascript

przycisk.addEventListener('click', function(zdarzenie) {
    console.log(zdarzenie.target);        // który element został kliknięty
    console.log(zdarzenie.clientX);       // pozycja X kursora
    console.log(zdarzenie.clientY);       // pozycja Y kursora
});

Praktyczne zastosowanie – walidacja formularza podczas pisania:

javascript

const inputEmail = document.getElementById('email');
const komunikat = document.getElementById('komunikatEmail');

inputEmail.addEventListener('input', function(zdarzenie) {
    const wartosc = zdarzenie.target.value;

    if (wartosc.includes('@')) {
        komunikat.textContent = 'Wygląda dobrze!';
        komunikat.style.color = 'zielony';
    } else {
        komunikat.textContent = 'Brakuje znaku @';
        komunikat.style.color = 'czerwony';
    }
});

WTF moment #3: „Mogę sprawdzać co użytkownik pisze W CZASIE RZECZYWISTYM, bez klikania jakiegokolwiek przycisku 'sprawdź’?!”

To był moment, który uświadomił mi, dlaczego nowoczesne formularze internetowe pokazują błędy na bieżąco, zamiast dopiero po wysłaniu.

Mój pierwszy prawdziwy projekt interaktywny – lista zadań

Po dwóch tygodniach nauki manipulacji DOM i zdarzeń, zbudowałam mój pierwszy w pełni interaktywny projekt – prostą listę zadań (to-do list).

HTML:

html

<div class="kontener">
    <h1>Moja Lista Zadań</h1>
    <div class="formularz">
        <input type="text" id="noweZadanie" placeholder="Wpisz zadanie...">
        <button id="dodajPrzycisk">Dodaj</button>
    </div>
    <ul id="listaZadan"></ul>
</div>

JavaScript:

javascript

const input = document.getElementById('noweZadanie');
const przyciskDodaj = document.getElementById('dodajPrzycisk');
const lista = document.getElementById('listaZadan');

function dodajZadanie() {
    const tresc = input.value.trim();

// Walidacja - nie dodawaj pustych zadań
    if (tresc === '') {
        alert('Wpisz treść zadania!');
        return;
    }

// Tworzenie nowego elementu listy
    const nowyElement = document.createElement('li');
    nowyElement.classList.add('zadanie');

// Tekst zadania
    const tekstZadania = document.createElement('span');
    tekstZadania.textContent = tresc;

// Przycisk oznaczenia jako wykonane
    const przyciskWykonaj = document.createElement('button');
    przyciskWykonaj.textContent = '✓';
    przyciskWykonaj.classList.add('przycisk-wykonaj');

    przyciskWykonaj.addEventListener('click', function() {
        tekstZadania.classList.toggle('wykonane');
    });

// Przycisk usunięcia
    const przyciskUsun = document.createElement('button');
    przyciskUsun.textContent = '✗';
    przyciskUsun.classList.add('przycisk-usun');

    przyciskUsun.addEventListener('click', function() {
        nowyElement.remove();
    });

// Składanie wszystkiego razem
    nowyElement.appendChild(tekstZadania);
    nowyElement.appendChild(przyciskWykonaj);
    nowyElement.appendChild(przyciskUsun);
    lista.appendChild(nowyElement);

// Czyszczenie inputu po dodaniu
    input.value = '';
    input.focus();
}

// Dodawanie przez kliknięcie przycisku
przyciskDodaj.addEventListener('click', dodajZadanie);

// Dodawanie przez naciśnięcie Enter
input.addEventListener('keydown', function(zdarzenie) {
    if (zdarzenie.key === 'Enter') {
        dodajZadanie();
    }
});

Co się nauczyłam budując ten projekt:

• Łączenie manipulacji DOM z obsługą zdarzeń – to nie są osobne tematy, tylko dwa elementy tej samej całości
• Tworzenie zagnieżdżonych elementów dynamicznie (element wewnątrz elementu wewnątrz elementu)
• Wielokrotne nasłuchiwacze zdarzeń na różnych elementach jednocześnie
• trim() – usuwanie białych znaków z początku/końca tekstu (zapobiega dodawaniu „pustych” zadań ze spacjami)
• zdarzenie.key – sprawdzanie, który konkretnie klawisz został naciśnięty

Czas realizacji: 3 godziny (rozłożone na trzy dni po godzinie)

Porównanie: Pierwszy mini-projekt w lipcu (kalkulator) zajął mi 2 godziny, ale był statyczny w tym sensie, że nie tworzył nowych elementów. Lista zadań to pierwszy raz, kiedy strona rozrasta się i zmienia strukturę w odpowiedzi na to, co robi użytkownik.

Wyzwania techniczne – co sprawiało najwięcej trudności

1. Zrozumienie this wewnątrz nasłuchiwaczy zdarzeń

Problem:

javascript

przycisk.addEventListener('click', function() {
    console.log(this); // co to jest "this"?
});

W kontekście nasłuchiwacza zdarzenia, this odnosi się do elementu, na którym zdarzenie zostało zarejestrowane (czyli do samego przycisku).

Ale przy funkcji strzałkowej (arrow function) this zachowuje się inaczej:

javascript

przycisk.addEventListener('click', () => {
    console.log(this); // to NIE jest przycisk, tylko kontekst zewnętrzny
});

Lekcja: Przy pracy z DOM i zdarzeniami, zwykłe funkcje (function() {}) i funkcje strzałkowe (() => {}) zachowują się różnie względem this. To był mylący temat przez dobry tydzień.

2. Event bubbling – „wypływanie” zdarzeń

Problem: Kliknięcie na przycisk wewnątrz elementu <li> uruchamiało nasłuchiwacz zarejestrowany na samym <li>, mimo że kliknęłam tylko przycisk.

Wyjaśnienie: Zdarzenia w DOM „wypływają” od elementu, na którym się wydarzyły, w górę przez wszystkich rodziców w strukturze drzewa.

javascript

lista.addEventListener('click', function(zdarzenie) {
    console.log(zdarzenie.target); // dokładny element, który został kliknięty
    console.log(zdarzenie.currentTarget); // element, na którym zarejestrowano nasłuchiwacz
});

Praktyczne zastosowanie – delegacja zdarzeń (event delegation):

Zamiast dodawać osobny nasłuchiwacz do każdego elementu listy (co jest nieefektywne przy dynamicznie dodawanych elementach), dodaje się JEDEN nasłuchiwacz do rodzica i sprawdza, co dokładnie zostało kliknięte:

javascript

lista.addEventListener('click', function(zdarzenie) {
    if (zdarzenie.target.classList.contains('przycisk-usun')) {
        zdarzenie.target.closest('.zadanie').remove();
    }
});

WTF moment #4, ale w dobrym sensie: Ta technika rozwiązała problem, z którym walczyłam tydzień wcześniej, próbując dodawać nasłuchiwacze do elementów tworzonych dynamicznie.

3. Zapobieganie domyślnemu zachowaniu przeglądarki

Problem: Formularz po wysłaniu odświeżał całą stronę, co usuwało wszystkie wprowadzone dane.

Rozwiązanie:

javascript

formularz.addEventListener('submit', function(zdarzenie) {
    zdarzenie.preventDefault(); // blokuje domyślne odświeżenie strony
// reszta logiki obsługi formularza
});

Lekcja: Wiele elementów HTML ma wbudowane „domyślne zachowanie” (formularz wysyła i odświeża stronę, link przenosi na inną stronę). preventDefault() pozwala przejąć kontrolę i zdecydować, co ma się stać zamiast tego.

Momenty „wow” – lista moich ulubionych

Podsumowując te dwa tygodnie nauki, oto konkretne momenty, które sprawiły, że poczułam prawdziwą radość z programowania:

1. Pierwszy klik konsoli – kiedy console.log('Kliknięto!') faktycznie się pojawił po kliknięciu przycisku

2. Zmiana koloru w czasie rzeczywistym – przycisk zmieniający kolor tła po kliknięciu, bez odświeżania strony

3. Tworzenie elementów, których nigdy nie było w HTML – dodanie nowego zadania do listy, które fizycznie nie istniało w pliku HTML

4. Walidacja na żywo – komunikat błędu pojawiający się i znikający, kiedy piszę w polu formularza, bez klikania czegokolwiek

5. Delegacja zdarzeń działająca poprawnie – moment, kiedy zrozumiałam, dlaczego mój kod przestał działać po dodaniu nowych elementów, i jak to naprawić jednym uniwersalnym nasłuchiwaczem

6. Ukończona lista zadań – moment, kiedy mogłam dodać zadanie, oznaczyć je jako wykonane, i usunąć – wszystko bez odświeżania strony ani jednej linijki PHP

Zasoby, które pomogły mi zrozumieć DOM i zdarzenia

1. JavaScript.info – rozdział „Document” (★★★★★)

Najbardziej szczegółowe i zrozumiałe wyjaśnienie manipulacji DOM, jakie znalazłam. Wracałam do niego wielokrotnie.

2. MDN Web Docs – dokumentacja Event (★★★★★)

Kiedy potrzebowałam sprawdzić, jakie właściwości ma dany typ zdarzenia (np. co dokładnie zawiera obiekt zdarzenia przy keydown), dokumentacja MDN była niezastąpiona.

3. Traversy Media – „JavaScript DOM Crash Course” (★★★★★)

Godzinny film, który pokazuje budowanie kilku małych projektów interaktywnych na żywo. Zobaczenie procesu myślowego kogoś doświadczonego bardzo pomogło mi zrozumieć, jak łączyć poszczególne koncepty.

4. FreeCodeCamp – sekcja „DOM Manipulation” (★★★★☆)

Ćwiczenia praktyczne z natychmiastową weryfikacją. Trochę oderwane od kontekstu (pojedyncze zadania, nie cały projekt), ale świetne do utrwalenia składni.

Plany na wrzesień-październik – co dalej

Tydzień 1-2 września:

• Dokończenie tematu zdarzeń (event delegation, custom events)
• Rozbudowa listy zadań o zapisywanie w localStorage

Tydzień 3-4 września:

• Fetch API – pobieranie danych z zewnętrznych źródeł
• Praca z JSON w JavaScript

Październik:

• Pierwsze starcie z asynchronicznością (promises, async/await)
• Może pierwszy kontakt z React, jeśli poczuję się gotowa

Cel realistyczny: Do końca września chcę umieć budować w pełni funkcjonalne, interaktywne komponenty dla stron klientów – formularze z walidacją, proste kalkulatory, dynamiczne galerie.

FAQ – manipulacja DOM i zdarzenia w JavaScript

Czy manipulacja DOM to to samo co React/Vue?

Nie, ale jest fundamentem, na którym te frameworki się opierają. React i Vue „pod maską” też manipulują DOM, tylko robią to bardziej efektywnie i za pomocą swojej własnej, uproszczonej składni. Zrozumienie czystego (vanilla) DOM znacznie ułatwia późniejszą naukę frameworków.

Czy potrzebuję znać jQuery, żeby manipulować DOM?

Nie. jQuery było popularne, kiedy natywne API JavaScript do manipulacji DOM było bardziej niewygodne. Dzisiaj nowoczesny JavaScript (metody jak querySelector, classList, addEventListener) jest wystarczająco przyjazny, że jQuery stało się w dużej mierze zbędne dla nowych projektów.

Ile czasu zajęła Ci nauka tego tematu?

Około dwóch tygodni intensywniejszej nauki (po powrocie do pełnego tempa po wakacjach) – łącznie może 12-15 godzin, plus dodatkowy czas na budowę projektu listy zadań.

Co było najtrudniejsze w tym temacie?

Zdecydowanie zrozumienie event bubbling i delegacji zdarzeń. To jest koncept, który na papierze brzmi prosto, ale dopóki nie napotkałam realnego problemu (nasłuchiwacz nie działający na dynamicznie dodanych elementach), nie rozumiałam, po co to jest potrzebne.

Czy manipulacja DOM jest przydatna, jeśli pracuję głównie z WordPressem?

Zdecydowanie tak. Nawet przy pracy z gotowym CMS-em, umiejętność dodania własnego, lekkiego JavaScript do konkretnych interakcji (zamiast instalowania kolejnej wtyczki) to ogromna przewaga – i pod względem wydajności strony, i pod względem tego, co możesz zaoferować klientom.

Podsumowanie – Learning Log #7

Manipulacja DOM i zdarzenia w JavaScript to temat, który zmienił moje rozumienie tego, czym w ogóle jest programowanie frontendowe. Wcześniej JavaScript był dla mnie „kolejnym językiem ze składnią podobną do Javy”. Teraz jest narzędziem, które sprawia, że strony internetowe żyją.

Co osiągnęłam:

• Rozumiem czym jest DOM i jak przeglądarka go tworzy
• Potrafię wyszukiwać, tworzyć i modyfikować elementy dynamicznie
• Rozumiem nasłuchiwacze zdarzeń i obiekt zdarzenia
• Znam delegację zdarzeń i wiem, kiedy jej używać
• Zbudowałam pierwszy w pełni interaktywny projekt (lista zadań)
• Widzę bezpośrednie zastosowanie w pracy freelance

Najważniejsza lekcja tego etapu:

Programowanie frontendowe to nie pisanie kodu, który „coś robi”. To pisanie kodu, który reaguje.

Ten przycisk, który zmienia kolor po kliknięciu – to nie jest wielka rzecz techniczna. Ale to jest moment, w którym zrozumiałam, dlaczego ludzie kochają programowanie frontendu: piszesz coś, i to coś odpowiada Ci na żywo.

Po wakacyjnej przerwie i strategii mikroedukacji, wrzesień przywrócił mi pełne tempo – i przyniósł jeden z najbardziej satysfakcjonujących etapów nauki do tej pory.

PS: Pamiętasz swój pierwszy moment „wow” w programowaniu? Co to było? A jeśli dopiero zaczynasz naukę DOM i zdarzeń – z czym masz największe trudności? Zostaw komentarz, chętnie pomogę albo po prostu poczuję się mniej samotna w tym zachwycie nad zmieniającym kolor przyciskiem!

Artykuł Learning Log #7: JavaScript – manipulacja DOM, zdarzenia i pierwsza prawdziwa interaktywność pochodzi z serwisu To co najważniejsze.

Siedem dni. W lipcu byłam dumna z serii 45 dni z rzędu. Teraz patrzę na pusty plik script.js i czuję coś między winą a rezygnacją.

Nauka programowania w wakacje brzmi pięknie w teorii – „więcej czasu, luźniejszy grafik, może nawet uda się przyspieszyć”. Rzeczywistość: mniej czasu (szkoła zamknięta), więcej rozpraszaczy (upał, wyjazdy, dzieci non-stop w domu) i harmonogram, który sypie się codziennie.

Dziś, po dwóch miesiącach prób i błędów, dzielę się tym, co faktycznie zadziałało – i czego się nauczyłam o utrzymywaniu nawyku nauki, kiedy wszystkie zewnętrzne struktury znikają.

Dlaczego wakacje są tak trudne dla nawyku nauki

Problem 1: Znika struktura zewnętrzna

Przez rok szkolny mój dzień ma naturalne bloki: szkoła 8:00-16:00 = okno na pracę i naukę. Wakacje = zero tej struktury.

Skutek: Muszę SAMA tworzyć strukturę, zamiast korzystać z gotowej. To wymaga dodatkowej energii mentalnej, której mam mniej (bo jestem non-stop z dziećmi).

Problem 2: Siła woli jest już wyczerpana na coś innego

Wcześniej pisałam o wyczerpaniu siły woli (willpower depletion) w kontekście wieczornej nauki. W wakacje ten mechanizm działa cały dzień, nie tylko wieczorem.

Każda decyzja – jak zająć dzieci, jak poradzić sobie z przegrzaniem, jak nie zwariować od hałasu – zużywa tę samą pulę zasobów, której potrzebuję do nauki kodu.

Problem 3: Rozpraszacze są dosłownie w tym samym pokoju

W roku szkolnym: cisza, mogę się skupić 50 minut bez przerwy.

W wakacje: dziecko przychodzi co 8-12 minut. Nie da się wejść w głęboki stan skupienia (deep focus), bo mózg cały czas jest w trybie czuwania na przerwanie.

Problem 4: Poczucie winy w obie strony

To był dla mnie największy problem psychologiczny. Kiedy się uczę – czuję się winna, że „zaniedbuję” dziecko w wakacje. Kiedy nie się uczę – czuję się winna, że „marnuję czas” i „tracę momentum”.

Efekt: Zamiast cieszyć się ani jednym, ani drugim, czułam ciągły niepokój.

Co NIE zadziałało – moje błędy z lipca

Błąd 1: Utrzymywanie tego samego celu co w roku szkolnym

W czerwcu uczyłam się 1h dziennie. W lipcu próbowałam utrzymać ten sam cel.

Rezultat: Porażka za porażką. Codzienne niepowodzenie w osiągnięciu celu = frustracja = w końcu całkowita rezygnacja (te siedem dni przerwy).

Błąd 2: Sztywne trzymanie się jednej pory dnia

Moja „złota godzina” (14:00-15:00) w wakacje po prostu nie istnieje. Dzieci o tej porze są najbardziej aktywne, najmniej skłonne do samodzielnej zabawy.

Próbowałam wciskać naukę w ten slot mimo wszystko. Efekt: 10 minut skupienia, 40 minut frustracji.

Błąd 3: Traktowanie każdej przerwanej sesji jako porażki

Dziecko przerywa po 15 minutach? W mojej głowie: „No i po nauce, cały dzień stracony.”

To binarne myślenie („albo pełna sesja, albo nic”) sabotowało mnie bardziej niż same przerwania.

Błąd 4: Brak planu na „zero energii”

Zakładałam, że zawsze będę miała choć trochę energii na naukę. Ale niektóre dni wakacyjne – te po nieprzespanej nocy, po długim upale, po trudnym zachowaniu dzieci – zostawiają zero.

Bez planu B, te dni = całkowita rezygnacja zamiast małego kroku.

Strategie mikroedukacji, które faktycznie zadziałały

Po tygodniu przerwy usiadłam i przeprojektowałam całe podejście. Oto co wprowadziłam w sierpniu i co realnie działa.

1. Redukcja celu o 80%, nie o 20%

Zamiast „1h dziennie zamiast 1h dziennie, ale postaram się bardziej”, zrobiłam radykalne cięcie:

Nowy cel wakacyjny: 10 minut dziennie.

Brzmi śmiesznie mało? To jest clou strategii. Mikroedukacja (microlearning) polega na tym, żeby cel był tak mały, że niemożliwość jego osiągnięcia praktycznie nie istnieje.

Efekt psychologiczny: 10 minut nauki JavaScript codziennie = utrzymanie nawyku = poczucie sukcesu, zamiast codziennej porażki przy celu 1h.

2. Elastyczna pora zamiast sztywnego bloku

Zamiast „14:00-15:00 zawsze”, wprowadziłam zasadę: „gdziekolwiek znajdę 10 minut, tam się uczę”.

Realne przykłady z ostatniego tygodnia:

• 6:40 rano, zanim dzieci się obudziły – 15 minut czytania dokumentacji na telefonie
• 12:30, dzieci oglądają bajkę podczas obiadu – 10 minut ćwiczenia na FreeCodeCamp
• 21:15, po położeniu dzieci, zanim opadłam z sił – 20 minut kodowania

Kluczowa zmiana myślenia: Nauka nie ma jednego „właściwego” momentu w wakacje. Ma dowolny moment, w którym się pojawia okazja.

3. Zadania podzielone na fragmenty 5-10 minutowe

Przeprojektowałam sposób planowania nauki. Zamiast „dzisiaj zrobię moduł o pętlach w JavaScript” (który wymaga 45 minut skupienia), dzielę na:

• Fragment 1 (10 min): Przeczytać teorię o pętli for
• Fragment 2 (10 min): Zobaczyć 2 przykłady kodu
• Fragment 3 (10 min): Napisać jeden własny przykład
• Fragment 4 (10 min): Rozwiązać jedno zadanie ćwiczeniowe

Każdy fragment jest samodzielną jednostką – mogę go zrobić w dowolnej kolejności, w dowolnym momencie, i przerwanie po jednym fragmencie nie niszczy niczego, bo to nie jest „połowa czegoś”, tylko „cały mały kawałek”.

4. Nauka pasywna podczas aktywności rodzinnych

To była dla mnie rewelacja. Zamiast traktować naukę i czas z dzieckiem jako całkowicie rozłączne kategorie, znalazłam formę nauki, która współistnieje z byciem rodzicem.

Podcasty i audiobooki o programowaniu podczas:

• Spaceru z dzieckiem do parku (20-30 minut)
• Jazdy samochodem na wycieczki (nawet godzina!)
• Gotowania obiadu (dziecko bawi się obok)

Nie piszę wtedy kodu, ale słucham o konceptach, wyjaśnieniach, historiach z branży. To nie zastępuje praktycznej nauki, ale utrzymuje mózg w kontakcie z tematem, co znacznie ułatwia powrót do praktycznej nauki.

5. Notatki głosowe zamiast pisania

Kiedy mam pomysł albo „aha moment” podczas dnia, ale nie mogę usiąść przy laptopie – nagrywam 30-sekundową notatkę głosową na telefonie.

Przykład notatki: „Pamiętać – destructuring w JavaScript to jak wyciąganie zmiennych z obiektu jednocześnie, muszę to przetestować z tablicą zagnieżdżoną”

Wieczorem, w swoich 10-20 minutach, odtwarzam notatki i przekuwam je w konkretną naukę. To zapobiega utracie przelotnych myśli, które inaczej by zniknęły bezpowrotnie.

6. „Sesja ratunkowa” na dni zero energii

Wprowadziłam plan B dla dni, kiedy dosłownie nie ma siły na nic.

Sesja ratunkowa = 3 minuty.

To może być:

• Przeczytanie jednego akapitu z dokumentacji
• Przejrzenie własnych notatek z poprzedniego tygodnia
• Obejrzenie 3-minutowego fragmentu tutorialu

Cel nie jest nauka nowej wiedzy. Cel to utrzymanie kontaktu z tematem, żeby nawyk fizycznie nie umarł.

Efekt: W ciągu sześciu tygodni wakacji miałam może 4 dni z „sesją ratunkową” zamiast pełnego zera. To 4 dni więcej momentum niż gdybym całkowicie odpuściła.

Jak wygląda mój wakacyjny tydzień teraz – konkretny przykład

Poniedziałek:

• 6:45 – 15 min czytania dokumentacji (telefon, jeszcze w łóżku)
• 13:00 – 10 min ćwiczeń praktycznych (dziecko na drzemce, ale krótko)
• Total: 25 minut

Wtorek (dzień wyjazdu do rodziny – mało czasu):

• 3 minuty sesji ratunkowej wieczorem
• Total: 3 minuty

Środa:

• 30 min podcastu podczas spaceru z dzieckiem (nauka pasywna)
• 10 min notatek wieczorem na podstawie tego co usłyszałam
• Total: 40 minut (w tym 30 pasywnych)

Czwartek (bardzo trudny dzień, dziecko chore):

• 0 minut – kompletna rezygnacja, i to jest OK

Piątek:

• 20 min rano (dziecko wstało później niż zwykle)
• 15 min wieczorem
• Total: 35 minut

Sobota-niedziela (rodzina, mniej struktury):

• Sobota: 10 min sesji ratunkowej
• Niedziela: 0 minut

Tygodniowy total: ~113 minut (niecałe 2 godziny)

Porównanie z rokiem szkolnym: W czerwcu miałam ~420 minut tygodniowo (7h). To jest 75% mniej.

Czy to problem? Nie tak, jak myślałam. Bo najważniejsza rzecz się utrzymała: nawyk siadania do nauki nie umarł całkowicie.

Dlaczego małe kroki wystarczą – nauka z psychologii nawyków

W jednej z moich ulubionych książek o budowaniu nawyków pojawia się zasada: „nie przegap dwa razy z rzędu”. Jedna przegapiona sesja to wypadek. Dwie z rzędu to zaczątek nowego (złego) nawyku.

W wakacje zastosowałam tę zasadę dosłownie.

Kiedy miałam dzień zero (jak ten czwartek z chorym dzieckiem), następnego dnia MUSIAŁAM zrobić choćby sesję ratunkową – 3 minuty. Nie dla wiedzy. Dla utrzymania łańcucha (streak).

Dlaczego to działa psychologicznie:

Mózg nie rozróżnia dobrze między „10 minut nauki” a „1 godzina nauki” jeśli chodzi o utrzymanie identyfikacji z rolą. Jeśli codziennie robisz cokolwiek związanego z programowaniem, Twój mózg wciąż kategoryzuje Cię jako „osobę, która się uczy programowania”.

Jeśli robisz przerwę na dwa tygodnie, ta identyfikacja zaczyna się rozmywać. Wracasz nie jako „osoba wracająca do rutyny”, ale jako „osoba zaczynająca od nowa” – co jest znacznie trudniejsze psychologicznie.

Co się dzieje z postępem technicznym przy tak małych dawkach

Uczciwie: postęp techniczny jest wolniejszy. Nie oszukujmy się.

W czerwcu przerabiałam jeden moduł kursu JavaScript tygodniowo. W wakacje – jeden moduł na dwa-trzy tygodnie.

Ale jest różnica między „wolniejszy postęp” a „brak postępu”.

Gdybym całkowicie przerwała na dwa miesiące wakacji, wrzesień oznaczałby:

• Zapomnienie sporej części tego, czego się nauczyłam
• Konieczność „rozgrzewki” przez tydzień-dwa, zanim wrócę do pełnej produktywności
• Utratę pewności siebie („czy ja w ogóle to jeszcze umiem?”)

Z mikroedukacją, mimo wolniejszego tempa:

• Materiał się nie zapomina (bo mam z nim kontakt co kilka dni)
• Wrzesień będzie płynnym przyspieszeniem, nie startem od zera
• Pewność siebie zostaje („uczę się, tylko wolniej”)

Rozpraszacze – jak sobie z nimi radzę

Upał

Sierpień w Polsce potrafi być dokuszający. Kiedy jest 32 stopnie, a klimatyzacji brak, koncentracja spada drastycznie.

Moje rozwiązanie: Przenoszę naukę na najchłodniejsze godziny (wczesny ranek, późny wieczór). W środku dnia, kiedy jest najgoręcej, robię tylko naukę pasywną (podcasty) albo nic.

Wyjazdy i zmiana otoczenia

Podczas tygodnia nad morzem (opisywałam to w poprzednim wpisie o planie na wakacje) całkowicie odpuściłam naukę. To był świadomy wybór – urlop to urlop.

Ale: Przed wyjazdem i po powrocie zrobiłam „sesje przejściowe” – krótkie przypomnienie tego, co robiłam wcześniej, żeby ułatwić powrót.

Zmęczenie fizyczne

To był mój największy wróg. Po całym dniu z aktywnym dzieckiem, wieczorem mam dosłownie zero energii mentalnej.

Rozwiązanie: Przesunęłam część nauki na rano, kiedy jestem świeższa, zamiast walczyć z wieczornym wyczerpaniem.

Media społecznościowe jako ucieczka

Kiedy jestem zmęczona, naturalny odruch to sięgnięcie po telefon i scrollowanie, nie nauka.

Rozwiązanie: Ustawiłam limit czasu na aplikacjach społecznościowych (30 minut dziennie) w telefonie. Kiedy limit się kończy, telefon pyta „czy na pewno chcesz kontynuować” – to małe tarcie często wystarcza, żeby zamiast tego sięgnąć po notatki z JavaScript.

Kiedy warto całkowicie odpuścić – i dlaczego to jest OK

Ważne zastrzeżenie: nie każdy dzień musi mieć choćby 3 minuty.

Tydzień nad morzem – zero nauki, i uważam to za słuszną decyzję. Dni kiedy dzieci są naprawdę chore, kiedy sama jestem wyczerpana emocjonalnie, kiedy coś poważnego się dzieje w rodzinie – całkowita rezygnacja to nie porażka, to zdrowy rozsądek.

Różnica między „świadomą przerwą” a „utratą nawyku”:

Świadoma przerwa: „Dzisiaj/w tym tygodniu odpuszczam, bo [konkretny powód], i wrócę [konkretny plan powrotu].”

Utrata nawyku: „Nie uczę się, bo… nie wiem, jakoś nie wyszło, może jutro, może pojutrze” (bez konkretnego planu powrotu).

Pierwsza opcja jest częścią zdrowego podejścia. Druga to ślizganie się w kierunku całkowitego porzucenia.

FAQ – nauka programowania w wakacjach

Czy 10 minut dziennie naprawdę coś daje?

Tak, ale inaczej niż myślisz. Nie chodzi o ilość przyswojonej wiedzy w tych 10 minutach – chodzi o utrzymanie neuronalnych ścieżek aktywnymi i zachowanie tożsamości „osoby uczącej się”. To fundament, na którym łatwo odbudować pełne tempo we wrześniu.

Czy nie lepiej zrobić sobie prawdziwą przerwę od nauki na całe wakacje?

Dla niektórych osób – tak, i to jest w pełni uzasadniony wybór. Jeśli wiesz, że łatwo Ci wrócić do nawyku po dłuższej przerwie, pełna przerwa może być zdrowsza niż wymuszanie mikrosesji.

Dla mnie, po doświadczeniu tych siedmiu dni całkowitej przerwy w lipcu, wiem, że łatwiej jest utrzymać choćby minimalny kontakt niż zaczynać kompletnie od nowa.

Jak przekonać się psychicznie, że 10 minut „się liczy”?

Zmiana definicji sukcesu. Sukces w wakacje to nie „ile się nauczyłam”, tylko „czy nawyk przetrwał”. Przy takiej definicji, 10 minut codziennie to pełny sukces, nie kompromis.

Co z nauką z dzieckiem obok – czy to w ogóle możliwe?

Częściowo tak. Nauka pasywna (podcasty, audiobooki) działa świetnie przy dziecku w tle. Nauka aktywna (pisanie kodu) wymaga chwil, kiedy dziecko jest zajęte samo sobą – drzemka, zabawa, bajka. To nieregularne okna, ale realnie istnieją, jeśli się na nie czeka zamiast planować sztywno.

Czy warto zmieniać temat nauki latem na coś „lżejszego”?

To zależy od osoby. Ja zostałam przy JavaScript, ale obniżyłam intensywność. Niektórzy wolą latem czytać książki o programowaniu (bez praktyki) zamiast pisać kod – to też forma utrzymania kontaktu z tematem, mniej wymagająca energetycznie.

Podsumowanie – czy da się utrzymać momentum w wakacje

Krótka odpowiedź: tak, ale nie w tej samej formie co w roku szkolnym.

Kluczowe zasady, które wprowadziłam:

• Redukcja celu o 80% (z 60 minut do 10 minut dziennie)
• Elastyczna pora zamiast sztywnego slotu – uczę się gdziekolwiek znajdę okazję
• Zadania podzielone na fragmenty 5-10 minutowe – łatwiej wcisnąć w krótkie okna
• Nauka pasywna podczas aktywności rodzinnych – podcasty na spacerze, w aucie
• Notatki głosowe – zapisuję przelotne myśli, przetwarzam wieczorem
• Sesja ratunkowa (3 minuty) na dni zero energii – utrzymuje łańcuch nawyku
• Świadome przerwy są OK – tydzień urlopu bez poczucia winy

Nauka programowania w wakacje to nie kwestia „utrzymać tempo z roku szkolnego za wszelką cenę”. To kwestia znalezienia minimalnej dawki, która utrzymuje nawyk żywym, bez wywoływania chronicznego poczucia winy czy wypalenia.

Wrzesień przyjdzie. Szkoła będzie. Struktura wróci. A ja będę miała za sobą nie „stracone lato”, tylko wolniejsze, ale ciągłe lato – z nawykiem, który przetrwał, mimo wszystkich przeszkód.

To wystarczy.

PS: Też walczysz z utrzymaniem nauki (programowania, języka, czegokolwiek) w wakacje? Jakie strategie u Ciebie działają? Podziel się w komentarzu – potrzebujemy nawzajem swojego wsparcia w tym sezonie chaosu!

Artykuł Nauka programowania w wakacje – czy da się utrzymać nawyk? pochodzi z serwisu To co najważniejsze.

Po latach robienia stron WordPress przetestowałam obie drogi dziesiątki razy. Zbudowałam ponad 30 stron – część na kreatorach stron (Elementor, Gutenberg), część na motywach dedykowanych pisanych od zera.

Wybór między kreatorem stron a motywem dedykowanym to nie jest pytanie „co lepsze”. To pytanie „co lepsze DLA TEGO klienta, TEGO budżetu, TEGO celu”.

Dziś pokażę Wam dokładnie jak decydowałam: kreator stron vs custom kod – z konkretnymi przykładami projektów, analizą wydajności, kosztów i tego co faktycznie mówię klientom podczas rozmowy o wycenie.

Podstawy – czym różnią się te podejścia?

Kreator stron (page builder) – np. Elementor

Czym jest:

Wtyczka do WordPressa pozwalająca budować strony metodą „przeciągnij i upuść” (drag & drop), bez pisania kodu.

Jak to wygląda w praktyce:

• Klikam sekcję → dodaję kolumny → wrzucam widżety (tekst, zdjęcie, przycisk)
• Wszystko wizualnie, na żywo widzę efekt
• Zero pisania HTML/CSS/PHP

Popularne kreatory stron:

• Elementor (najpopularniejszy, ja używam najczęściej)
• Divi
• Beaver Builder
• Gutenberg (wbudowany w WordPress, coraz lepszy)

Motyw dedykowany (custom theme)

Czym jest:
Motyw WordPress napisany od podstaw (albo mocno zmodyfikowany) w PHP, HTML, CSS i JavaScript, dopasowany dokładnie do potrzeb konkretnego klienta.

Jak to wygląda w praktyce:

• Piszę kod w edytorze (VS Code)
• Buduję szablony stron (page templates) ręcznie
• Pełna kontrola nad każdym elementem

Kiedy „custom”:

• Motyw od zera (rzadko – bardzo czasochłonne)
• Child theme z mocną customizacją (częściej)
• Motyw startowy + własny kod (Underscores, GeneratePress + kod)

Moja macierz decyzyjna – jak wybierałam

Zanim przejdę do przykładów, pokażę Wam dokładnie jak rozważałam przy każdym nowym projekcie.

Pytanie 1: Jaki budżet ma klient?

Poniżej 3000 zł: Kreator stron. Zawsze.

Custom theme przy takim budżecie = albo stracę pieniądze, albo klient dostanie produkt niedokończony.

3000-6000 zł: Zależy (patrz pytania niżej)

Powyżej 6000 zł: Rozważam custom, jeśli inne czynniki na to wskazują.

Pytanie 2: Czy klient sam będzie edytować stronę?

TAK, klient chce samodzielnie dodawać treści/zmieniać layout:

→ Kreator stron (Elementor jest intuicyjny dla nietechnicznych osób)

NIE, klient tylko dodaje teksty do gotowych sekcji:

→ Custom theme (mogę zrobić prostsze, bardziej kontrolowane pola do edycji przez ACF)

Pytanie 3: Jak ważna jest szybkość ładowania?

Krytyczna (e-commerce, strona z dużym ruchem, SEO priorytet):

→ Custom theme (znacznie lżejszy kod)

Standardowa (wizytówka, portfolio z umiarkowanym ruchem):

→ Kreator stron OK, przy odpowiedniej optymalizacji

Pytanie 4: Jak unikalny ma być design?

Bardzo unikalny, nie może wyglądać jak „kolejna strona z Elementora”:

→ Custom theme

Standardowy, profesjonalny wygląd wystarczy:

→ Kreator stron (z dobrym motywem bazowym)

Pytanie 5: Jaki jest deadline?

Pilny (2-3 tygodnie):

→ Kreator stron (znacznie szybszy w realizacji)

Elastyczny (4-8 tygodni):

→ Custom theme możliwy

Case study 1: Wizytówka lokalnego fryzjera – Elementor

Klient: Salon fryzjerski, budżet 2800 zł

Wymagania:

• 5 podstron (Home, Usługi, Cennik, Galeria, Kontakt)
• Klientka (właścicielka) chce sama zmieniać zdjęcia i ceny
• Deadline: 3 tygodnie
• Budżet ograniczony

Moja decyzja: Elementor + gotowy motyw (Astra)

Dlaczego:

• Budżet nie pozwala na custom theme (23-30h pracy vs 12-15h z Elementorem)
• Klientka chce samodzielnie edytować – Elementor jest dla niej intuicyjny
• Design standardowy wystarczy (nie potrzeba unikalnej identyfikacji wizualnej)
• Deadline pilny

Rezultat:

• Czas realizacji: 16h (w tym szkolenie klientki – 1h)
• Klientka SAMA aktualizuje cennik co miesiąc
• Strona ładuje się w 2.1s (dobra optymalizacja mimo Elementora)
• Klientka zadowolona, poleciła mnie dwóm znajomym

Czy żałuję, że nie zrobiłam custom? Nie. To był właściwy wybór dla tego projektu.

Case study 2: E-commerce z rękodziełem – Custom Theme

Klient: Sklep z ręcznie robioną biżuterią, budżet 8500 zł

Wymagania:

• Unikalny, artystyczny design (klientka chciała „coś czego nie ma nikt inny”)
• Szybkość ładowania krytyczna (dużo zdjęć produktów wysokiej jakości)
• WooCommerce z customowymi funkcjonalnościami (personalizacja produktów)
• Deadline: 6 tygodni

Moja decyzja: Motyw dedykowany (Underscores jako baza + własny kod)

Dlaczego:

• Design musiał być unikalny – z Elementorem trudno uniknąć „elementorowego wyglądu”
• E-commerce ze zdjęciami = wydajność krytyczna. Kreator stron dodaje dużo zbędnego kodu
• Custom funkcjonalność personalizacji wymagała własnego kodu PHP i tak, więc lepiej zbudować cały motyw spójnie
• Budżet i deadline pozwalały

Rezultat:

• Czas realizacji: 52h
• Szybkość ładowania: 1.4s (Elementor prawdopodobnie dałby 3-4s przy tej ilości zdjęć)
• Unikalny design – klientka dostała dokładnie to czego chciała
• Wskaźnik konwersji wzrósł o 23% względem poprzedniej strony (na Shoperze)

Czy żałuję, że nie zrobiłam Elementorem? Zdecydowanie nie. Ten projekt WYMAGAŁ custom podejścia.

Case study 3: Blog eksperta finansowego – Hybryda

Klient: Doradca finansowy prowadzący bloga, budżet 4500 zł

Wymagania:

• Blog jako główny element (dużo treści, kategorie, tagi)
• Strona musi wyglądać profesjonalnie i budzić zaufanie
• Klient pisze dużo, chce prosty edytor
• SEO bardzo ważne (główne źródło leadów)

Moja decyzja: Hybryda – custom theme dla struktury + Gutenberg dla treści

Dlaczego:

• Struktura strony (nagłówek, stopka, sidebar, archiwa) – custom kod (lżejszy, szybszy, lepszy dla SEO)
• Sam content bloga – natywny edytor WordPress (Gutenberg), bo klient pisze regularnie i musi być to proste
• Kompromis między wydajnością a łatwością obsługi

Rezultat:

• Czas realizacji: 28h
• Szybkość ładowania: 1.6s
• Klient publikuje 2 posty tygodniowo bez problemu
• Ruch organiczny wzrósł o 340% w 6 miesięcy (dobra struktura SEO)

To pokazuje: Nie zawsze to wybór binarny. Czasem najlepsze rozwiązanie to połączenie obu podejść.

Wydajność – twarde liczby

Zrobiłam test na 10 swoich projektach – 5 na Elementorze, 5 custom – mierząc czas ładowania (Google PageSpeed Insights, wersja mobile).

Strony na Elementorze (nieoptymalizowane dodatkowo):

Strony na Elementorze (z dobrą optymalizacją – cache, lazy loading, kompresja):

Wniosek: Elementor NIE MUSI być wolny, jeśli zainwestujesz w optymalizację.

Strony custom:

Wniosek: Custom theme jest szybszy nawet BEZ dodatkowej optymalizacji, bo od początku ma minimalną ilość zbędnego kodu.

Dlaczego kreatory stron są wolniejsze – techniczne wyjaśnienie

Elementor dodaje:

• Własne pliki CSS (nawet 200-500KB dodatkowo)
• Własne pliki JavaScript (dla animacji, interakcji)
• Dużo zagnieżdżonych divów w HTML (głębsza struktura DOM)
• Inline style (zamiast czystego CSS w osobnym pliku)

Custom theme:

• Piszę tylko CSS/JS którego faktycznie potrzebuję
• Czysta struktura HTML (płytsza, bardziej semantyczna)
• Brak zbędnych zależności

Analogia: To jak różnica między gotowym ubraniem z sieciówki (uniwersalne, ale nie idealnie dopasowane, więcej materiału niż potrzeba) a ubraniem szytym na miarę (dokładnie tyle materiału ile trzeba, idealny fit).

Koszty – porównanie czasu i pieniędzy

Prosta wizytówka (5-7 podstron):

Elementor:

• Czas: 15-20h
• Wycena: 2500-3000 zł

Custom theme:

• Czas: 30-40h
• Wycena: 5000-6500 zł

Różnica: Custom jest 2x droższy dla prostego projektu. Dla klienta z małym budżetem = nieopłacalne.

Rozbudowana strona (10-15 podstron + funkcjonalności):

Elementor + Pro (pluginy dodatkowe):

• Czas: 35-45h
• Wycena: 4500-5500 zł

Custom theme:

• Czas: 45-55h
• Wycena: 6500-8500 zł

Różnica: Mniejsza (custom ~40% droższy zamiast 100%), bo przy bardziej złożonych projektach kreator stron też wymaga dużo pracy (zaawansowana konfiguracja, dodatkowe wtyczki, ich integracja).

E-commerce (WooCommerce):

Elementor + WooCommerce:

• Czas: 45-60h
• Wycena: 6000-8000 zł

Custom theme + WooCommerce:

• Czas: 55-70h
• Wycena: 7500-10000 zł

Różnica: Tutaj różnica się zaciera – oba podejścia wymagają dużo pracy przy customizacji WooCommerce niezależnie od bazy.

Co mówiłam klientom – moja komunikacja

Gdy klient pyta „Elementor czy custom?”

Moja odpowiedź standardowa:

Gdy klient upiera się przy custom, ale budżet nie pozwala

Mówię wprost:

Efekt: Klienci doceniają szczerość. Nikt nie chce zapłacić za obietnicę której nie mogę spełnić.

Gdy klient chce Elementor, ale projekt wymaga custom

Przykład – klient z dużym sklepem online chciał Elementora „bo tańszy”:

Efekt: Klient zgodził się na custom po zobaczeniu konkretnych liczb.

Zalety i wady – podsumowanie

Kreator stron (Elementor i podobne)

Zalety:

• Wolniejsze ładowanie strony (dodatkowy kod)
• Trudniej o unikalny design (rozpoznawalny „wygląd Elementora”)
• Uzależnienie od wtyczki (jeśli przestanie działać/być rozwijana – problem)
• Więcej potencjalnych konfliktów z innymi wtyczkami
• Kod bywa nieuporządkowany (trudniejszy do dalszej customizacji)

Motyw dedykowany (custom theme)

Zalety:

• Maksymalna szybkość ładowania
• Pełna kontrola nad każdym elementem
• Unikalny, niepowtarzalny design
• Czysty, zoptymalizowany kod
• Lepsze wyniki SEO (szybkość to czynnik rankingowy)
• Łatwiejsza dalsza rozbudowa przez doświadczonego developera

Wady:

• Dłuższy czas realizacji (więcej godzin = wyższa cena)
• Klient zwykle NIE może samodzielnie zmieniać layoutu
• Wymaga większych umiejętności programistycznych od wykonawcy
• Drobne zmiany po oddaniu projektu = trzeba wracać do freelancera (koszt)
• Wyższy próg wejścia (nie każdy klient może sobie na to pozwolić)

Moja proporcja projektów

Po latach freelancingu, oto jak rozkładały się moje projekty:

60% – Elementor/kreator stron

• Głównie wizytówki, portfolio, małe biznesy lokalne
• Klienci z ograniczonym budżetem
• Klienci chcący samodzielnej edycji

25% – Hybryda (custom struktura + Gutenberg dla treści)

• Blogi, strony content-heavy
• Klienci chcący balans wydajności i łatwości obsługi

15% – Pełny custom theme

• E-commerce z dużym ruchem
• Klienci z większym budżetem i wymaganiami unikalności
• Projekty gdzie SEO/wydajność jest absolutnym priorytetem

Dlaczego taka proporcja: Większość moich klientów to były małe lokalne biznesy z ograniczonym budżetem. Elementor pozwalał mi dać im profesjonalny produkt w realistycznej cenie.

Kiedy zmieniam zdanie w trakcie projektu

Czasem zaczynam z jednym planem, a kończę z innym.

Przykład: Klientka z butikiem odzieżowym zaczęła jako „prosta wizytówka na Elementorze” (budżet 3000 zł). W trakcie rozmów okazało się że:

• Chce też mały sklep online (nie tylko wizytówkę)
• Ma bardzo specyficzną wizję designu (moodboard z Pinterest pełen unikalnych układów)
• Zwiększyła budżet do 6000 zł po zrozumieniu że to bardziej rozbudowany projekt

Zmieniłam podejście na środku procesu ofertowania – zaproponowałam hybrydę: gotowy motyw jako baza + mocna customizacja CSS dla unikalnego wyglądu, plus WooCommerce.

Lekcja: Bądź elastyczna. Pierwsza rozmowa z klientem to nie zawsze pełny obraz. Dostosowuj podejście gdy dowiadujesz się więcej.

FAQ – kreator stron vs motyw dedykowany

Czy Elementor jest „gorszy” technicznie?

Nie „gorszy” – inny kompromis. Elementor optymalizuje pod kątem szybkości budowy i łatwości edycji, kosztem wydajności strony. To świadomy trade-off, nie błąd.

Czy mogę zacząć z Elementorem, a później przejść na custom?

Technicznie tak, ale to prawie jak budowanie strony od nowa. Nie polecam tego jako „plan A” – lepiej od razu zdecydować się na właściwe podejście na podstawie realnych potrzeb.

Czy warto się uczyć obu podejść jako freelancer WordPress?

Zdecydowanie tak. Ograniczenie się tylko do kreatorów stron zawęża Twój rynek do mniejszych, prostszych projektów. Znajomość kodu pozwala brać bardziej wymagające (i lepiej płatne) zlecenia.

Co z Gutenbergiem – to kreator stron czy coś innego?

Gutenberg to natywny edytor bloków WordPressa. Jest lżejszy niż Elementor, ale mniej rozbudowany funkcjonalnie. Coraz częściej używam go jako kompromis – lżejszy od Elementora, bardziej elastyczny niż czysty kod dla klienta który sam edytuje treść.

Czy klienci pytają wprost o to jakiej technologii użyję?

Rzadko na początku. Większość klientów nie wie co to Elementor. Pytają o rezultat („Chcę żeby strona ładowała się szybko”, „Chcę móc sama dodawać wpisy”), a ja na tej podstawie dobieram odpowiednie narzędzie.

Podsumowanie – jak podejmować tę decyzję

Wybieraj kreator stron gdy:

• Budżet klienta jest ograniczony (poniżej 3000-4000 zł)
• Klient chce samodzielnie zarządzać treścią
• Deadline jest pilny
• Standardowy, profesjonalny design wystarczy
• Projekt jest prosty (wizytówka, portfolio)

Wybieraj motyw dedykowany gdy:

• Wydajność jest krytyczna (e-commerce, duży ruch, SEO priorytet)
• Klient potrzebuje unikalnego, niepowtarzalnego designu
• Budżet i deadline na to pozwalają
• Projekt wymaga zaawansowanej, customowej funkcjonalności

Rozważ hybrydę gdy:

• Potrzebujesz balansu między wydajnością a łatwością edycji
• Struktura strony jest stała, ale treść (blog) zmienia się regularnie
• Chcesz dać klientowi częściową samodzielność bez utraty jakości technicznej

Wybór między kreatorem stron a motywem dedykowanym nigdy nie powinien być automatyczny. To decyzja strategiczna oparta na realnych potrzebach konkretnego klienta – jego budżecie, celach biznesowych i tym, co będzie robił ze stroną po jej oddaniu.

Najlepszy freelancer WordPress to nie ten, który zna tylko jedno narzędzie. To ten, który potrafi dobrać właściwe narzędzie do właściwego projektu – i szczerze o tym powiedzieć klientowi.

PS: Jakiego podejścia Ty używasz najczęściej? Kreator stron, custom kod, czy hybryda jak ja? Zostaw komentarz – ciekawa jestem Waszych doświadczeń i tego, jak podejmujecie tę decyzję!

Artykuł Motywy dedykowane vs kreatory stron – co wybrać dla klientów WordPress pochodzi z serwisu To co najważniejsze.

Tworzę plik: index.html. Potem script.js. Nie .java.

Zaczynam naukę JavaScript.

Po 6 miesiącach z Javą (styczeń-czerwiec 2026) postanowiłam dodać drugi język. Dlaczego JavaScript? Dlaczego teraz? Czy Java mi pomoże czy przeszkodzi?

Trzy tygodnie później (dziś) mogę powiedzieć: nauka drugiego języka programowania jest ZUPEŁNIE inna niż nauki pierwszego. Masz fundamenty (zmienne, pętle, funkcje), ale szczegóły są diametralnie różne. To jak uczyć się francuskiego po hiszpańskim – podobne, ale gwarantowany chaos w głowie.

Dziś w Learning Log #6 opowiem Wam dlaczego wybrałam JavaScript, jak zaczynałam, co jest podobne do Javy (więcej niż myślałam!), co kompletnie inne (WTF momenty!), i jakie zasoby do nauki wykorzystuję.

Dlaczego JavaScript? Decyzja strategiczna

Opcje, które rozważałam po zakończeniu podstaw Java:

1: Spring Framework (kontynuacja Java)

• Zalety: Naturalna progresja, rozwój zaplecza, rynek pracy
• Wady: Ciężkie przy dzieciach, wymaga dużo czasu

2: Python

• Zalety: Łatwy, wszechstronny, data science, automatyzacja
• Wady: Zero synergii z WordPressem

3: JavaScript

• Zalety: OGROMNA synergia z WordPress, umiejętności front-endowe, natychmiastowe wykorzystanie, lżejszy niż Spring
• Wady: „Dziwny język” (słyszałam), może mylące po Javie

Wybrałam JavaScript. Dlaczego:

1. Synergia z WordPressem

Aktualnie: Robię strony WordPress z page builderami (Elementor)

• Mało custom kodu
• Ograniczone możliwości
• Nie mogę zrobić custom funkcjonalności, które bym chciała

Z JavaScriptem: Mogę dodawać:

• Niestandardowe interakcje (animacje, efekty)
• Formularze zaawansowane (walidacja, multi-step)
• Kalkulatory (cenniki dynamiczne)
• Niestandardowa funkcjonalność (cokolwiek wymyślę)

2. Natychmiastowe praktyczne zastosowanie

Java projekt: Therapy Manager – używam tylko ja
JavaScript: Mogę użyć w KAŻDYM projekcie dla każdego od jutra

Motywacja: Widzę natychmiastowy rezultat = łatwiej się uczyć

3. Łatwiejszy balans życie/nauka niż Spring

Spring: Wymaga 20-30h tygodniowo, żeby ogarnąć (backend, bazy danych, API, deployment)
JavaScript: Mogę uczyć się 1h dziennie i widzieć progres

Z dziećmi: JavaScript = realistyczne, Spring = przytłaczający

4. Umiejętności frontendowe można sprzedać

Backend (Java/Spring): Duża konkurencja, wymaga doświadczenia
Frontend (JS/React): Też konkurencja, ale łatwiej pokazać portfolio (strony działają w przeglądarce)

Perspektywa freelancera: Frontend łatwiej „sprzedać” klientom (widzą efekt natychmiast)

Pierwsze kroki – od czego zaczęłam

Tydzień 1 (1-7 lipca): Setup i podstawy składni

Narzędzia, które zainstalowałam:

1. VS Code (zamiast IntelliJ)

• Lekki, szybki
• Rozszerzenia: ESLint, Prettier, Live Server
• Czas setup: 30 minut

2. Node.js

• Do uruchamiania JS poza przeglądarką
• Package manager (npm) – jak Maven dla Javy
• Instalacja: 10 minut

3. Chrome DevTools

• Już miałam (przeglądarka)
• Konsola do testowania kodu
• Debugger

Total setup: 1 godzina (vs Java było 3 godziny – IntelliJ, JDK, Maven)

Pierwszy program – Hello World:

Java (dla porównania):

java

`public class HelloWorld {
    public static void main(String[] args) {
        System.out.println("Hello World");
    }
}`

JavaScript:

javascript

console.log("Hello World");

Reakcja: „WAIT, to wszystko?! Gdzie klasa? Gdzie main?”

Welcome to JavaScript – język bez szablonów.

Mój plan nauki JavaScript:

1. Fundamenty (lipiec):

• Składnia (zmienne, typy, operatory)
• Funkcje i scope
• Tablice i obiekty
• DOM manipulation (zmiana HTML/CSS przez JS)

2. Średniozaawansowany (sierpień):

• ES6+ funkcje (funkcje strzałkowe, destrukturyzacja, promises)
• Asynchroniczność (async/await, fetch API)
• Events i event handling

3. Framework (wrzesień – może):

• React basics
• Albo zostać przy vanilla JS (czystym JS) i opanować dobrze

Źródła nauki:

• FreeCodeCamp (darmowy kurs online) – główne
• JavaScript.info (dokumentacja) – odniesienie
• YouTube: Traversy Media, Web Dev Simplified
• Praktyka: Projekty WordPress

Czas: 1h dziennie (vs Java było 1.5h) = lżejsze podejście

Co jest PODOBNE do Javy – zaskakujący!

1. Fundamenty programowania (koncepcje)

Zmienne:

Java:

java

int age = 30; 
String name = "Anna"; 
boolean isActive = true;

JavaScript:

javascript

let age = 30; 
let name = "Anna"; 
let isActive = true;

Podobne: Koncept zmiennej, przechowywanie wartości
Różne: let zamiast typu (int, String), JS = dynamicznie typowane

Pętle:

Java:

java

`for (int i = 0; i < 5; i++) {
    System.out.println(i);
}`

JavaScript:

javascript

`for (let i = 0; i < 5; i++) {
    console.log(i);
}`

Identyczne! (prawie – let zamiast int)

Warunki:

Java:

java

`if (age > 18) {
    System.out.println("Adult");
} else {
    System.out.println("Minor");
}`

JavaScript:

javascript

`if (age > 18) {
    console.log("Adult");
} else {
    console.log("Minor");
}`

Identyczne! (prawie – console.log zamiast System.out.println)

Spostrzeżenia: Fundamenty są takie same. Java nauczyła mnie myślenia programistycznego – to przenosi się 1:1 do JS.

2. Funkcje (podobne, ale…)

Java (metoda):

java

`public int add(int a, int b) {
    return a + b;
}`

JavaScript (funkcja):

javascript

`function add(a, b) {
    return a + b;
}`

Podobne:

• Słowo kluczowe function (vs public int w Javie)
• Instrukcja: Return
• Parametry

Różne:

• Brak typów (a, b – nie wiesz czy int, string, object)
• Brak modyfikatory dostępu (public, private)

3. Tablice (arrays)

Java:

java

`int[] numbers = {1, 2, 3, 4, 5};
System.out.println(numbers[0]); // 1`

JavaScript:

javascript

`let numbers = [1, 2, 3, 4, 5];
console.log(numbers[0]); // 1`

Prawie identyczne!

Różnica: JS arrays są bardziej elastyczne (możesz mix typów)

javascript

`let mixed = [1, "two", true, {name: "Anna"}]; // OK w JS
// W Javie: BŁĄD (tablica musi mieć jeden typ)`

4. Obiekty vs Klasy

Java (klasa):

java

`public class Person {
private String name;
private int age;

public Person(String name, int age) {
    this.name = name;
    this.age = age;
}

public String getName() {
    return name;
}

}

Person person = new Person("Anna", 30);`

JavaScript (obiekt):

javascript

`const person = {
    name: "Anna",
    age: 30,
    getName: function() {
        return this.name;
    }
};`

Podobne: Koncept „obiektu” (dane + metody)
Różne: JS nie wymaga klasy! (można tworzyć obiekty dosłownie)

JavaScript ma też klasy (ES6):

javascript

`class Person {
constructor(name, age) {
this.name = name;
this.age = age;
}

getName() {
    return this.name;
}

}

const person = new Person("Anna", 30);`

To wygląda prawie jak Java! Ale pod spodem JS działa inaczej (prototypy, nie prawdziwe klasy).

Co jest KOMPLETNIE RÓŻNE – WTF momenty

1. Typy dynamiczne (loosely typed)

Java: Statycznie typowane

java

`int number = 5;
number = "Hello"; // BŁĄD kompilacji!`

JavaScript: Dynamicznie typowane

javascript

`let number = 5;
number = "Hello"; // OK! 😱
console.log(number); // "Hello"`

WTF moment #1: „Czekaj, mogę zmienić typ zmiennej w trakcie?!”

Plusy Elastyczność, mniej kodu
Minusy: Błędy runtime (nie kompilacji), trudniejszy debugging

Moja reakcja: Początkowo mylące. Teraz doceniam elastyczność, ale brakuje bezpieczeństwa typu Java.

2. == vs === (porównywanie)

Java:

java

`int a = 5;
int b = 5;
if (a == b) { } // true`

JavaScript:

javascript

`let a = 5;
let b = "5";

console.log(a == b); // true 😱 (porównuje wartość, konwertuje typy)
console.log(a === b); // false (porównuje wartość I typ)`

WTF moment #2: „Czemu jest DWA operatory porównania?!”

Zasada: W JS ZAWSZE używaj === (ścisła równość), nigdy == (luźna równość)

Przykład dlaczego:

javascript

`console.log(0 == false);  // true 😱
console.log(0 === false); // false (poprawnie!)`

3. var vs let vs const (szaleństwo zakresów)

Java: Wszystko ma zakres bloku

java

`{
    int x = 5;
}
System.out.println(x); // BŁĄD - x nie istnieje poza blokiem`

JavaScript: var ma zakres funkcji (WTF), let/const mają zakres bloku

javascript

`// VAR (stary sposób - unikaj!)
function test() {
if (true) {
var x = 5;
}
console.log(x); // 5 😱 (x istnieje poza if!)
}

// LET (nowy sposób - używaj!)
function test() {
if (true) {
let y = 5;
}
console.log(y); // ERROR (jak w Javie - dobrze!)
}`

WTF moment #3: „Czemu var działa inaczej niż w normalnym języku?!”

Zasada: Nigdy nie używaj var. Zawsze let (zmienne) lub const (stałe).

4. Hoisting (podnoszenie deklaracji)

Java: Musisz zadeklarować zmienną PRZED użyciem

java

`System.out.println(x); // BŁĄD - x nie istnieje
int x = 5;`

JavaScript: Deklaracje są „podnoszone” na górę

javascript

`console.log(x); // undefined (nie błąd!) 😱
var x = 5;`

Co się dzieje:

javascript

`// JS interpretuje to jako:
var x; // deklaracja "podniesiona"
console.log(x); // undefined
x = 5; // przypisanie`

WTF moment #4: „Jak to możliwe, że kod działa, ale źle?!”

Z let jest lepiej:

javascript

console.log(y); // ERROR (jak w Javie) 
let y = 5;

Zasada: Używaj let/const, unikaj var = unikasz problemy z podnoszeniem.

5. Funkcje są „first-class citizens” (obiekty pierwszej klasy)

Java: Funkcje (metody) należą do klas. Nie możesz przekazać metody jak zmienną.

JavaScript: Funkcje można przypisać do zmiennej, przekazać jako argument, zwrócić z funkcji

javascript

`// Funkcja w zmiennej
const sayHello = function() {
console.log("Hello");
};

// Przekazanie funkcji jako argument
function greet(name, callback) {
console.log("Hi " + name);
callback();
}

greet("Anna", sayHello);
// Output:
// Hi Anna
// Hello`

WTF moment #5: „Funkcja w zmiennej?! Funkcja jako parametr?!”

Java odpowiednik (rodzaj):

java

`// Java 8+ lambda
Runnable sayHello = () -> System.out.println("Hello");
sayHello.run();`

Podobne: Java lambdy, ale w JS to jest główna funkcja, w Javie dodane później.

6. undefined vs null (dwa „nic”)

Java: null (tylko jeden „brak wartości”)

JavaScript: undefined I null (dwa różne „nic”)

javascript

`let a; // zadeklarowana, nie przypisana
console.log(a); // undefined

let b = null; // explicite "brak wartości"
console.log(b); // null

console.log(typeof a); // "undefined"
console.log(typeof b); // "object" 😱 (JS bug od początku języka)`

WTF moment #6: „Czemu DWA rodzaje 'nic’?! I czemu typeof null to 'object’?!”

Zasada:

• undefined = JS default (zmienna istnieje, nie ma wartości)
• null = programista wyraźnie mówi „tutaj jest nic”

7. Brak TypeScript (ale mogę użyć później)

Java: Kompilator sprawdza typy PRZED uruchomieniem

java

int x = "Hello"; // BŁĄD kompilacji

JavaScript: Błędy widoczne DOPIERO w runtime

javascript

let x = 5; 
x.toUpperCase(); // ERROR runtime! (number nie ma toUpperCase)

Problem: Łatwo zrobić błąd, który widzisz dopiero, gdy uruchamiasz.

Rozwiązanie: TypeScript (JavaScript + typy)

typescript

let x: number = 5; 
x = "Hello"; // BŁĄD kompilacji (jak Java!)

Mój plan: Najpierw opanuję vanilla JS, potem może TypeScript (wrzesień-październik).

Pierwszy mini-projekt w JavaScript – Kalkulator interaktywny

Po tygodniu nauki (7.07) zrobiłam pierwszy mini-projekt.

Co: Kalkulator terapii – użytkownik wpisuje liczbę sesji i koszt, dostaje podsumowanie

Technologie:

• HTML (struktura)
• CSS (wygląd)
• JavaScript (logika)

HTML:

html

`<!DOCTYPE html>
<html>
<head>
<title>Therapy Cost Calculator</title>
<link rel="stylesheet" href="style.css">
</head>
<body>
<div class="calculator">
<h1>Kalkulator Kosztów Terapii</h1>

    <label>Liczba sesji miesięcznie:</label>
    <input type="number" id="sessions" placeholder="np. 8">
    
    <label>Koszt jednej sesji (zł):</label>
    <input type="number" id="costPerSession" placeholder="np. 75">
    
    <button onclick="calculateTotal()">Oblicz</button>
    
    <div id="result"></div>
</div>

<script src="script.js"></script>

</body>
</html>`

JavaScript (script.js):

javascript

`function calculateTotal() {
// Pobierz wartości z inputów
const sessions = document.getElementById('sessions').value;
const costPerSession = document.getElementById('costPerSession').value;

// Walidacja
if (!sessions || !costPerSession) {
    alert('Wypełnij oba pola!');
    return;
}

if (sessions <= 0 || costPerSession <= 0) {
    alert('Liczby muszą być większe od zera!');
    return;
}

// Kalkulacja
const total = sessions * costPerSession;

// Wyświetl wynik
const resultDiv = document.getElementById('result');
resultDiv.innerHTML = `
    <h2>Wynik:</h2>
    <p><strong>Sesji:</strong> ${sessions}</p>
    <p><strong>Koszt sesji:</strong> ${costPerSession} zł</p>
    <p class="total"><strong>TOTAL:</strong> ${total} zł/miesiąc</p>
`;
}

Co się nauczyłam:

Manipulacja DOM – `document.getElementById()`
Obsługa zdarzeń – `onclick=”calculateTotal()”`
Walidacja danych wejściowych – sprawdzanie czy pola wypełnione
Szablony literałów – „ `${variable}` „ (lepsze niż konkatenacja)
Debugging – Chrome DevTools console

Czas: 2 godziny od zera do działającego projektu

Porównanie z Javą:
– Java projekt (Therapy Manager): 55 godzin
– JS projekt (Kalkulator): 2 godziny

Różnica: JS =natychmiastowa gratyfikacja (widzisz w przeglądarce od razu), Java = długi proces, ale solidniejszy fundament.

Zasoby nauki JavaScript – co NAPRAWDĘ używam

1. FreeCodeCamp (★★★★★)

Link: freecodecamp.org

Co: Darmowy kurs "JavaScript Algorithms and Data Structures"

Format: 
- Krótkie lekcje (5-10 min)
- Wyzwania (zadania do rozwiązania)
- Projekty na końcu sekcji

Dlaczego działa:
- Interaktywny (piszesz kod w przeglądarce)
- Natychmiastowa informacja zwrotna(widzisz czy poprawnie)
- Darmowe (100%)

Mój progres: 30% kursu (3 tygodnie)

Czas: 1h dziennie

2. JavaScript.info (★★★★★)

Link: javascript.info

Co: Dokumentacja/tutorial JavaScript - od podstaw do zaawansowanych

Format:
- Artykuły (szczegółowe wyjaśnienia)
- Przykłady kodu
- Zadania na końcu rozdziałów

Dlaczego używam:
- Wyczerpujący (wszystko w jednym miejscu)
- Dobrze wyjaśnia "dlaczego", nie tylko "jak"
- Darmowe

Jak używam: Odniesienie, gdy czegoś nie rozumiem z FreeCodeCamp

3. YouTube – Traversy Media (★★★★☆)

Kanał: Traversy Media

Co: Tutoriale JavaScript, projekty, web development

Format: Video tutorials (30-60 min)

Ulubione video:
- "JavaScript Crash Course For Beginners" - 1h 40min
- "Build a Calculator with JavaScript" - projekt
- "DOM Crash Course" - manipulation HTML/CSS

Dlaczego: Widzę jak ktoś pisze kod (łatwiej zapamiętać)

Jak używam: Wieczory (21:00-22:00,) gdy dzieci śpią

4. MDN Web Docs (★★★★☆)

Link: developer.mozilla.org

Co: Oficjalna dokumentacja webowe technologie(HTML, CSS, JS)

Format: Dokumentacja referencyjna

Jak używam: 
- Gdy potrzebuję szczegółów konkretnej funkcji/metody
- "JavaScript Array methods" - pełna lista
- Przykłady użycia

Nie dla początkujących: Sucha dokumentacja, lepsze jako odniesienie niż zasób edukacyjny.

5. ChatGPT (★★★★★)

Jak używam:

Wyjaśnianie pojęć:

Ja: "Wyjaśnij mi hoisting w JavaScript jak dla 5-latka"
ChatGPT: [proste wyjaśnienie z przykładami]


Debugging:

Ja: "Czemu ten kod nie działa? [wklejam kod]"
ChatGPT: "Błąd w linii 5 - używasz var zamiast let, to powoduje..."


Code review:

Ja: "Czy ten kod jest OK? Jak mogę go ulepszyć?"
ChatGPT: [sugestie, najlepsze praktyki]

Zalety: Natychmiastowe odpowiedzi, nieograniczone pytania, dostępne 24/7
Wady: Czasem się myli, trzeba weryfikować

Java vs JavaScript – podsumowanie pierwszych 3 tygodni

Co jest ŁATWIEJSZE w JS niż w Javie:

Setup – 1h vs 3h (Java)
Szablon – prawie zero (vs dużo w Javie)
Natychmiastowa informacja zwrotna – odświeżenie przeglądarki vs kompilacja
Krzywa uczenia się – szybszy start (widzisz efekty od razu)
Projekty – 2h mini-projekt vs 55h w Javie

Co jest TRUDNIEJSZE w JS niż w Javie:

Typ bezpieczeństwa – brak (łatwo zrobić błąd)
Dziwactwa języka – == vs ===, podnoszenie, var zakres
Debugging – błędy run-time (nie czas kompilacji)
Konsekwencja – wiele sposobów na to samo (mylące!)
Asynchroniczność – callbacks, promises, async/await (jeszcze przed mną, ale słyszałam że trudne)

Co się przenosi z Javy 1:1:

Pętle (for, while)
Warunki (if/else, switch)
Funkcje (koncept)
Tablice (koncept, podobna składnia)
Obiekty/klasy (trochę inne, ale koncept ten sam)
Myślenie programistyczne – algorytmy, rozwiązywanie problemów

Czy Java pomogła w nauce JS?

TAK, ogromnie.

Bez Javy:

• Musiałabym uczyć się fundamentów (pętle, warunki, funkcje) od zera
• Nie rozumiałabym OOP
• Nie wiedziałabym jak projektować kod

Z Javą:

• Fundamenty mam (przeskoczyłam 50% kursu JS)
• Rozumiem klasy w JS (bo znam z Javy)
• Myślę algorytmicznie (transfer skill)

Ale:

• Java-owe nawyki czasem przeszkadzają (próbuję deklarować typy, których JS nie ma)
• Muszę „oduczyć się” od Java ścisłość

Werdykt: Java była świetnym pierwszym językiem. JavaScript jako drugi = łatwiejszy, niż gdyby był pierwszy.

Plany na sierpień – co dalej z JS

Tydzień 1-2 sierpnia:

• Dokończenie FreeCodeCamp „Basic JavaScript” (50% pozostało)
• Praktyka: 3-4 mini-projekty (todo list, quiz, countdown timer)

Tydzień 3-4 sierpnia:

• ES6 funkcje (arrow functions, destructuring, spread operator)
• Zaawansowana manipulacja DOM
• Pierwszy projekt dla klienta WordPress (walidacja formularza niestandardowego)

Wrzesień:

• Asynchronous JS (promises, async/await, fetch API)
• Może React basics (jeśli czuję się ready)
• Większy projekt (może blog z fetch API)

Cel: Do końca sierpnia czuć się komfortowo z vanilla JavaScript.

Realistycznie: Nie zostanę ekspertem w miesiąc. Ale będę mogła używać JS w projektach klientów.

FAQ – nauka drugiego języka programowania

Czy powinnam kończyć Java całkowicie przed JS?

NIE.

Nie musisz być ekspertem Javy, żeby zacząć JS.

Wystarczy:

• Rozumieć podstawy (zmienne, pętle, funkcje, obiekty)
• Zbudować 1-2 projekty

Reszta: Nauczysz się w trakcie lub później.

Jak nie pomieszać Java i JS w głowie?

Początkowo: Mieszam. Piszę System.out.println zamiast console.log.

Pomaga:

• Używanie różnych IDE (IntelliJ dla Java, VS Code dla JS)
• Projekty w jednym języku naraz (nie przełączać co godzinę)
• Praktyka (mózg się przyzwyczaja)

Po 3 tygodniach: Już rzadziej mieszam.

Czy TypeScript zamiast JavaScriptu?

TypeScript = JavaScript + typy (jak Java)

Argument ZA: Jeśli znasz Javę, TypeScript będzie bardziej podobny

Argument PRZECIW: Nauka TypeScriptu = nauka JS + nauka TypeScript w działaniu (więcej naraz)

Moja decyzja: Vanilla JS najpierw. TypeScript może później (wrzesień-październik).

Ile czasu dziennie poświęcam?

JavaScript: 1h dziennie (vs Java było 1.5h)

Rozłożenie:

• Rano: 30 min (FreeCodeCamp wyzwania)
• Wieczór: 30 min (projekt/praktyka)

Weekendy: 2-3h (większe projekty)

Dlaczego mniej niż Java: Wakacje, dzieci, jestem zmęczona. 1h = zrównoważony.

Czy warto uczyć się wielu języków naraz?

Moim zdaniem: NIE.

1 język na raz. Opanuj podstawy, potem dodaj drugi.

Dlaczego:

• Mylące (mieszasz składnie)
• Przytłaczający (dwa razy więcej nauki)
• Powolny postęp (rozmywasz czas)

Lepiej:

• 6 miesięcy Java (solidnie)
• Potem JavaScript (z fundamentami z Javy)

Podsumowanie – Learning Log #6

Nauka drugiego języka programowania:

• Łatwiejsza niż pierwszego (fundamenty mam)
• Trudniejsza niż myślałam (dziwactwa, różnice, mieszanie)
• Wartościowe – widzę konkretny benefit (projekty WordPress)

Java vs JavaScript:

• Podobne: Fundamenty (pętle, warunki, funkcje)
• Różne: Typy, scope, dziwactwa, filozofia języka
• Werdykt: Java pomogła ogromnie, ale JS wymaga „oduczyć się” od ścisłość

Progres po 3 tygodniach:

• 30% FreeCodeCamp kursu
• 1 mini-projekt (calculator)
• Rozumiem podstawy
• Czuję się komfortowo z kodem

Cel sierpień:

• 80% FreeCodeCamp
• 5-7 mini-projektów
• Pierwszy większy projekt (custom JS w WordPress)

Najważniejsza lekcja:

„Drugi język ≠ zaczynać od zera. Masz fundamenty. Użyj ich.”

Java nauczyła mnie programowania. JavaScript uczy mnie praktyczności i elastyczności.

Oba są potrzebne. Oba mają miejsce w moim portfolio.

Od osoby, która się uczy do osoby, która buduje – teraz w DWÓCH językach.

PS: Też uczysz się drugiego języka programowania? Z czego na co przeszłaś/przeszedłeś? Co było najtrudniejsze? Zostaw komentarz – ciekawa jestem Waszych doświadczeń!

Artykuł Learning Log #6: Java vs JavaScript – zaczynam drugi język programowania pochodzi z serwisu To co najważniejsze.

Te 30 minut przed snem to moja oaza.

Latem czytam inaczej niż zimą. Latem mózg jest zmęczony upałem, dziećmi bez przedszkola, próbą balansowania pracy i wakacji. Zimą mogę czytać ciężkie pozycje rozwojowe. Latem potrzebuję mix: coś lekkiego na rozładowanie, coś inspirującego ale nie przytłaczającego, coś co wciąga ale nie wymaga 100% koncentracji.

Dziś dzielę się letnią listą książkową – 15 pozycji które czytam/przeczytałam tego lata. Od beach reads (lekkich, wciągających powieści) po książki rozwojowe które da się czytać nawet gdy mózg odmawia współpracy. Plus audiobooki na spacery z dzieckiem i pozycje typu „zbuduj swój drugi mózg”.

Rekomendacje książek na lato dla zapracowanych mam, freelancerek i każdego kto potrzebuje ucieczki albo inspiracji – lub jedno i drugie.

Kategoria 1: Beach Reads – lekkie, wciągające, relaksujące (5 pozycji)

1. „Siedmiu mężów Evelyn Hugo” – Taylor Jenkins Reid

O czym: Historia Hollywood star Evelyn Hugo, która w wieku 79 lat decyduje się opowiedzieć prawdę o swoim życiu młodej dziennikarce. Siedmiu mężów, tajemnice, skandale, miłość której nikt nie znał.

Dlaczego na lato:

• Wciąga od pierwszej strony (przeczytałam w 3 dni)
• Emocjonalnie angażująca ale nie przytłaczająca
• Idealna dla wieczorów na balkonie
• Historia która zostaje z Tobą

Dla kogo:
Fanka Hollywood glamour
Lubisz sekrety i plot twists
Potrzebujesz „page-turner” (nie możesz odłożyć)

Moja ocena: 9/10

Format: Książka papierowa (480 stron) lub audiobook (12h 10min)

Gdzie kupić: Empik, TaniaKsiazka.pl ~40 zł

2. „Beach Read. Wakacyjny romans” – Emily Henry

O czym: Dwie osoby piszące książki – jedna romans, druga literaturę faktu – zakładają się że zamienią gatunki na lato. Rom-com z głębią.

Dlaczego na lato:

• Tytuł dosłownie „Beach Read” – stworzona na plażę/balkon
• Lekka, zabawna, ale z emocjami
• Romans bez wzdrygania się (inteligentnie napisana)
• Szybka lektura (przeczytasz w weekend)

Dla kogo:
Lubisz rom-comy
Chcesz odprężenia po ciężkim dniu
Nie wstydzisz się „guilty pleasure” czytadła

Moja ocena: 8/10

Ciekawostka: Autorka ma jeszcze „Ludzie, których spotykamy na wakacjach” – też świetna na lato.

Format: papierowa (384 strony) lub ebook

3. „The Midnight Library” – Matt Haig (po polsku: „Biblioteka o Północy”)

O czym: Nora trafia do biblioteki gdzie każda książka to życie które mogłaby przeżyć gdyby podjęła inne decyzje. Może „przymierzyć” różne wersje siebie.

Dlaczego na lato:

• Filozoficzna ale lekka (nie wymaga notatek)
• Krótkie rozdziały (można przerwać w każdej chwili)
• Daje do myślenia ale nie przygnębia
• Pięknie napisana

Dla kogo:
Zastanawiasz się „co by było gdyby…”
Lubisz metafory i symbolikę
Potrzebujesz przypomnienia że życie ma sens

Moja ocena: 9/10

Uwaga: Jest po polsku! „Biblioteka o Północy” – wydawnictwo Czarna Owca.

Format: papierowa lub ebook (304 strony)

4. „Projekt Hail Mary” – Andy Weir

O czym: Facet budzi się na statku kosmicznym. Nie pamięta kim jest ani czemu tam jest. Musi uratować Ziemię. Hard sci-fi z humorem.

Dlaczego na lato:

• Wciąga jak „Marsjanin” (ten sam autor)
• Humor nawet w dramatycznych momentach
• Naukowe ale przystępne (nie musisz być fizykiem)
• Akcja, suspens, emocje

Dla kogo:
Fan sci-fi
Czytałeś „Marsjanina” i pokochałeś
Lubisz bohaterów którzy rozwiązują problemy (nie narzekają)

Moja ocena: 10/10 (najlepsza książka którą przeczytałam w 2026)

Format: papierowa (476 stron) lub audiobook (16h) – audiobook GENIALNY, narrator świetny

5. „The Flatshare” – Beth O’Leary (po polsku: „Współlokatorzy”)

O czym: Tiffy i Leon współdzielą mieszkanie ale nigdy się nie spotykają – ona pracuje w dzień, śpi w nocy; on pracuje w nocy, śpi w dzień. Zostawiają sobie notatki. Rom-com gold.

Dlaczego na lato:

• Urocza, ciepła, czuć się dobrze
• Krótkie rozdziały (idealne na przeczytanie przed snem)
• Humor brytyjski (subtelny, sprytny)
• Gwarantowane szczęśliwe zakończenie (czasem tego potrzebujesz)

Dla kogo:
Lubisz rom-comy
Potrzebujesz wholesome content
Chcesz się uśmiechać podczas czytania

Moja ocena: 8/10

Format: papierowa(352 strony)

Bonus: Autorka ma też „The Switch” – równie urocza.

Kategoria 2: Rozwojowe ale strawne – kiedy chcesz się rozwijać ale mózg mówi „nie za dużo” (5 pozycji)

6. „Zbuduj swój drugi mózg” (Building a Second Brain) – Tiago Forte

O czym: System zarządzania wiedzą. Jak przechwytywać pomysły, organizować notatki i faktycznie z nich korzystać (nie tylko zbierać).

Dlaczego na lato:

• Praktyczna (od razu implementujesz)
• Rozdziały niezależne (możesz czytać w dowolnej kolejności)
• Nie wymaga intensywnej koncentracji
• Widzisz efekty szybko (motivating!)

Dla kogo:
Masz 1000 notatek i nie wiesz co z nimi zrobić
Używasz Notion/Obsidian/Evernote ale chaotycznie
Chcesz system „zewnętrznego mózgu”

Co wdrożyłam:

• System PARA (Projects, Areas, Resources, Archives)
• Notatki progresywne podsumowanie (wyróżnij → pogrubienie → podsumowanie)
• Nawyk przechwytywania (wszystko zapisuję w Notion)

Moja ocena: 9/10

Format: Książka lub audiobook (9h)

Link: Empik ~50 zł (polskie wydanie)

7. „Four Thousand Weeks” – Oliver Burkeman (po polsku: „Cztery tysiące tygodni”)

O czym: Masz ~4000 tygodni życia (jeśli dożyjesz 80 lat). Jak wykorzystać ten czas mądrze? Filozofia produktywności przez akceptację ograniczeń.

Dlaczego na lato:

• Krótka (288 stron)
• Zmienia perspektywę (bez wywoływanie poczucia winy)
• Rozdziały po 15-20 stron (można przeczytać jeden i pomyśleć)
• Kultura anty-pośpiechu (orzeźwiające!)

Kluczowa lekcja:
„Nie zrobisz wszystkiego. Akceptuj to. Wybieraj co naprawdę ważne.”

Dla kogo:
Czujesz się przytłoczona ilością zadań
Książki o produktywności Cię nie satysfakcjonują
Potrzebujesz filozoficznego podejścia do czasu

Moja ocena: 8/10

Format: papierowa lub ebook

8. „Dopamine Nation” – Anna Lembke (po polsku: „Naród dopaminy”)

O czym: Dlaczego wszyscy jesteśmy uzależnieni (social media, jedzenie, Netflix, telefon). Jak to działa neurobiologicznie. Jak się uwolnić.

Dlaczego na lato:

• Krótkie rozdziały case studies (czytasz jak opowieści)
• Praktyczne porady (post dopaminowy, równowaga)
• Naukowe ale przystępne
• Motywujący do zmiany (ale bez presji)

Co wdrożyłam:

• Pierwszy tydzień lipca:7-dniowy post dopaminowy (zero social media)
• Efekt: Więcej czytałam, lepiej spałam, mniej lęku

Dla kogo:
Scrollujesz Instagram godzinami
Czujesz że „nic Cię nie cieszy”
Chcesz zrozumieć uzależnienia (swoje lub bliskich)

Moja ocena: 9/10

Format: papierowa (304 strony) lub audiobook

9. „Show Your Work” – Austin Kleon (po polsku: „Pokaż swoją pracę”)

O czym: Jak dzielić się swoją pracą online (blog, social media) bez bycia spamem. Dla twórców, freelancerów, każdego kto chce „być widzialny”.

Dlaczego na lato:

• KRÓTKA (160 stron – przeczytasz w 2h)
• Ilustrowana (dużo grafik, łatwo strawna)
• Inspirująca (chcesz od razu działać)
• Praktyczna (konkretne porady)

Co wdrożyłam:

• Zaczęłam pisać Learning Logs (pokazuję proces nauki Java)

Dla kogo:
Freelancer, który nie promuje się
Uczysz się czegoś (programowanie, design) i chcesz pokazać
Czujesz że „autopromocja to zło” (książka to zmieni)

Moja ocena: 10/10

Format: papierowa (ilustrowana) – must-have w formie papierowej

10. „The Creative Act” – Rick Rubin (po polsku: „Akt twórczy”)

O czym: Rozważania legendy muzyki (wyprodukował Adele, Red Hot Chili Peppers) o procesie twórczym. Filozofia tworzenia.

Dlaczego na lato:

• Krótkie eseje (2-3 strony każdy)
• Można czytać losowo (nie trzeba po kolei)
• Inspirująca bez bycia „motywacyjną sieczką”
• Piękna książka (projekt, typografia)

Kluczowa lekcja:
„Nie tworzysz dla innych. Tworzysz bo musisz.”

Dla kogo:
Każdy kto tworzy (kod, tekst, design, muzyka)
Blokada pisarska / blokada twórcza
Lubisz filozoficzne podejście do kreatywności

Moja ocena: 8/10

Format: papierowa/twarda oprawa (preferowane – piękna edycja) lub ebook

Kategoria 3: Audiobooki – na spacery, dojazdy, gotowanie (3 pozycje)

11. „Educated” – Tara Westover (po polsku: „Wykształcona”)

O czym: Kobieta wyrosła w izolacji (bez szkoły, lekarzy, książek) kończy na doktoracie z Cambridge. Brutalna, inspirująca historia.

Dlaczego audiobook:

• Narrator świetny (wciąga!)
• 12 godzin = tydzień spacerów z dzieckiem
• Historia tak dobra że nie zauważasz że słuchasz

Dla kogo:
Inspiracja do nauki/rozwoju
Chcesz docenić swoją edukację
Lubisz memuary

Moja ocena: 10/10

Format: Audiobook (12h) – bardzo polecane

Uwaga: Zawiera opisy przemocy, może być wyzwalaczem.

12. „Atomic Habits” – James Clear (audiobook)/ „Atomowe nawyki”

O czym: Małe nawyki → duże zmiany. Praktyczne porady budowania nawyków.

Dlaczego audiobook:

• Możesz słuchać wielokrotnie (za każdym razem coś nowego)
• 5h 35min = tydzień dojazdów/spacerów
• Praktyczne przykłady (łatwo zapamiętać)

Co wdrożyłam:

• Kumulacja nawyków (po kawie → 10 min nauki)
• Zasada 2 minut (jeśli <2min → rób od razu)

Dla kogo:
Chcesz zmienić nawyki
Próbujesz wprowadzić rutynę
„Wielkie postanowienia” nie działają

Moja ocena: 9/10

Format: Audiobook (5h 35min)

13. „The Psychology of Money” – Morgan Housel („Psychologia pieniędzy”)

O czym: Psychologia pieniędzy. Dlaczego racjonalność ≠ jak zarządzamy finansami. Historie, lekcje, perspektywa.

Dlaczego audiobook:

• Krótkie rozdziały (możesz słuchać po kawałku)
• Narator dobry
• 5h 48min = dwa tygodnie spacerów
• Interesujące nawet jeśli „nie lubisz finansów”

Kluczowa lekcja:
„Być bogatym ≠ wyglądać bogato. Prawdziwe bogactwo to to czego nie widzisz.”

Dla kogo:
Freelancer (nieprzewidywalne dochody)
Chcesz lepiej zarządzać pieniędzmi
Ciekawią Cię behavioral economics

Moja ocena: 8/10

Format: Audiobook (5h 48min) lub papierowa

Kategoria 4: Dla zmęczonego mózgu – gdy nie możesz się skupić (2 pozycje)

14. „Dziewczyna z konbini” – Sayaka Murata

O czym: Japońska kobieta pracująca w sklepie 24h przez 18 lat. Nie rozumie „normalnych” relacji społecznych. Czuje się dobrze tylko w strukturze convenience store.

Dlaczego dla zmęczonego mózgu:

• KRÓTKA (163 strony – 2-3h czytania)
• Prosta narracja (łatwo śledzić)
• Dziwna, ale w dobry sposób (odświeżająca perspektywa)
• Zostaje z Tobą

Dla kogo:
Czujesz się „nie pasująca do normy”
Lubisz japońską literaturę
Potrzebujesz krótkiej lektury która daje do myślenia

Moja ocena: 7/10

Format: papierowa (krótka, warto papierowa)

15. „Chłopiec, kret, lis i koń” – Charlie Mackesy

O czym: Ilustrowana książka o przyjaźni, dobroci, lekcje życia. Prawie bez fabuły – dialogi + piękne ilustracje.

Dlaczego dla zmęczonego mózgu:

• 128 stron ILUSTRACJI (przeczytasz w 30 minut)
• Zero wysiłku mentalnego
• Ciepła, przyjemna
• Można wracać do ulubionych cytatów

Cytaty które kocham:

• „Kim chcesz zostać, jak dorośniesz?” „Miłym.”
• „Czy twoja szklanka jest do połowy pusta, czy do połowy pełna?” „Myślę, że jestem wdzięczny, że mam szklankę.”

Dla kogo:
Potrzebujesz pociesz przed snem
Lubisz ilustrowane książki (dla dorosłych też!)

Moja ocena: 9/10 (za ilustracje i ciepło)

Format: twarda oprawa (MUST – ilustracje w pełnej krasie)

Jak czytam 15 książek latem przy dzieciach i pracy?

Moja strategia czytania:

1. Mix formatów

• Papierowe: Wieczory (22:00-22:30) – lektury na plażę, prozdrowotne
• Ebooki: Gdy dzieci bawią się obok -to wybieram książki o rozwoju
• Audiobooki: Spacery, gotowanie – samopomoc

2. Cel realistyczny

NIE: „Przeczytam 30 książek tego lata”
TAK: „Czytam 30 minut dziennie”

Efekt: Przeczytam ile przeczytam. Zero presji.

3. DNF is OK (Did Not Finish)(DNF jest OK (nie ukończyłem)

Jeśli książka nie wciąga po 50 stronach → to odkładam bez żalu. Życie za krótkie na nudne książki.

4. Zawsze miej przy sobie 3 książki

• 1 papierowa (wieczory)
• 1 audiobook (spacery)
• 1 ebook (telefon – zawsze przy mnie)

Zależnie od nastroju/sytuacji wybieram którą.

5. LubieCzytać.pl tracking

• Dodaję każdą przeczytaną książkę
• Widzę progres (motywujące!)
• Cele: „15 książek w 2026” (realistycznie)

Książki które KUPIŁAM, ale jeszcze nie przeczytałam (TBR – To Be Read)

Na liście oczekujących:

• „Jutro, jutro i znów jutro” – Gabrielle Zevin (gra, przyjaźń)
• „Lekcje chemii” – Bonnie Garmus (1960s, kobieta chemik)
• „Dom nad błękitnym morzem” – TJ Klune (fantazja, uzdrawiająca)
• „Sapiens” – Yuval Noah Harari (historia ludzkości – ciężka, zostawiam na zimę)
• „Deep Work” – Cal Newport (przeczytać ponownie, implementacja)

Problem: Kupuję szybciej niż czytam. TBR pile = 23 książki.

Akceptuję: Przyjemność kupowania książek ≠ muszę wszystkie przeczytać.

Gdzie kupuję/wypożyczam książki?

Kupuję:

• Empik (nowe, pełna cena) – gdy chcę mieć teraz, choć rzadko – pilnuję się , aby nie kupować zbyt często.
• TaniaKsiazka.pl (nowe, tańsze) – gdy mogę poczekać 3-5 dni
• Allegro/OLX (używane) – klasyki, nie przeszkadza mi used
• BookDepository (angielskie) – czasem tańsze niż polskie

Wypożyczam:

• Biblioteka miejska (Jest darmowe!), w której znajdziesz również nowe bestsellery mają kolejki, ale czekam. Czasem odgrzebuję klasyki, a te trzeba czytać papierowe.
• Legimi (ebooki subskrypcja) – 39.90 zł/mies, unlimited ebooki i audiobooki)

Audiobooki:

• Audioteka (subskrypcja) – 34.90 zł/mies, kupuję gdy wiem że posłucham >1 książki/mies
• Empik Go -to tam też znajdziesz audiobooki
• Storytel – 34.99 zł/mies
• Bookbeat – 34,99/miesiąc

Jak wybieram:

Beach reads → Tanią książkę/biblioteka (czytam raz)
Rozwojowe → Kupuję (wracam, notatki, zakreślam)
Audiobooki → Subskrypcja (dużo słucham)

FAQ – letnia lista książkowa

Czy naprawdę przeczytasz 15 książek latem?

Pewnie nie.

To lista rekomendacji (co czytam/czytałam), nie „to przeczytam do września”.

Realnie: 6-8 książek przeczytam do końca sierpnia. I to jest OK.

Skąd bierzesz rekomendacje?

• Goodreads (recommendations based on co czytałam)
• Bookstagram (Instagram hashtag #bookstagram)
• YouTube – BookTube (kanały o książkach)
• Znajome (co czytają)
• Empik bestsellery (czasem tam są perełki)
• Lubięczytać.pl

Jak motywujesz się do czytania?

Nie muszę. Czytanie = moja ulubiona rzecz.

Ale jeśli bym musiała, to:

• Wyzwanie czytelnicze (Goodreads – „15 książek w 2026 roku”)
• Klub książki (nawet online – motywuje do czytania)
• System nagród (przeczytam 5 książek → kupuję nową)

Papierowe vs ebooki – co lepsze?

Zależy:

Papierowe zalety:

• Przyjemność trzymania
• Pachnie
• Łatwiej zapamiętać
• Nie świeci (lepszy sen)
• Można pożyczyć znajomym

Papierowe wady:

• Zajmują miejsce
• Droższe
• Ciężkie (podróże)

Ebooki zalety:

• Zawsze w telefonie (nieoczekiwane czekanie = czytam)
• Tańsze
• Natychmiastowa gratyfikacja (kupuję i mam)
• Dostosuj rozmiar czcionki (wiek robi swoje )

Ebooki wady:

• Mniej „romantyczne”
• Łatwiej przełączyć na Instagram (rozpraszacz)
• Nie czuję „posiadania”

Moja preferencja: 70% papierowe, 30% ebook.

Czy audiobooki to „prawdziwe czytanie”?

TAK.

Słuchanie książki = absorbowanie treści = czytanie.

Bonus: Możesz „czytać” podczas spaceru, gotowania, sprzątania.

Minus: Łatwiej się rozkojarzyć (musisz przewinąć).

Podsumowanie – moja letnia lista książkowa

Beach reads (5):

1. Siedmiu mężów Evelyn Hugo – Hollywood glamour
2. Beach Read. Wakacyjny romans – Rom-com
3. Biblioteka o Północy – Filozoficzna fikcja
4. Project Hail Mary – Sci-fi
5. Współlokatorzy – Uzdrawiająca rom-com

Rozwojowe (5):
6. Zbuduj swój drugi mózg – Zarządzanie wiedzą
7. Cztery tysiące tygodni – filozofia czasu
8. Naród dopaminy – Neurobiologia uzależnień
9. Pokaż swoją pracę – dzielenie się twórczą pracą
10. Akt twórczy – filozofia tworzenia

Audiobooki (3):
11. Wykształcona – Wspomnienia
12. Atomic Habits – Nawyki
13.Psychologia pieniądza – psychologia finansów

Dla zmęczonego mózgu (2):
14. Dziewczyna z konbini- Krótka, dziwna, dobra
15. Chłopiec, kret, lis i koń- Ilustrowana, uzdrawiająca

Total: 15 rekomendacji książek na lato

Cel: Nie przeczytać wszystkich. Znaleźć 2-3 które pokochasz.

Letnie czytanie to nie maraton. To przyjemność. 30 minut przed snem, audiobook na spacerze, papierowa książka na balkonie.

Nie musisz czytać dużo. Wystarczy czytać z radością.

PS: Co Ty czytasz tego lata? Masz jakieś rekomendacje książek które powinam dodać do listy? Zostaw w komentarzu – zawsze szukam kolejnych perełek!

Artykuł Letnia lista książkowa – 15 pozycji które czytam na długie wieczory (i nie tylko) pochodzi z serwisu To co najważniejsze.

Dwa miesiące wakacji z niepełnosprawnymi dziećmi + praca freelancerska z deadlinami = ???

Gdybym była „normalną mamą” pewnie myślałabym: „Super, więcej czasu z dziećmi, plaża, zabawy!”

Jestem mamą niepełnosprawnych dzieci, która pracuje z domu. Myślę: „Jak przeżyć lipiec i sierpień bez zwariowania?”

Organizacja wakacji z dzieckiem to nie tylko pytanie „gdzie pojechać”. To strategiczne planowanie każdego dnia, realistyczne oczekiwania, prosty system wsparcia i duża dawka współczucia dla samej siebie.

Dziś pokażę Wam mój konkretny plan przetrwania wakacji – od wsparcia babci, przez tygodniowy wyjazd nad polskie morze, po dostosowanie harmonogramu pracy i akceptację że „wystarczająco dobre” jest wystarczające.

Moja rzeczywistość – punkty wyjścia

Co się zmienia w wakacje?

Szkoła:

• Rok szkolny: 8:00-14:00 (6h bez dzieci = czas na pracę)
• Wakacje: ZAMKNIĘTE (0h bez dzieci)

Terapie:

• Rok szkolny: Poniedziałek-Piątek (ośrodki pracują)
• Wakacje:
  • Lipiec: Ograniczone (terapeuci na urlopach)
  • Sierpień: Jeszcze bardziej ograniczone
  • Szacunek: 50% normalnego harmonogramu

Praca freelance:

• Rok szkolny: 15-20h efektywnej pracy tygodniowo
• Wakacje: ??? (to muszę ustalić)

Wsparcie partnera:

• Urlop: 2 tygodnie w roku (mąż bierze w sierpniu)
• Dni wolne: Może wziąć 3-4 dni w lipcu
• Weekendy: Jak zawsze (pomaga, ale też potrzebuje odpoczynku)

Moje potrzeby vs rzeczywistość

Idealny świat:

• Pracuję normalnie 20h/tydzień
• Dzieci szczęśliwe z atrakcjami
• Wszyscy wypoczęci

Prawdziwy świat:

• Pracuję może 10h/tydzień (50% normalnego)
• Dzieci znudzone, bez struktury szkoły
• Wszyscy zmęczeni

Akceptuję: Lipiec-sierpień = tryb przetrwania, nie tryb produktywności.

Plan przetrwania wakacji – moja strategia

Lipiec – patchwork wsparcia

U Babci

Babcia zabiera starszego na 2 tygodnie. To najważniejszy element całego planu.

Harmonogram z babcią:

Poniedziałek-Piątek:

8:00-9:00  - Śniadanie (babcia + dziecko, ja przygotowuję się do pracy)
9:00-12:00  - Babcia z dzieckiem (spacer, plac zabaw, zabawy w domu)
            - JA PRACUJĘ (3h!)
12:00-13:00 - Lunch wspólnie
13:00-14:00 - Dziecko drzemka/spokojny czas, babcia odpoczynek
14:00-16:00 - Babcia z dzieckiem (park, aktywności)
            - JA PRACUJĘ (2h!)
16:00-18:00 - Ja przejmuję dziecko (babcia odpoczynek)
18:00-20:00 - Kolacja, wieczór wszyscy razem

Total praca: 5h dziennie × 5 dni = 25h tygodniowo (więcej niż normalnie!)

Dlaczego to działa:

• Babcia kocha wnuków, chce pomagać
• Dzieci znają babcię, czują się bezpiecznie
• Ja mam gwarantowane bloki pracy
• Babcia ma czas na odpoczynek (ważne! nie może się wypalić)

Co przygotowuję przed:

Lista miejsc/aktywności:

• 3 place zabaw w okolicy
• Park z fontanną
• Kino dla dzieci (klimatyzacja, gdy gorąco)
• Lodowisko/Basen (wewnątrz, gdy pogoda zła)

Rutyna dziecka spisana:

• Ulubione posiłki
• Pora bajek, odpoczynku itp.
• Sygnały, że dzieci męczone/głodne
• Jak uspokoić, gdy przyjdzie załamanie

Numery w razie nagłych wypadków:

• Mój telefon (zawsze odbieram)
• Pediatra
• Apteka

Komunikacja z babcią – ważne:

„Mamo, jeśli cokolwiek – dzwoń. Nie musisz 'dawać rady sama’. Jestem obok, przerwę pracę.”

Efekt: Babcia czuje się wspierana, nie obciążona.

Wyjazd nad morze

7 dni nad polskim morzem. Polska, nie zagranica = łatwiejsze z niepełnosprawnym dzieckiem.

Dlaczego:

• Bezpośrednie pociągi (Nocny przedział)
• Spokojna plaża (nie tłumy jak Kołobrzeg)
• Infrastruktura ( toalety dostępne)
• Znamy (byliśmy rok temu, dzieci pamiętają)

Nocleg:

• Apartament (nie hotel) – własna kuchnia, możliwość gotowania
• Parter
• Blisko plaży (10 min spacerem)
• Koszt: 2500 zł za tydzień (booking.com, rezerwacja w marcu)

Plan wakacyjny nad morzem:

Dni typowe:

8:00-9:00   - Śniadanie w apartamencie
9:00-12:00  - Plaża (budowanie zamków, woda, piasek)
12:00-13:00 - Powrót, lunch
13:00-15:00 - Dzieci odpoczywają - JA I MĄŻ ODPOCZYNEK (nie praca!)
15:00-17:00 - Spacer po miasteczku, lody, plac zabaw
17:00-19:00 - Kolacja, spokojny wieczór
19:00-20:00 - Kąpiel, sen dziecka
20:00-22:00 - My czas dla siebie (wino, rozmowy, Netflix)

Czy pracuję nad morzem?

NIE. To jest urlop. Dla wszystkich.

Przygotowanie przed wyjazdem:

• Informuję klientów: „Jestem offline 15-21.07, nagły wypadek: [numer telefonu]”
• Projekty kończę przed lub planuję po
• Konserwacje: Przeprowadzam 14.07 (przed wyjazdem)

Co biorę: Parasol plażowy/parawan Zabawki plażowe (wiaderka, łopatki, foremki) Apteczka (leki na biegunkę, gorączkę, uczulenia, stałe leki dzieci) Ulubione jedzenie dziecka (nie ma pewności co kupimy tam) Tablet z bajkami (długa podróż pociągiem)

Realistyczne oczekiwania:

NIE spodziewam się:

• Wypoczynku jak przed dziećmi (śpimy do 11, plaża cały dzień)
• Romantycznych kolacji we dwoje (dziecko śpi nieprzewidywalnie)
• Zero stresu (nowe miejsce = dziecko może mieć trudności adaptacyjne)

SPODZIEWAM SIĘ:

• Zmiany scenerii (nie te same 4 ściany!)
• Dziecko szczęśliwe na plaży (uwielbia wodę i piasek)
• Wspólny czas rodzinny (my w czwórkę razem, bez pracy)
• Naładowanie baterii na drugą połowę wakacji

Powrót, dni partnera wolne

Mąż bierze 3 dni wolne.

Harmonogram:

Dni z mężem wolnym (wt-czw):

9:00-12:00  - Mąż z dzieckiem (wycieczki, zoo, aquapark)
            - JA PRACUJĘ (3h)
13:00-16:00 - Ja z dzieckiem (mąż odpoczynek/swoje sprawy)
            - Mąż ma czas dla siebie
16:00-19:00 - Razem jako rodzina

Dni normalne (pn, pt):

• Ja z dzieckiem cały dzień
• Praca wieczorami (21:00-23:00) jeśli MUSZĘ
• Akceptuję że produktywność niska

Total praca ten tydzień: ~10-12h (zamiast normalnych 20h)

Sierpień – mentalność mety

Samotne przetrwanie

Najtrudniejsze dwa tygodnie. Ani babcia, ani urlop męża, ani szkoła.

Strategia przetrwania:

1. Zlecać na zewnątrz co się da

Nie gotuję wymyślnie. Zamawianie jedzenia = OK.

• Poniedziałek: Zamawiam obiady na cały tydzień (catering dietetyczny)
• Mniej gotowania = więcej czasu z dzieckiem LUB na pracę

Nie sprzątam perfekcyjnie. Chaos = OK.

• Sprzątanie podstawowe (odkurzacz 2x tydzień, naczynia codziennie)
• Głębokie sprzątanie odpuszczam

2. Czas przed ekranem – znika poczucie winy

Normalnie: Max 30 min bajek dziennie

Sierpień tryb przetrwania: 1-2h dziennie = DOZWOLONE

Dlaczego: Potrzebuję tych 2h żeby:

• Odpowiedzieć na pilne maile
• Zrobić call z klientem
• Dokończyć krytyczne zadanie

Zasada: Jakościowe bajki (edukacyjne, w języku polskim), nie bezmyślny YouTube.

3. Zmiana harmonogramu pracy

Normalnie: Pracuję popołudniami (14:00-16:00)

Sierpień: Pracuję gdy dzieci zajęte:

• Rano: 6:00-7:30 (dziecko śpi do 7:30)
• Czas bajek: 13:00-14:30
• Wieczór: 21:00-22:30 (po położeniu)

Total: 3-4h dziennie (gdy się uda)

Akceptuję: Niektóre dni = 0h pracy. I to jest OK.

4. Komunikacja z klientami – szczerość

Email wysyłam w lipcu (przed wakacjami):

Szanowni Klienci,

Informuję że w sierpniu (1-20.08) będę pracować w ograniczonym zakresie ze względu na wakacje dziecka.

Dostępność:

- Email: odpowiadam w ciągu 48h (zamiast 24h)

- Projekty: Realizuję tylko pilne/wcześniej zaplanowane

- Nowe projekty: Przyjmuję od września


Jeśli masz pilny projekt - daj znać najpóźniej do 25 lipca, rozważę czy mogę przyjąć.

Dziękuję za wyrozumiałość! [Imię]

Reakcje klientów: 100% zrozumiało. Niektórzy napisali „u mnie tak samo, wakacje są trudne”.

5. Aktywności z dziećmi – lista

Żeby nie siedzieć w domu non-stop:

Darmowe:

• Plac zabaw w parku (ulubiony)
• Spacer do lasu (zbieranie szyszek, patyki)
• Fontanna w rynku (mokre zabawy)
• Karmienie kaczek (chleb suchy mamy w domu)
• Biblioteka dziecięca (klimatyzacja + książki)

Płatne (budżet 1000 zł na 2 tygodnie):

• Basen miejski (2x tydzień, 20 zł/wejście, X Dwójka dzieci = 160 zł)
• Kino dziecięce (1x tydzień, 30 zł, X Dwójka dzieci = 120 zł)
• Lody (codziennie, 10 zł , X Dwójka dzieci= 280 zł)
• Wewnętrzny plac zabaw gdy deszcz (40 zł/wejście, X Dwójka dzieci 2x = 160 zł)
• Bufor: 100 zł

Total: Każdy dzień = jakaś aktywność poza domem. Dziecko zmęczone = lepiej śpi.

Urlop męża – ostatnia prosta

Mąż urlop 2 tygodnie. Ostatni etap wakacji.

Plan:

Zostajemy w domu

• Mąż przejmuje dzieci (9:00-16:00)
• JA PRACUJĘ normalnie (nawet więcej, nadrabiam sierpień)
• Wieczory razem jako rodzina

Mini-wycieczka weekendowa

• Piątek-niedziela: Góry (Zakopane lub Beskidy)
• 3 dni wytchnienia przed powrotem do szkoły
• Poniedziałek-czwartek: Przygotowania do września

Przygotowania do szkoły

• Zakupy (przybory, ubrania na nowy rok)
• Mentalne przygotowanie dzieci („za tydzień wracasz do szkoły!”)
• Moja organizacja pracy (plan na wrzesień)

2.09: Zaczyna się szkoła

Budżet wakacji – realistyczne liczby

Wsparcie:

• Babcia: 0 zł
• Koszty babci (jedzenie, drobne przyjemności): 500 zł

Wyjazd:

• Nocleg: 2500 zł
• Dojazd: 400 zł
• Jedzenie tydzień: 700 zł
• Atrakcje (lody, karuzele): 300 zł
• Total: 3900 zł

Sierpień aktywności z dzieckiem:

• Płatne aktywności (basen, kino, zoo): 1000 zł
• Lody i drobne przyjemności: 200 zł
• Total sierpień: 1200 zł

Mini-wycieczka góry (weekend):

• Nocleg 2 noce: 600 zł
• Dojazd: 200 zł
• Jedzenie: 300 zł
• Total góry: 1100 zł

TOTAL WAKACJE: 500 + 3900 + 700 + 1100 = 6200 zł

Skąd pieniądze:

• Oszczędności: 4000 zł (odkładam od marca)
• Praca w wakacje: ~2500 zł (ograniczona, ale coś zarabiam)

Realistyczne: Tak, stać nas. Nie luksusowo, ale wygodnie.

Praca w wakacje – dostosowanie oczekiwań

Klienci – którzy zostają, którzy odchodzą

Klienci z konserwacji (stali): Wszyscy zostają

• Rozumieją sytuację
• Mogą poczekać z drobnymi zmianami
• Aktualizacje robię jak mogę (nawet wieczorami)

Nowe projekty:

• Lipiec: Przyjmuję 1 mały projekt (zaczyna się po morzu)
• Sierpień: Przyjmuję 0 nowych projektów (mówię „od września”)

Jednorazowe zlecenia:

• Jeśli pilne i szybkie (1-2h) = biorę
• Jeśli wymagają 5+ godzin = odmawiam

Komunikacja: „Przyjmuję nowe projekty od września. Jeśli pilne – napisz, sprawdzę czy mogę.”

Efekt: Straciłam 2 potencjalnych klientów (poszli gdzie indziej). Akceptuję.

Współczucie dla samej siebie – najważniejsza część planu

Mantra na wakacje

„Wystarczająco dobre jest wystarczająco dobre.”

Nie muszę:

• Pracować normalnie (produktywność 50% = OK)
• Być idealną mamą (czas ekranu = OK, zamówione jedzenie = OK)
• Zapewniać dzieciom atrakcji non-stop (nudne dni = OK)
• Utrzymywać mieszkanie perfekcyjnie (chaos = OK)

Muszę:

• Przetrwać (tak, używam tego słowa)
• Zadbać o podstawowe potrzeby (jedzenie, sen, bezpieczeństwo)
• Nie wypalić się (urlop nad morzem = obowiązkowy)
• Być łaskawą dla siebie (złe dni się zdarzają)

Red flags Wypalenia – kiedy alarmy

Monitoruję u siebie:

Zmęczenie chroniczne (nie przechodzi po śnie)
Irytacja na wszystko (dziecko, mąż, klienci)
Brak radości (nic mnie nie cieszy)
Myśli ucieczki („chcę zniknąć na tydzień”)
Problemy ze snem (nie mogę zasnąć mimo zmęczenia)

Jeśli 3+ symptomy → DZIAŁANIE:

• Rozmowa z mężem: „Potrzebuję pomocy”
• Dzień off totalnie (mąż przejmuje 100%)
• Rozważenie terapii (psycholog online)

Lepiej zapobiegać niż leczyć: Dlatego urlop nad morzem nie jest opcją.

System Wsparcia – do kogo dzwonię

Emocjonalnie:

• Mąż (pierwsza linia)
• Mama (babcia – rozumie)
• Przyjaciółka mama (też ma niepełnosprawne dziecko – wie jak to jest)

Praktycznie:

• Pediatra (sprawy zdrowotne)
• Grupa FB rodziców (porady, wsparcie)
• Terapeuci dziecka (pytania o zachowanie)

NIE dzwonię:

• Do klientów z osobistymi problemami (granice profesjonalizm)
• Do znajomych, którzy „nie rozumieją” (oszczędzam sobie komentarzy „ale czemu nie zostawisz dziecka na cały dzień z babcią i nie popracujesz?”)

Przygotowanie przedwakacyjne – checklist

Czerwiec (przed wakacjami):

Praca:
Informuję klientów o ograniczonej dostępności w sierpniu
Kończę bieżące projekty przed lipcem
Wystawiam faktury za czerwiec (przepływ środków pieniężnych na wakacje)

Dzieci:
Wizyty kontrolne przed wakacjami (pediatra, neurolog)
Recepty na 3 miesiące (żeby nie szukać lekarza w wakacje)
Apteczka zaktualizowana

Dom:
Zakupy podstawowe (papier, chemia) na zapas
Plany aktywności wypisane (żeby nie myśleć „co dziś”)

Urlop:
Apartament nad morzem zarezerwowany i opłacony
Lista co spakować (aktualizuję z zeszłego roku)

Finanse:
Budżet wakacyjny ustalony (6200 zł)
Oszczędności odłożone (4000 zł)

FAQ – wakacje z dziećmi i praca

Czy nie lepiej oddać dziecko na półkolonie/obozy?

Rozważałam.

Półkolonie zwykłe: Nie są przystosowane dla niepełnosprawnych dzieci (brak wsparcia, dziecko byłoby przytłoczone)

Obozy specjalistyczne: Istnieją, ale:

• Drogie (2000-3000 zł za tydzień)
• Daleko (najbliższy 200 km)
• Dziecko za małe, a drugie niesamodzielne

Decyzja: Może w przyszłym roku. Na razie zostaje z nami.

Jak radzisz sobie z poczuciem winy, że pracujesz „mało”?

Trudne pytanie.

Poczucie winy jest. „Inni freelancerzy pracują 40h tydzień, ja ledwo 10h w sierpniu.”

Ale też wiem:

• Mam niepełnosprawne dzieci (inna rzeczywistość)
• Szkoła zamknięta (nie moja wina)
• Robię co mogę (10h to nie zero)
• We wrześniu wrócę do normy

Mantra: „Porównuję się z sobą sprzed roku, nie z innymi.”

Rok temu sierpień = 0h pracy, chaos, wypalenie.

Ten rok = 10h/tydzień, plan, akceptacja.

To jest progres.

Co jeśli dziecko zachoruje w wakacje?

Plan B:

Choroba lekka (przeziębienie):

• Dzwoń do pediatry (teleporada)
• Zostajemy w domu (odwołuję plany)
• Praca = zero (akceptuję)

Choroba średnia (gorączka, infekcja):

• Wizyta u pediatra
• Możliwe antybiotyki
• Praca = zero przez 3-5 dni
• Informuję klientów o opóźnieniu

Choroba ciężka (hospitalizacja – nie daj Boże):

• Partner bierze wolne z pracy (nagły wypadek rodzinny)
• Ja zostaję z dzieckiem w szpitalu
• Praca = całkowicie wyłączona
• Klienci poczekają (zdrowie > wszystko)

Zapobieganie: Dbam o odporność (witaminy, sen, unikanie tłumów).

Jak wyznaczasz granice w pracy, gdy jesteś w domu?

Trudne z home office.

Moje granice:

Godziny offline:

• Sprawdzanie E-maili: 2x dziennie (rano, wieczór) – NIE cały czas
• Telefon: Tylko dla stałych klientów (nowi = email)
• Weekendy: Absolutnie off (chyba że nagły wypadek)

Komunikacja granic:

W stopce emaila: „Pracuję pon-pt, 9:00-16:00. Odpowiadam w ciągu 24h roboczych.”

W wakacje dodaję: „Sierpień: odpowiadam w ciągu 48h.”

Jeśli klient pisze w niedzielę: Odpisuję w poniedziałek (nie od razu).

Efekt: Klienci uczą się że nie jestem dostępna 24/7.

Podsumowanie – mój plan przetrwania wakacji

Zysk emocjonalny: Bezcenny (urlop, czas z rodziną, zachowanie zdrowego rozsądku)

Najważniejsze zasady:

Plan elastyczny – może się wszystko zmienić (dziecko, pogoda, zdrowie)
Realistyczne oczekiwania – 50% produktywności = sukces
Komunikacja z klientami – szczerość o ograniczonej dostępności
Wsparcie systemu – babcia, mąż, outsourcing
Współczucie dla siebie – wystarczająco dobre jest wystarczająco dobre
Urlop obowiązkowy – tydzień nad morzem nie jest luksusem, jest koniecznością

Organizacja wakacji z dzieckiem gdy jesteś pracującą mamą to nie jest idealny balansie work-life. To jest przetrwanie z gracją, planem i akceptacją, że czasem będzie ciężko.

2 września szkoła otwarta = meta.

Do tego czasu – dzień po dniu, z kawą i dużą dawką współczucia dla samej siebie.

PS: Też planujesz wakacje z dziećmi i pracą? Jak to organizujesz? Masz swoje tricki przetrwania? Podziel się w komentarzu – wszyscy potrzebujemy wzajemnego wsparcia!

Artykuł Wakacje bez szkoły – plan przetrwania dla pracującej mamy niepełnosprawnych dzieci pochodzi z serwisu To co najważniejsze.

Wtorek, 3 czerwca, 22:47. Ostatni test przechodzi. Zielone checkmarki w konsoli. Aplikacja działa.

Mój pierwszy większy projekt w Java jest GOTOWY.

Patrzę na ekran i czuję… dumę? Ulgę? Niedowierzanie? Wszystko naraz.

5 tygodni temu to był tylko pomysł w Notion: „Zbuduj coś prawdziwego, nie tylko ćwiczenia z kursu.” Dzisiaj mam 47 klas, 2847 linii kodu i działającą aplikację do zarządzania terapiami mojego dziecka.

Pierwszy projekt w Java to przełom. To moment, gdy przestajesz być „osobą, która się uczy” i stajesz się „osobą, która buduje”. To jest ogromna różnica.

Dziś opowiem Wam całą historię – od pomysłu, przez architekturę, wyzwania techniczne, do finału. I najważniejsze: co czułam kończąc pierwszy prawdziwy projekt jako programistka.

Skąd pomysł – dlaczego akurat aplikacja do terapii?

Problem, który widziałam codziennie

Moja rzeczywistość:

• 8-9 godzin terapii tygodniowo (SI, logopedia, pedagogika, TUS)
• 3 różne ośrodki
• 5 terapeutów
• Niekończące się faktury, zestawienia kosztów, raporty dla NFZ
• Excel, który się sypie co miesiąc

Próbowałam gotowych rozwiązań:

• Kalendarz Google – za prosty (tylko daty, bez kosztów)
• Excel – chaotyczny, gubię dane
• Aplikacje do zarządzania zdrowiem – zbyt ogólne, nie dla terapii

Pomyślałam: „Co jeśli zbuduję własną aplikację?”

Punkt zwrotny – rozmowa z instruktorem kursu

Napisałam na Discord Zajavka:

„Skończyłam podstawy kursu. Co dalej? Spring? JavaScript?”

Instruktor odpowiedział:

„Przed Springiem zbuduj JEDEN solidny projekt w czystej Javie. Coś co rozwiązuje prawdziwy problem. Pokaże Ci jak projektować aplikacje, nie tylko pisać kod.”

I kliknęło.

Pierwszy projekt w Java – planowanie

Tydzień 1: Research i wymyślanie funkcjonalności

Pytania, które sobie zadałam:

1. Co aplikacja MUSI umieć? (MVP – Minimum Viable Product)
   • Dodawanie sesji terapii
   • Przechowywanie informacji o terapeutach i ośrodkach
   • Kalkulacja kosztów miesięcznych
   • Generowanie raportów
2. Co byłoby FAJNE, ale nie konieczne? (v2.0)
   • Przypomnienia o sesjach
   • Statystyki roczne
   • Export do PDF
   • Integracja z kalendarzem
3. Czego NIE potrzebuję? (scope control)
   • GUI (graficzny interfejs) – na razie konsola wystarczy
   • Baza danych – na razie pliki tekstowe
   • Multi-user – tylko ja używam

Decyzja: Buduję wersję konsolową z podstawowymi funkcjami. GUI później.

Tydzień 2: Architektura – najpierw plan, potem kod

Błąd początkujących: Otwieram IDE i zaczynam pisać kod bez planu.

Lepsze podejście: Planuję strukturę na papierze.

Moja architektura – diagram klas:

MAIN ENTITIES (główne encje):

TherapySession (Sesja terapii)
├── sessionId: String
├── therapyType: TherapyType (enum)
├── therapist: Therapist
├── dateTime: LocalDateTime
├── duration: int (minuty)
├── cost: BigDecimal
├── paid: boolean
├── notes: String

Therapist (Terapeuta)
├── therapistId: String
├── name: String
├── specialization: String
├── phone: String
├── email: String
├── hourlyRate: BigDecimal

TherapyCenter (Ośrodek terapeutyczny)
├── centerId: String
├── name: String
├── address: Address
├── phone: String
├── therapists: List<Therapist>

TherapyType (Typ terapii - ENUM)
├── SI (Integracja sensoryczna)
├── SPEECH (Logopedia)
├── PEDAGOGY (Pedagogika)
├── EARLY_INTERVENTION (Wczesne wspomaganie)

SERVICES (serwisy – logika biznesowa):

TherapySessionService
├── addSession()
├── updateSession()
├── deleteSession()
├── findSessionById()
├── getAllSessions()
├── getSessionsByMonth()
├── getSessionsByTherapist()

ReportService
├── generateMonthlyReport()
├── calculateTotalCost()
├── calculateCostByType()
├── generateYearlyStatistics()

PaymentService
├── markAsPaid()
├── getUnpaidSessions()
├── getTotalUnpaid()

REPOSITORIES (dostęp do danych):

FileRepository<T>
├── save(T entity)
├── findById(String id)
├── findAll()
├── delete(String id)
├── update(T entity)

UTILITIES (narzędzia pomocnicze):

DateUtils - formatowanie dat
ValidationUtils - walidacja danych
FileUtils - operacje na plikach

Dlaczego taka struktura?

Podział odpowiedzialności:

• Entities = Dane (co przechowujemy)
• Services = Logika (co robimy z danymi)
• Repositories = Dostęp (jak zapisujemy/odczytujemy)
• UI = Interfejs (jak użytkownik widzi)

Efekt: Jeśli zmienię sposób zapisywania (z plików na bazę danych) – zmieniam tylko Repository. Services i Entities pozostają bez zmian.

Tydzień 3-4: Implementacja – pierwszy kod

Zaczynanie od Entity

TherapySession.java – pierwsza klasa:

java

public class TherapySession {
    private String sessionId;
    private TherapyType therapyType;
    private Therapist therapist;
    private LocalDateTime dateTime;
    private int durationMinutes;
    private BigDecimal cost;
    private boolean paid;
    private String notes;
    
    // Constructor
    public TherapySession(String sessionId, TherapyType therapyType, 
                         Therapist therapist, LocalDateTime dateTime,
                         int durationMinutes, BigDecimal cost) {
        this.sessionId = sessionId;
        this.therapyType = therapyType;
        this.therapist = therapist;
        this.dateTime = dateTime;
        this.durationMinutes = durationMinutes;
        this.cost = cost;
        this.paid = false; // domyślnie nieopłacone
    }
    
    // Getters and setters
    public String getSessionId() { return sessionId; }
    public TherapyType getTherapyType() { return therapyType; }
    // ... itd
    
    // Business methods
    public void markAsPaid() {
        this.paid = true;
    }
    
    public boolean isInMonth(int year, int month) {
        return dateTime.getYear() == year 
            && dateTime.getMonthValue() == month;
    }
    
    @Override
    public String toString() {
        return String.format("%s | %s | %s | %.2f zł | %s",
            dateTime.format(DateTimeFormatter.ofPattern("dd.MM.yyyy HH:mm")),
            therapyType,
            therapist.getName(),
            cost,
            paid ? "OPŁACONE" : "DO ZAPŁATY"
        );
    }
}

Co się nauczyłam:

• BigDecimal dla pieniędzy (nie double! – problemy z precyzją)
• LocalDateTime dla dat (lepsze niż Date)
• Enum dla typów terapii (type-safe, nie String)
• Business methods w encji (markAsPaid, isInMonth)

Wzorzec repozytorium – pierwsza abstrakcja

Problem: Jak zapisywać dane?

Opcje:

1. Baza danych (za trudne na start)
2. Pliki tekstowe (proste, ale jak czytać/zapisywać?)

Rozwiązanie: Wzorzec repozytorium z plikami JSON

FileRepository.java – generyczny repozytorium:

java

public class FileRepository<T> {
    private final String filePath;
    private final Class<T> entityClass;
    private final ObjectMapper objectMapper; // Jackson dla JSON
    
    public FileRepository(String filePath, Class<T> entityClass) {
        this.filePath = filePath;
        this.entityClass = entityClass;
        this.objectMapper = new ObjectMapper()
            .registerModule(new JavaTimeModule()); // dla LocalDateTime
    }
    
    public void save(T entity) throws IOException {
        List<T> entities = findAll();
        entities.add(entity);
        writeToFile(entities);
    }
    
    public List<T> findAll() throws IOException {
        File file = new File(filePath);
        if (!file.exists()) {
            return new ArrayList<>();
        }
        
        return objectMapper.readValue(file, 
            objectMapper.getTypeFactory()
                .constructCollectionType(List.class, entityClass)
        );
    }
    
    public Optional<T> findById(String id) throws IOException {
        return findAll().stream()
            .filter(e -> getId(e).equals(id))
            .findFirst();
    }
    
    public void update(T entity) throws IOException {
        List<T> entities = findAll();
        String id = getId(entity);
        
        entities.removeIf(e -> getId(e).equals(id));
        entities.add(entity);
        writeToFile(entities);
    }
    
    public void delete(String id) throws IOException {
        List<T> entities = findAll();
        entities.removeIf(e -> getId(e).equals(id));
        writeToFile(entities);
    }
    
    private void writeToFile(List<T> entities) throws IOException {
        objectMapper.writerWithDefaultPrettyPrinter()
            .writeValue(new File(filePath), entities);
    }
    
    // Reflection do wyciągnięcia ID
    private String getId(T entity) {
        try {
            Method method = entity.getClass().getMethod("getSessionId");
            return (String) method.invoke(entity);
        } catch (Exception e) {
            throw new RuntimeException("Entity must have getSessionId method", e);
        }
    }
}

Co się nauczyłam:

• Generics (<T>) – jeden magazyn dla różnych encji
• Jackson ObjectMapper – serialization (proces przekształcania obiektów, tj. instancji określonych klas) do JSON
• Reflection (mechanizm, który umożliwia na odczyt i modyfikację informacji o klasach) – wyciąganie ID dynamicznie
• Exception handling (Obsługa wyjątków )- IOException musi być obsłużone

Service layer – logika biznesowa

TherapySessionService.java:

java

public class TherapySessionService {
    private final FileRepository<TherapySession> repository;
    
    public TherapySessionService() {
        this.repository = new FileRepository<>(
            "data/therapy_sessions.json", 
            TherapySession.class
        );
    }
    
    public void addSession(TherapySession session) {
        try {
            // Walidacja
            if (session.getCost().compareTo(BigDecimal.ZERO) <= 0) {
                throw new IllegalArgumentException("Koszt musi być > 0");
            }
            if (session.getDateTime().isAfter(LocalDateTime.now())) {
                System.out.println("UWAGA: Sesja w przyszłości");
            }
            
            repository.save(session);
            System.out.println("✓ Dodano sesję: " + session);
            
        } catch (IOException e) {
            System.err.println("Błąd zapisu: " + e.getMessage());
        }
    }
    
    public List<TherapySession> getSessionsByMonth(int year, int month) {
        try {
            return repository.findAll().stream()
                .filter(s -> s.isInMonth(year, month))
                .sorted(Comparator.comparing(TherapySession::getDateTime))
                .toList();
        } catch (IOException e) {
            System.err.println("Błąd odczytu: " + e.getMessage());
            return new ArrayList<>();
        }
    }
    
    public void markSessionAsPaid(String sessionId) {
        try {
            Optional<TherapySession> session = repository.findById(sessionId);
            if (session.isPresent()) {
                session.get().markAsPaid();
                repository.update(session.get());
                System.out.println("✓ Oznaczono jako opłacone");
            } else {
                System.out.println("✗ Nie znaleziono sesji");
            }
        } catch (IOException e) {
            System.err.println("Błąd: " + e.getMessage());
        }
    }
}

Co się nauczyłam:

• Walidacja danych (sprawdzanie przed zapisem)
• User feedback (komunikaty co się dzieje)
• Error handling (try-catch, komunikaty błędów)
• Stream API dla filtrowania i sortowania

Report Service – generowanie raportów

To była najtrudniejsza część.

ReportService.java:

java

public class ReportService {
    private final TherapySessionService sessionService;
    
    public void generateMonthlyReport(int year, int month) {
        List<TherapySession> sessions = 
            sessionService.getSessionsByMonth(year, month);
        
        if (sessions.isEmpty()) {
            System.out.println("Brak sesji w tym miesiącu");
            return;
        }
        
        System.out.println("=".repeat(80));
        System.out.println("RAPORT MIESIĘCZNY: " + month + "/" + year);
        System.out.println("=".repeat(80));
        
        // Grupowanie po typie terapii
        Map<TherapyType, List<TherapySession>> byType = sessions.stream()
            .collect(Collectors.groupingBy(TherapySession::getTherapyType));
        
        // Podsumowanie per typ
        byType.forEach((type, typeSessions) -> {
            int count = typeSessions.size();
            int totalMinutes = typeSessions.stream()
                .mapToInt(TherapySession::getDurationMinutes)
                .sum();
            BigDecimal totalCost = typeSessions.stream()
                .map(TherapySession::getCost)
                .reduce(BigDecimal.ZERO, BigDecimal::add);
            long paidCount = typeSessions.stream()
                .filter(TherapySession::isPaid)
                .count();
            
            System.out.printf("\n%s:\n", type);
            System.out.printf("  Liczba sesji: %d\n", count);
            System.out.printf("  Całkowity czas: %dh %dmin\n", 
                totalMinutes / 60, totalMinutes % 60);
            System.out.printf("  Całkowity koszt: %.2f zł\n", totalCost);
            System.out.printf("  Opłacone: %d/%d\n", paidCount, count);
        });
        
        // Suma totalna
        BigDecimal grandTotal = sessions.stream()
            .map(TherapySession::getCost)
            .reduce(BigDecimal.ZERO, BigDecimal::add);
        
        BigDecimal unpaid = sessions.stream()
            .filter(s -> !s.isPaid())
            .map(TherapySession::getCost)
            .reduce(BigDecimal.ZERO, BigDecimal::add);
        
        System.out.println("\n" + "=".repeat(80));
        System.out.printf("SUMA CAŁKOWITA: %.2f zł\n", grandTotal);
        System.out.printf("DO ZAPŁATY: %.2f zł\n", unpaid);
        System.out.println("=".repeat(80));
    }
}
```

**Output przykładowy:**
```
================================================================================
RAPORT MIESIĘCZNY: 5/2026
================================================================================

SI:
  Liczba sesji: 8
  Całkowity czas: 8h 0min
  Całkowity koszt: 600.00 zł
  Opłacone: 8/8

SPEECH:
  Liczba sesji: 8
  Całkowity czas: 6h 0min
  Całkowity koszt: 520.00 zł
  Opłacone: 6/8

PEDAGOGY:
  Liczba sesji: 4
  Całkowity czas: 4h 0min
  Całkowity koszt: 240.00 zł
  Opłacone: 4/4

================================================================================
SUMA CAŁKOWITA: 1360.00 zł
DO ZAPŁATY: 130.00 zł
================================================================================

Co się nauczyłam:

• Collectors.groupingBy() – grupowanie strumieni
• Reduce dla sumowania BigDecimal
• String formatting (printf)
• Prezentacja danych (czytelny output)

Tydzień 5: UI i finiszowanie

Interfejs konsolowy – prosty, ale funkcjonalny

MainMenu.java:

java

public class MainMenu {
    private final Scanner scanner;
    private final TherapySessionService sessionService;
    private final ReportService reportService;
    
    public void run() {
        while (true) {
            displayMenu();
            int choice = getChoice();
            
            switch (choice) {
                case 1 -> addSession();
                case 2 -> listSessions();
                case 3 -> markAsPaid();
                case 4 -> generateReport();
                case 5 -> {
                    System.out.println("Do widzenia!");
                    return;
                }
                default -> System.out.println("Nieprawidłowy wybór");
            }
        }
    }
    
    private void displayMenu() {
        System.out.println("\n" + "=".repeat(50));
        System.out.println("SYSTEM ZARZĄDZANIA TERAPIAMI");
        System.out.println("=".repeat(50));
        System.out.println("1. Dodaj sesję terapii");
        System.out.println("2. Pokaż sesje (obecny miesiąc)");
        System.out.println("3. Oznacz jako opłacone");
        System.out.println("4. Generuj raport miesięczny");
        System.out.println("5. Wyjście");
        System.out.print("\nWybór: ");
    }
    
    private void addSession() {
        System.out.println("\n=== NOWA SESJA ===");
        
        // Wybór typu terapii
        System.out.println("Typ terapii:");
        TherapyType[] types = TherapyType.values();
        for (int i = 0; i < types.length; i++) {
            System.out.printf("%d. %s\n", i + 1, types[i]);
        }
        int typeChoice = scanner.nextInt() - 1;
        TherapyType type = types[typeChoice];
        
        // Wybór terapeuty (z listy wcześniej dodanych)
        Therapist therapist = selectTherapist();
        
        // Data i czas
        System.out.print("Data (dd.MM.yyyy): ");
        String dateStr = scanner.next();
        System.out.print("Godzina (HH:mm): ");
        String timeStr = scanner.next();
        LocalDateTime dateTime = parseDateTime(dateStr, timeStr);
        
        // Czas trwania
        System.out.print("Czas trwania (minuty): ");
        int duration = scanner.nextInt();
        
        // Koszt
        System.out.print("Koszt (zł): ");
        BigDecimal cost = scanner.nextBigDecimal();
        
        // Utworzenie sesji
        TherapySession session = new TherapySession(
            UUID.randomUUID().toString(),
            type,
            therapist,
            dateTime,
            duration,
            cost
        );
        
        sessionService.addSession(session);
    }
}

Co się nauczyłam:

• Scanner dla input użytkownika
• Menu loop (while true + switch)
• UUID dla unikalnych ID
• User experience (komunikaty, formatowanie)

Wyzwania techniczne – co było najtrudniejsze

1. Serializacja LocalDateTime do JSON

Problem:

java

Exception: Cannot serialize LocalDateTime

Rozwiązanie:

java

ObjectMapper mapper = new ObjectMapper()
    .registerModule(new JavaTimeModule())
    .disable(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS);

Lekcja: Jackson potrzebuje dodatkowych modułów dla Java 8 Date/Time API.

2. BigDecimal arytmetyka

Problem:

java

BigDecimal total = cost1 + cost2; // BŁĄD! Nie można + dla BigDecimal

Rozwiązanie:

java

BigDecimal total = cost1.add(cost2);

Lekcja: BigDecimal to immutable (niemodyfikowalny), używaj metod (.add, .subtract, .multiply)

3. File I/O exceptions

Problem: Aplikacja crashuje gdy plik nie istnieje.

Rozwiązanie:

java

public List<T> findAll() throws IOException {
    File file = new File(filePath);
    if (!file.exists()) {
        // Utwórz pusty plik
        file.getParentFile().mkdirs();
        file.createNewFile();
        writeToFile(new ArrayList<>());
        return new ArrayList<>();
    }
    return objectMapper.readValue(file, ...);
}

Lekcja: Zawsze sprawdzaj czy plik/folder istnieje przed czytaniem.

4. Null handling w Optional

Problem:

java

TherapySession session = repository.findById(id); // może null
session.markAsPaid(); // NullPointerException!

Rozwiązanie:

java

Optional<TherapySession> sessionOpt = repository.findById(id);
if (sessionOpt.isPresent()) {
    sessionOpt.get().markAsPaid();
} else {
    System.out.println("Nie znaleziono");
}

// Lub functional style:
sessionOpt.ifPresent(TherapySession::markAsPaid);
```

**Lekcja:** Optional to explicite "może być null", obsługuj zawsze.

## Statystyki projektu - liczby

**Czas pracy:** 5 tygodni (kwiecień-maj 2026)
- Tydzień 1: Planowanie (10h)
- Tydzień 2: Architektura (8h)
- Tydzień 3-4: Implementacja (25h)
- Tydzień 5: UI + testy (12h)
- **Total: ~55 godzin**

**Kod:**
- **47 klas** (entities, services, repositories, utils, UI)
- **2847 linii kodu** (bez komentarzy)
- **89 metod** (średnio 32 linie/klasa)
- **23 pliki testowe** (JUnit tests)

**Biblioteki użyte:**
- Jackson (JSON serialization)
- JUnit 5 (testy jednostkowe)
- SLF4J + Logback (logging)

**Struktura folderów:**
```
therapy-manager/
├── src/
│   ├── main/
│   │   ├── java/
│   │   │   ├── com.therapy/
│   │   │   │   ├── entity/
│   │   │   │   ├── service/
│   │   │   │   ├── repository/
│   │   │   │   ├── util/
│   │   │   │   └── ui/
│   │   └── resources/
│   └── test/
│       └── java/
├── data/ (JSON files)
├── pom.xml (Maven dependencies)
└── README.md

Co czułam finiszując projekt

3 czerwca, 22:47 – ostatni test przechodzi

Uczucia w tym momencie:

1. Niedowierzanie „To naprawdę działa? Ja to zbudowałam?”

5 miesięcy temu nie znałam Javy. Dzisiaj mam działającą aplikację z 47 klasami.

2. Duma Pokazałam partnerowi: „Patrz, to dodaje sesję, to generuje raport…”

On: „Zrobiłaś TO?! To jest niesamowite!”

Ja: wzruszenie (szczęśliwe łzy)

3. Ulga Mogłam odpuścić 100 razy. „Za trudne”, „Nie dam rady”, „Może później”.

Ale nie odpuściłam. I skończyłam.

4. Więcej… To był tylko początek. Już myślałam: „Co dalej? GUI? Baza danych? Spring?”

Perspektywa – co projekt zmienił

Przed projektem:

• „Programowanie to nauka składni i algorytmów”
• „Projekty to coś dla ekspertów”
• „Ja tylko uczę się z tutoriali”

Po projekcie:

• „Programowanie to rozwiązywanie problemów”
• „Projekty to jedyny sposób, żeby naprawdę się nauczyć”
• „Ja BUDUJĘ, nie tylko uczę się”

Mentalna zmiana: Od „osoby która się uczy” do „programistki”.

Co bym zrobiła inaczej

1. Testy od początku, nie na końcu

Zrobiłam: Napisałam kod, potem testy.

Lepiej: TDD (Test-Driven Development) – testy najpierw, kod potem.

Dlaczego: Łatwiej refaktorować, gdy masz testy.

2. Mniejsze commity do Git

Zrobiłam: Wielkie commity „Added 10 classes”

Lepiej: Małe, atomowe commity „Add TherapySession entity”, „Add FileRepository”

Dlaczego: Łatwiej wrócić do poprzedniej wersji.

3. Więcej loggingu

Zrobiłam: System.out.println() wszędzie

Lepiej: SLF4J logger z poziomami (DEBUG, INFO, ERROR)

Dlaczego: Łatwiejszy debugging na produkcji.

4. Dokumentacja w trakcie, nie po

Zrobiłam: Dokumentacja README na końcu (zapomniałam połowę decyzji)

Lepiej: Notatki w Notion podczas budowania

Dlaczego: Świeża pamięć = lepsza dokumentacja.

Co dalej – plany na projekt

Wersja 1.0 (zrobione):

• Konsolowy interface
• JSON file storage
• Podstawowe raporty

Wersja 2.0 (czerwiec-lipiec):

• GUI (JavaFX) – graficzny interfejs
• Eksport raportów do PDF
• Charts (wykresy kosztów)

Wersja 3.0 (sierpień-wrzesień):

• Baza danych (PostgreSQL zamiast JSON)
• Multi-user (mąż też może dodawać sesje)
• Web interface (może Spring Boot?)

Ale najpierw: Przerwa. Odpoczynek. Perspektywa.

Nauki z pierwszego projektu w Java

Techniczne:

OOP design – jak projektować klasy i relacje
Wzorce projektowe – repozytorium, warstwa usług, wstrzykiwanie zależności
File I/O – czytanie/zapis plików, JSON serializacja
Kolekcje i strumienie – filtrowanie, grupowanie, redukcja
Obsługa wyjątków – try-catch, niestandardowe wyjątki
Testing – JUnit, pokrycie testowe

Nietechniczne (ważniejsze!):

Ukończenie > Perfekcja – lepiej skończony prosty projekt niż nie skończony perfekcyjny
Małe kroki – 1h dziennie przez 5 tygodni > 10h przez 1 dzień
Realne problemy – budowanie czegoś co rozwiązuje własny problem = motywacja
Liczy się pęd – 1 dzień przerwy OK, 3 dni = trudno wrócić
Świętuj zwycięstwa – skończony projekt = osiągnięcie, świętuj to!

FAQ – pierwszy projekt w Java

Czy potrzebuję skończyć cały kurs przed projektem?

NIE. Ja zaczęłam projekt po:

• Podstawach składni (zmienne, pętle, warunki)
• OOP (klasy, obiekty, dziedziczenie)
• Collections (List, Map, Set)
• Podstawach Streams

Reszta nauczyłam się w trakcie projektu (JSON, File I/O, design patterns).

Ile czasu dziennie pracowałaś?

Średnio: 1.5h dziennie (10-15h tygodniowo)

Rozłożenie:

• Popołudnia: 1h (14:00-15:00)
• Wieczory: 30 min (21:30-22:00) – gdy energia była

Weekendy: 3-4h (sobota rano, partner z dziećmi)

Jak wybrać dobry projekt dla początkujących?

3 kryteria:

1. Rozwiązuje TWÓJ problem – motywacja wewnętrzna
2. Zakres realistyczny – zrobisz w 4-6 tygodni
3. Trochę za trudny – uczysz się nowego, ale nie przytłaczający

Przykłady dobrych pierwszych projektów:

• Todo list manager (klasyk, ale działa)
• Expense tracker (śledzenie wydatków)
• Library manager (zarządzanie książkami)
• Habit tracker (śledzenie nawyków)
• Recipe organizer (przepisy kulinarne)

Zły projekt: „Zbuduję Facebooka” (gwarantowane rozszerzenie zakresu)

Co jeśli utknę i nie wiem jak coś zrobić?

Moja strategia:

1. Google (15 min) – „How to serialize LocalDateTime to JSON Java”
2. Stack Overflow (15 min) – czytam różne rozwiązania
3. ChatGPT (10 min) – pytam o konkretny problem
4. Discord/forum kursu (24h) – pytam instruktora
5. Następnego dnia świeży umysł– czasem sen rozwiązuje

Zasada: Max 1h szukania rozwiązania. Potem przerwa/pomoc.

Czy pokazać projekt w portfolio?

TAK! Nawet prosty projekt pokazuje:

• Umiesz skończyć, co zaczynasz
• Rozumiesz OOP i design patterns
• Piszesz czysty kod
• Rozwiązujesz problemy

Lepiej: 1 skończony prosty projekt niż 10 nie skończonych „ambitnych”.

Podsumowanie – mój pierwszy prawdziwy projekt

Therapy Manager v1.0:

• 47 klas
• 2847 linii kodu
• 55 godzin pracy
• 5 tygodni od pomysłu do finiszu
• Aplikacja która rozwiązuje mój realny problem

Co zyskałam:

• Umiejętność projektowania aplikacji
• Pewność siebie jako programistka
• Element portfolio (pokazuję na GitHubie)
• Praktyczne narzędzie (używam codziennie!)

Najważniejsza lekcja:

„Programowania nie uczy się przez czytanie poradników. Uczy się przez BUDOWANIE.”

Możesz przeczytać 100 tutoriali o Javie. Ale dopiero gdy zbudujesz projekt – rozumiesz jak to wszystko się łączy.

Pierwszy projekt w Java to przełom. Od „osoby która się uczy” do „osoby która buduje”.

I jeśli ja mogłam – z godzinę dziennie, z dziećmi w terapiach, między freelancingiem – to Ty też możesz.

Zbuduj coś. Zakończ to. Świętuj.

PS: Też budujesz swój pierwszy projekt? Utknąłeś gdzieś? Napisz w komentarzu – chętnie pomogę! A jeśli skończyłeś projekt – podziel się, co zbudowałeś? Ciekawa jestem!

Artykuł Learning Log #5: Pierwszy większy projekt w Java – od pomysłu do działającej aplikacji pochodzi z serwisu To co najważniejsze.

Ile razy widziałaś artykuł „100 narzędzi dla freelancerów” i pomyślałaś: „Kto ma czas to wszystko testować?”

Ja też.

Przez 2 lata freelancingu przetestowałam dziesiątki aplikacji, narzędzi i systemów. 90% z nich wylądowało w koszu. Te 10 które zostały – to są moje must-have.

Nie są to najmodniejsze narzędzia. Nie są najdroższe. Są praktyczne, sprawdzone w boju i oszczędzają mi godziny tygodniowo.

Dziś pokażę Wam dokładnie jakie narzędzia dla freelancerów używam każdego dnia – od zarządzania projektami po śledzenie czasu, od faktur po komunikację z klientami. Z konkretnymi przykładami jak ich używam, ile kosztują (większość darmowa!) i dlaczego akurat te, a nie inne.

Kryteria wyboru – dlaczego akurat te narzędzia?

Zanim przejdę do listy, wyjaśnię jak wybierałam.

Moje must-have requirements:

Proste w użyciu – nie mam czasu uczyć się skomplikowanych interfejsów
Mobilne – pracuję między terapiami, potrzebuję dostępu z telefonu
Darmowa wersja wystarczająca – lub bardzo tania (oszczędność budżetu)
Oszczędza czas realnie – mierzalne (mniej klikania, szybsze działanie)
Niezawodność – niezawodność, nie crashuje, działa offline

Czego NIE szukam:

„All-in-one” – wolę 5 prostych narzędzi niż 1 skomplikowane
Modne narzędzia – jeśli wszyscy nagle o tym piszą = podejrzane
Funkcje korporacyjne- nie potrzebuję 100 funkcji dla korporacji
Uzależnienie od dostawcy – możliwość eksportu danych zawsze

1. Google Calendar – centralny hub wszystkiego

Kategoria: Organizacja czasu / Kalendarz Koszt: Darmowy Must-have level: 10/10

Dlaczego akurat Google Calendar, nie inne?

Testowałam:

• Apple Calendar (dobre, ale tylko Apple ecosystem)
• Outlook Calendar (za ciężki, za dużo funkcji)
• Notion Calendar (ładny, ale wolny)
• Fantastical (płatny, niepotrzebne funkcje)

Google Calendar wygrał bo:

• Synchro wszędzie (laptop, telefon, tablet)
• Błyskawicznie szybki
• Integracje z wszystkim (Gmail, Meet, Asana)
• Prosty interfejs (stary nie znaczy zły)

Jak go używam – konkretny workflow:

Widok tygodniowy (95% czasu):

PONIEDZIAŁEK WTOREK   ŚRODA    CZWARTEK  PIĄTEK    SOBOTA  NIEDZIELA
[terapia]  [projekt] [terapia] [call]   [terapia] [family] [planning]

Kolor-coding (wizualna hierarchia):

• Czerwony = Terapie (stały)
• Niebieski = Spotkania klienci (ważny)
• Zielony = Praca głęboka – bloki (elastyczny)
• Żółty = Konserwacja (bardzo elastyczny)
• Szary = Admin/osobiste (wypełniam luki)

Przypomnienia (trzy poziomy):

• Terapie: 30 min przed (wyjść z domu)
• Spotkania: 15 min przed (przygotować się)
• Praca głęboka: brak (wiem że pracuję)

Template wydarzeń (oszczędzam czas na tworzeniu):

Zamiast pisać za każdym razem:

Terapia SI 10:00-11:00 [adres ośrodka] Przypomnienie: 30 min

Mam zapisane jako szablon → 2 kliknięcia zamiast 5 minut pisania.

Najlepsza funkcja: Goals (Cele)

Przykład:

• Goal: „Nauka Java – 1h każdego dnia”
• Google Calendar automatycznie znajduje luki i proponuje lukę
• Ja akceptuję lub przesuwam

Efekt: Nie muszę myśleć „kiedy się uczę” – kalendarz proponuje.

Koszt: 0 zł

Alternatywy płatne:

• Fantastical: 55 zł/rok (wprowadzanie języka naturalnego – fajne, ale niepotrzebne)
• Calendly integracja 96 zł/rok (dla klientów bookujących spotkania – nie potrzebuję)

Werdykt: Darmowy Google wystarczy w 100%.

2. Asana – zarządzanie projektami bez zalewu funkcji

Kategoria: Zarządzanie projektami Koszt: Darmowy (plan do 15 osób) Must-have level: 9/10

Dlaczego Asana, nie Trello/ClickUp/Monday?

Testowałam:

• Trello: Za proste (brak zależności, śledzenie terminów słabe)
• ClickUp: Za dużo funkcji (byłam przytłoczona po 1 tygodnia)
• Monday.com: Drogi (99 zł/mies minimum), koszmar dla 1 osoby
• Notion: Wolny, trzeba wszystko samemu budować

Asana wygrała bo:

• Wystarczająco funkcjonalna, nie za skomplikowana
• Szybka (ładuje się błyskawicznie)
• Mobile app doskonała (pracuję na telefonie między terapiami)
• Darmowa wersja wystarczająca

Jak używam – moja struktura:

Każdy klient = osobny projekt w Asanie

Sekcje (kanban board):

| TO DO | IN PROGRESS | WAITING | DONE |

Przykład projektu – Klient X – Strona portfolio:

TO DO:

• ☐ Strona główna – hero section [Due: 28.05, Priority: High]
• ☐ Galeria – upload 150 zdjęć [Due: 30.05, Priority: Medium]
• ☐ Blog – template [Due: 01.06, Priority: Low]

IN PROGRESS:

• Strona O nas – layout [Due: 27.05, Priority: High]
  • Subtasks:
    • ✓ Wireframe
    • Implementacja
    • ☐ Responsive testing

WAITING:

• Teksty do podstron [Waiting on: Klient – email 25.05]

DONE:

• Konfiguracja WordPress [Completed: 20.05]
• Instalacja motywu [Completed: 21.05]
• Konfiguracja SEO [Completed: 24.05]

Moja dzienna rutyna z Asaną:

8:00 (telefon):

• Otwieram Asanę
• Zakładka „My Tasks” – widok wszystkiego co DUE TODAY
• 1 minuta = wiem dokładnie co robię dziś

Podczas pracy:

• Kończę task → przeciągam do DONE
• Nowy pomysł → szybko dodaję do TO DO (2 kliknięcia)
• Czekam na klienta → WAITING (nie zapominam follow-up)

Wieczór (21:00, planowanie jutro):

• Przeglądam „Upcoming” – co jutro, pojutrze
• Przesuwam priorytety jeśli coś się zmieniło
• 5 minut = jutro wiem co robię

Najlepsza funkcja: zależności

Przykład:

• Task „Publikacja strony” ZALEŻY OD „Testy responsive”
• Nie mogę oznaczyć „Publikacja” jako DONE dopóki „Testy” nie są DONE
• Asana przypomina: „Hey, najpierw testy!”

Efekt: Nie publikuję strony bez testów (a bez tego przypomnienia mogłabym zapomnieć).

Koszt: 0 zł (wersja free)

Płatne funkcje, których nie potrzebuję:

• Timeline view (Gantt charts) – 13.49 USD/miesiąc
• Custom fields – niepotrzebne dla 1 osoby
• Zaawansowane raportowanie – przesada

Werdykt: Free plan wystarczy. Płatny tylko jeśli masz zespół 5+ osób.

3. Toggl Track – śledzenie czasu które faktycznie używam

Kategoria: Time tracking (śledzenie czasu) Koszt: Darmowy (do 5 projektów) Must-have level: 8/10

Dlaczego Toggl, nie RescueTime/Clockify/Harvest?

Testowałam:

• RescueTime: Automatyczny tracking (brzmi fajnie, ale niedokładny – trackował czas scrollowania LinkedIn jako „praca”)
• Clockify: OK, ale interfejs brzydki, wolny
• Harvest: Świetny, ale płatny od razu (12 USD/mies)
• Ręczny Excel: Zapominam zapisywać

Toggl wygrał bo:

• Jeden przycisk START/STOP (prostota)
• Mobilna aplikacja perfekcyjna
• Raporty czytelne (ile godzin na co)
• Darmowy do 5 projektów (wystarczy)

Jak używam – konkretny workflow:

Zaczynam pracę:

1. Klikam czerwony przycisk START
2. Piszę: „[Klient X] – Strona główna”
3. Wybieram tag: #DeepWork
4. Wybieram projekt: „Klient X – Portfolio”
5. Pracuję

Kończę pracę:

1. STOP
2. Toggl zapisuje: 1h 37min na „Klient X – Strona główna”

Przerwę dziecko:

• PAUSE (nie STOP) – jeśli wrócę za 10 min
• STOP – jeśli wiem że przerwa >30 min

Po co mi to? Trzy powody:

1. Poprawiam szacunki projektów

Przykład:

• Myślałam: „Galeria zajmuje 3h”
• Toggl pokazał: „Galeria zajęła 5.5h” (upload zdjęć, kategoryzacja, optymalizacja, testy)
• Następna wycena: 5.5h zamiast 3h = bardziej dokładny

Efekt: Po roku moje szacunki są 90% dokładne (na początku były 50%).

2. Wiem gdzie ucieka czas

Toggl raport tygodniowy:

Praca Głęboka (projekty): 15h (50%)
Konserwacja: 3h (10%)
Admin (maile, faktury): 6h (20%)
Calls z klientami: 2h (7%)
Social media: 4h (13%)
TOTAL: 30h

Spostrzeżenie: „Social media zjada 4h?! WTF?” → ograniczam do 2h → +2h na projekty.

3. Fakturuję dokładnie (dla klientów godzinowych)

Jeśli klient płaci godzinowo (rzadko, ale się zdarza):

• Toggl → Export do PDF → załączam do faktury
• Klient widzi: „27.05: 2h – Strona główna, 28.05: 1.5h – Galeria”
• Zero sporów

Raporty które używam:

Codzienny: Widok „Today” – ile dziś pracowałam (motywator!)

Tygodniowy: Summary by project – ile na którego klienta

Miesięczny: Summary by tag – ile Praca głęboka vs Admin (optymalizuję)

Koszt: 0 zł (free plan)

Płatne funkcje (10 USD/mies):

• Więcej projektów (free = 5, płatne = nieoraniczona liczba)
• Zaawansowane raporty (nie potrzebuję)
• Fakturowanie z Toggl (używam iFirma)

Werdykt: Free wystarczy jeśli masz <5 klientów jednocześnie.

4. Notion – drugi mózg i baza wiedzy

Kategoria: Notatki / Baza wiedzy Koszt: Darmowy (Personal plan) Must-have level: 7/10

Dlaczego Notion, nie Evernote/OneNote/Obsidian?

Testowałam:

• Evernote: Stary interfejs, wolny, płatny plan drogi
• OneNote: OK, ale brzydki, słaba organizacja
• Obsidian: Dla nerdów, offline-first (nie potrzebuję)
• Google Docs: Chaotyczny, trudno organizować

Notion wygrał bo:

• Elastyczny – mogę zbudować co chcę (database, wiki, CRM)
• Ładny interfejs (estetyka = motywacja)
• Templates community (nie musze budować od zera)
• Darmowy do użytku osobistego

Jak używam – moja struktura:

1. CRM – baza klientów (database)

Filtry:

• View „Aktywni” – tylko Status = Aktywny
• View „Konserwacja” – tylko projekty typu Konserwacja
• View „Do follow-up” – status = Waiting

2. Szablony dokumentów

Email – Wycena projektu:

Dzień dobry [IMIĘ],

Dziękuję za rozmowę. Na podstawie naszej rozmowy przygotowałam wycenę:

ZAKRES: [...]

WYCENA: [KWOTA] zł netto

TERMIN: [TYGODNIE] od materiałów

[...]

Kopiuję → Wypełniam puste pola → 2 minuty zamiast 15 minut pisania od zera.

Umowa – szablon: Podstawowa umowa z lukami na:

• Zakres
• Cena
• Deadline
• Dane klienta

3. Baza wiedzy – „jak zrobić X”

Kategorie:

• WordPress rozwiązywanie problemów
• Kody CSS, które często używam
• Rekomendacje wtyczek
• Email templates
• Formuły cenowe

Przykład – „Jak naprawić white screen of death w WordPress”:

1. Wyłącz wszystkie pluginy (przez FTP)
2. Sprawdź czy strona działa
3. Włączaj pluginy jeden po drugim
4. Znajdź winowajcę
5. Usuń i znajdź alternatywę

Następnym razem jak white screen → nie googlam, otwieram Notion → 30 sekund.

4. Projekty – briefs i notatki

Każdy projekt = strona w Notion:

PROJEKT: Klient X - Portfolio

BRIEF:

Strona portfolio dla fotografa ślubnego

6-8 sesji w galerii

Blog

Deadline: 05.06

NOTATKI Z CALLI: 25.05: Klient chce ciemny theme, elegancki 27.05: Przesłał referencje (Pinterest board)

FEEDBACKI: 28.05: "Hero section za jasny, zrób ciemniejszy"`

Najlepsza funkcja: Web Clipper

Rozszerzenie przeglądarki – jednym klikiem zapisuję artykuł/tutorial do Notion.

Przykład:

• Czytam tutorial „How to optimize WordPress images”
• Klik na Notion Clipper → zapisane
• Później potrzebuję → Notion search → znalezione w 10 sekund

Koszt: 0 zł (Personal plan)

Paid plans:

• Plus (10 USD/mies) – więcej uploads, historia wersji
• Business (18 USD/mies) – dla teamów

Werdykt: Free wystarczy dla 1 osoby. Płatne tylko jeśli współpracujesz z teamem.

5. IFirma – faktury w 2 minuty

Kategoria: Księgowość / Faktury Koszt: 0 zł (do 3 faktur/mies) lub 11 zł/mies (unlimited) Must-have level: 10/10

Dlaczego IFirma, nie Fakturownia/Wfirma/InFakt?

Testowałam wszystkie.

IFirma wygrała bo:

• Prosty (stara babcia mogłaby użyć)
• Szybki (generuję fakturę w 2 minuty)
• Przypomnienia o płatnościach (auto emails!)
• Integracja z bankiem (auto-matching płatności)
• Polski, działa z polskim prawem

Jak używam – konkretny workflow:

Nowa faktura:

1. Klikam „Nowa faktura”
2. Wybieram klienta z listy (auto-fill dane)
3. Wpisuję: „Strona WWW zgodnie z ofertą z 20.05” + kwota
4. Termin płatności: auto 14 dni
5. GENERUJ
6. Email do klienta – auto wysłany

Czas: 2 minuty (wcześniej w Excelu: 15 minut)

Najlepsza funkcja: Auto-reminders

IFirma automatycznie wysyła:

7 dni przed terminem: „Przypominamy o zbliżającym się terminie płatności faktury [nr].”

1 dzień przed: „Jutro mija termin płatności faktury [nr].”

1 dzień po terminie: „Termin płatności faktury [nr] minął. Prosimy o pilny przelew.”

7 dni po terminie: „Faktura [nr] jest przeterminowana od 7 dni. Prosimy o kontakt.”

Efekt: 95% klientów płaci w terminie. 4% płaci po pierwszym reminderze. 1% potrzebuję dzwonić osobiście.

Funkcje które używam:

Faktury VAT / bez VAT
Faktury pro forma (zaliczka)
Faktury korygujące
Automatyczne numerowanie
Dedykowany księgowy
Przypomnienia o płatnościach
Historia klientów

Koszt: 59 zł netto/miesiąc (wybieram płatny)

Free plan: 3 faktury/miesiąc (za mało dla mnie – mam 5-8 faktur/mies)

Płatny plan: 59 zł/mies = nieograniczona ilość+ wszystkie funkcje

Alternatywy:

• Fakturownia: 29 zł/mies (droższe, podobne funkcje)
• Wfirma: 25 zł/mies (wolniejsze)

Werdykt: IFirma 59 zł/mies = najlepszy stosunek jakości do ceny. Oszczędza mi 10h miesięcznie.

6. Canva – grafiki bez designera

Kategoria: Grafika / Design Koszt: Darmowy (lub 55 zł/mies Pro) Must-have level: 8/10

Dlaczego Canva, nie Photoshop/Figma/Affinity?

Nie jestem graficzką. Potrzebuję szybko zrobić:

• Post na Instagram/Facebook
• Mockup strony dla klienta
• Prezentacja oferty
• Thumbnail do bloga

Photoshop: Za dużo, za trudny, płatny (23 USD/mies)
Figma: Dla UI projektantów, przesada dla moich potrzeb (choć umiem obsługiwać)
Affinity: Płatny (300 zł one-time), trudny

Canva wygrała bo:

• Drag & drop (zero nauki)
• Templates na wszystko (Instagram post, prezentacja, faktura)
• Darmowa wersja wystarczająca
• Szybka (działa w przeglądarce)

Jak używam:

Social media posty (3-4 razy w tydzień):

1. Template „Instagram Post” → wybieram ładny
2. Zmieniam tekst na swój
3. Zmieniam kolory na moje (brand colors)
4. Download PNG
5. Upload na Instagram

Czas: 5 minut (wcześniej w Photoshop: 30 minut)

Mockupy dla klientów:

Zamiast pokazywać surowy kod/layout:

1. Screenshot strony
2. Wklejam do Canva template „Website Mockup”
3. Wygląda jak profesjonalny mockup
4. Klient pod wrażeniem

Prezentacje ofert:

Template „Business Proposal” → fill in → export PDF → wysłać klientowi

Free vs Pro – czy warto płacić?

Free plan ma:
250,000+ darmowych templates
Podstawowe narzędzia (tekst, shapes, zdjęcia)
5 GB storage
Export PNG, JPG, PDF

Pro plan (55 zł/mies) dodaje:

• Background remover (usuwanie tła jednym klikiem)
• Brand kit (moje kolory/fonty zapisane)
• Resize (post Instagram → Facebook auto)
• 100 GB storage

Czy używam Pro? TAK, płacę raz na rok.

Dlaczego: Background remover oszczędza mi 30 minut tygodniowo (usuwam tło ze zdjęć produktów klientów).

Czy musisz Pro? Nie, free wystarczy na start.

7. Grammarly – ochrona przed wstydliwymi błędami

Kategoria: Pisanie / Korekta Koszt: Darmowy (lub 144 USD/rok Premium) Must-have level: 6/10

Dlaczego Grammarly?

Piszę DUŻO:

• Maile do klientów
• Oferty
• Posty na blogu
• Social media
• Umowy

Problem: Literówki, błędy gramatyczne, niezręczne zdania.

Rozwiązanie: Grammarly – sprawdza automatycznie.

Jak używam:

Rozszerzenie przeglądarki:

• Instaluję w Chrome
• Automatycznie sprawdza teksty w:
  • Gmail
  • WordPress
  • Asana
  • Facebook
  • Wszędzie gdzie piszę

Przykład:

Piszę email: „Dzięnkuję za rozmowę, wysyłam wyceną.”

Grammarly:

• „Dzięnkuję” → „Dziękuję”
• „wyceną” → „wycenę”

Klik → poprawione.

Free vs Premium

Free:

• Sprawdza ortografię
• Podstawowa gramatyka
• Wystarczy dla 80% potrzeb

Premium (144 USD/rok = 12 USD/mies):

• Zaawansowana gramatyka
• Tone detection (czy email brzmi profesjonalnie)
• Plagiarism checker

Czy używam Premium? NIE, free wystarczy.

Uwaga: Grammarly działa najlepiej w języku angielskim. Dla polskiego używam wbudowana funkcja sprawdzania pisowni + własna uwaga.

8. LastPass – hasła bez szaleństwa

Kategoria: Bezpieczeństwo / Menedżer haseł Koszt: Darmowy (lub 36 USD/rok Premium) Must-have level: 10/10

Dlaczego menedżer haseł?

Mam dostępy do:

• 10+ stron klientów (WordPress admin)
• 15+ hostingów
• 20+ narzędzi (Asana, IFirma, Canva, etc.)
• 5+ kont email

Każde powinno mieć unikalne hasło.

Bez menedżera: Używam tego samego hasła wszędzie (niebezpieczne!) lub notuję w Excelu (też niebezpieczne!)

Z LastPass: Jedno master password → dostęp do wszystkich.

Jak używam:

Dodanie nowego hasła:

1. Loguję się na nowej stronie
2. LastPass: „Zapisać hasło?”
3. TAK
4. Gotowe

Logowanie:

1. Wchodzę na stronę
2. LastPass auto-fill login + hasło
3. Klik LOGIN
4. Zalogowana

Generator haseł:

Tworzę nowe konto → LastPass generuje: K9$mP2@xL5#nQ8

Bezpieczne, unikalne, nie muszę pamiętać.

Funkcje które używam:

Auto-fill (auto uzupełnianie)
Generator haseł
Vault (sejf wszystkich haseł)
Secure notes (numery kart, PINy)
Rozszerzenie przeglądarki (działa wszędzie)

Free vs Premium

Free:

• Nieograniczona ilość haseł
• 1 urządzenie (laptop LUB telefon)

Premium (36 USD/rok = 3 USD/mies):

• Multi-device sync (laptop + telefon)
• 1 GB storage (dla plików)
• Wsparcie priorytetowe

Czy używam Premium? NIE.

Dlaczego: Nie potrzebuję sync między laptopem i telefonem.

Alternatywy:

• Bitwarden (darmowy, open-source)
• 1Password (dobry, ale droższy: 36 USD/rok)

9. Slack – komunikacja z klientami (niektórymi)

Kategoria: Komunikacja Koszt: Darmowy (lub 7.25 USD/mies Pro) Must-have level: 5/10 (depends on klienta)

Dlaczego Slack, nie email/WhatsApp?

Email: Formalny, wolny, gubię wątki
WhatsApp: Za casualowy, nie dla biznesu
Slack: W sam raz – szybki, przejrzysty, profesjonalny

ALE: Tylko dla klientów, którzy używają Slacka (20% moich klientów).

Jak używam:

Jeden workspace = jeden klient (lub projekt)

Kanały:

#general - ogólna komunikacja #project-updates - co nowego w projekcie #bugs - zgłaszanie błędów #feedback - omówienie zmian

Przykład konwersacji:

Klient (10:23): „Hej, możesz zmienić kolor przycisku na niebieski?”
Ja (14:15): „Zmienione! Zobacz: [screenshot]”
Klient (14:30): „Super, dzięki!”

Vs email:

Email 1: "Proszę zmienić kolor przycisku"
Email 2: "Zmienione"
Email 3: "Dziękuję"

3 emaile vs 3 wiadomości Slack (szybciej, przejrzyściej).

Funkcje które używam:

Threads (wątki – nie miesza się konwersacji)
File sharing (screenshoty, PDF)
Mentions (@klient – powiadomienie)
Search (znajdę każdą rozmowę w 5 sekund)

Free vs Pro

Free:

• 90 dni historii wiadomości
• 10 integracji
• Wystarczy dla małych projektów

Pro (7.25 USD/mies per user):

• Nieograniczona historia
• Nieograniczone integracje
• Udostępnianie ekranu

Czy używam Pro? NIE, free wystarczy (projekty kończę <90 dni).

Uwaga: Nie zmuszam klientów do Slacka. Jeśli wolą email – email. Jeśli już mają Slacka – używamy.

10. Pomofocus – Pomodoro timer z gamifikacją

Kategoria: Produktywność / Focus Koszt: Darmowy (web app) Must-have level: 7/10

Czym jest Pomodoro?

Technika:

1. 25 minut pracy (focus)
2. 5 minut przerwy
3. Powtórz 4x
4. Długa przerwa 15-30 min

Dlaczego działa: Mózg wie że „tylko 25 minut” → łatwiej zacząć.

Dlaczego Pomofocus, nie inna aplikacja/timer?

Testowałam:

• Kuchenny timer (działa, ale nudny)
• Forest app (fajny, ale płatny)
• Be Focused (Mac only)

Pomofocus wygrał bo:

• Darmowy
• Działa w przeglądarce (zawsze dostępny)
• Gamifikacja (motywacja!)
• Statystyki (ile pomidorów dziennie)

Jak używam:

Start pracy:

1. Otwieram pomofocus.io
2. Wybieram task z Asany
3. START (25 min odliczanie)
4. Pracuję (telefon face-down, zero rozpraszaczy)
5. DING! (po 25 min)
6. Przerwa 5 min (stretch, herbata, check dziecko)
7. Powtórz

Po 4 pomidorach:

• Długa przerwa 20 min
• Lunch lub spacer

Gamifikacja która motywuje:

Dashboard pokazuje:

Dzisiaj: 6 pomidorów (= 2.5h deep work)
Wczoraj: 4 pomidory
Średnia tydzień: 5 pomidorów/dzień

„Jestem na dobrej drodze” = motywacja do kontynuacji.

Cel: 6 pomidorów dziennie (3h deep work)

Dlaczego to działa z dzieckiem?

Bez Pomodoro:

• Siadam do pracy
• Dziecko przerywa po 10 minutach
• Frustracja (nawet nie zaczęłam!)

Z Pomodoro:

• 25 minut = realistycznie, jeśli dziecko zajęte
• Jeśli przerywa po 15 min = OK, zrobię drugi pomodoro później
• Mniej frustracji (liczy się próba, nie ideał)

Koszt: 0 zł

Alternatywy:

• Forest: 20 zł (jednorazowo) – fajny, ale płatny
• Tide: darmowy, ale słabsza gamifikacja

Verdict: Pomofocus free = wystarczy.

Porównanie – Free vs Paid versions

Narzędzie	Free	Paid	Czy płacę?
Google Calendar	Wszystko	–	Free wystarczy
Asana	Do 15 osób	13.49 USD/mies	Free wystarczy
Toggl	Do 5 projektów	10 USD/mies	Free wystarczy
Notion	Personal	10 USD/mies	Free wystarczy
IFirma	3 faktury/mies	59 zł/mies	TAK – płacę
Canva	Podstawy	55 zł/mies	TAK – płacę
Grammarly	Podstawy	12 USD/mies	Free wystarczy
LastPass	1 urządzenie	3 USD/mies	Free wystarczy
Slack	90 dni	7.25 USD/mies	Free wystarczy
Pomofocus	Wszystko	–	Free wystarczy

Total koszt miesięczny:

• IFirma: 59 z
• = 59 zł/miesiąc (708 zł/rok)

Za to oszczędzam: ~15 godzin miesięcznie = ~180h rocznie

Wycena czasu: 180h × 100 zł/h = 18 000 zł rocznie

ROI: Płacę 708 zł, oszczędzam wartość 18 000 zł. Warto!

Narzędzia których NIE używam (i dlaczego)

Często pytają: „A co z X?”

ClickUp – za dużo funkcji

Testowałam: 2 tygodnie
Werdykt: Przesada. 100 funkcji z czego używałabym 10. Wolę prostszą Asanę.

Trello – za proste

Używałam: Przez 6 miesięcy
Werdykt: Brak śledzenie terminów, brak zależności. Za podstawowe dla moich potrzeb.

Notion Calendar – wolne

Testowałam: 1 miesiąc
Werdykt: Ładny, ale wolny. Google Calendar = szybkość.

Monday.com – droga przesada

Testowałam: Trial 14 dni
Werdykt: 99 zł/mies za funkcje których nie potrzebuję. Asana free wystarczy.

RescueTime – niedokładny tracking

Używałam: 3 miesiące
Werdykt: Automatyczny tracking brzmi fajnie, ale trackował scrollowanie LinkedIn jako „produktywna praca”. Wolę ręczny Toggl.

Mój workflow – jak te narzędzia współpracują

Rano (8:00):

1. Google Calendar – check co dziś (terapie, spotkania, bloki pracy)
2. Asana – check tasks DUE TODAY (wiem co robię)
3. Pomofocus – plan ile pomidorów chcę dzisiaj

Praca (14:00-16:00):

1. Asana – wybieram task
2. Toggl – START timer
3. Pomofocus – START Pomodoro (25 min focus)
4. Pracuję (WordPress, kod, design)
5. LastPass – auto-fill hasła gdy potrzebuję
6. Grammarly – check emaile do klientów
7. Canva – quick mockup dla klienta
8. Toggl – STOP po skończeniu
9. Asana – task → DONE

Wieczór (21:00):

1. IFirma- wystawić fakturę jeśli projekt skończony
2. Notion – update notatek projektu
3. Google Calendar – check jutro
4. Asana – plan jutrzejsze tasks

Weekend:

1. Notion – przegląd tygodnia (co poszło dobrze/źle)
2. Toggl – raport tygodniowy (ile h na co)
3. Google Calendar – planowanie przyszłego tygodnia

FAQ – narzędzia dla freelancerów

Czy muszę używać wszystkich 10?

NIE. Zacznij z trzema:

1. Google Calendar (organizacja)
2. Asana (projekty)
3. IFirma lub podobny (faktury)

Resztę dodawaj, gdy czujesz potrzebę.

Czy są lepsze alternatywy?

Zawsze. To są narzędzia które działają DLA MNIE.

Testuj, sprawdzaj, wybieraj co pasuje do Twojego workflow.

Ile czasu zajęła konfiguracja?

Realnie:

• Google Calendar: 30 min
• Asana: 2h (konfiguracja projektów, nauka interfejsu)
• Toggl: 15 min
• Notion: 4h (budowanie struktury, templates)
• IFirma: 1h (dodanie klientów, ustawienia)
• Reszta: <30 min każde

Total: ~10h setup

Warto? Absolutnie. Oszczędzam 15h miesięcznie.

Czy warto płacić za premium?

Moja zasada: Płać tylko jeśli:

1. Free version boli (limituje Cię)
2. Premium oszczędza realny czas (obliczalny)
3. ROI >10x (płacę 50 zł, oszczędzam wartość 500 zł czasu)

Gdzie płacę:

• IFirma (59 zł oszczędza 10h/mies = 1000 zł wartości)
• Canva (55 zł oszczędza 2h/mies = 200 zł wartości)

Gdzie nie płacę:

• Asana free wystarczy
• Toggl free wystarczy
• Google wszystko darmowe

Podsumowanie – mój tech stack freelancera-rodzica

Organizacja:

• Google Calendar (wszystko w jednym miejscu)
• Asana (projekty i taski)

Produktywność:

• Toggl (tracking czasu)
• Pomofocus (Pomodoro focus)

Komunikacja & Dokumentacja:

• Notion (notatki, baza wiedzy)
• Slack (niektórzy klienci)
• Grammarly (korekta)

Finanse & Admin:

• IFirma (faktury)

Design & Bezpieczeństwo:

• Canva (grafiki)
• LastPass (hasła)

Całkowity koszt: 59zł/miesiąc
Całkowita oszczędność czasu: ~15h/miesiąc
Całkowita wartość: ~18 000 zł/rok

10 narzędzi. 59zł. Godziny zaoszczędzone. Zdrowy rozsądek zachowany.

PS: Jakie narzędzia Ty używasz? Masz jakieś ukryte perełki których nie znam? Zostaw komentarz – zawsze szukam lepszych rozwiązań!

Artykuł 10 narzędzi które ułatwiają mi życie freelancera-rodzica – co naprawdę używam i dlaczego pochodzi z serwisu To co najważniejsze.