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