Dlaczego warto uczyć się od praktyka?

Dlaczego? Bo jest ogromna różnica między wiedzą teoretyczną a doświadczeniem wyniesionym z prawdziwych projektów.

10 000 godzin, które zmieniają wszystko

Malcolm Gladwell, autor pięciu bestsellerów z listy New York Timesa, zbadał co odróżnia ludzi wybitnych od całej reszty. Odpowiedź okazała się zaskakująco prosta: praktyka. Konkretnie około 10 000 godzin celowego ćwiczenia.

Nie 10 000 godzin oglądania tutoriali. Nie 10 000 godzin czytania książek. 10 000 godzin robienia - z informacją zwrotną, z błędami, z ich poprawianiem.

Teoretyk może opowiedzieć o programowaniu. Praktyk pokaże, jak wygląda prawdziwy projekt - z jego chaosem, niespodziankami i momentami, gdy wszystko zaczyna działać.

Czego nie znajdziesz w żadnym kursie internetowym

Dzisiaj nie ma problemu z dostępem do informacji. Problem jest z połączeniem tej wiedzy w spójną całość.

Można nauczyć się pisać kod z darmowego kursu. Ale co dalej? Powstaje mnóstwo pytań:

• Jak nazwać projekt?
• Jak ułożyć strukturę plików?
• Dlaczego akurat tak, a nie inaczej?
• Jak odkryć porządek w chaosie wymagań?
• Jak współpracować z innymi programistami?

Na te pytania kurs w internecie nie odpowie. Tym bardziej nie odpowie gra edukacyjna.

Ta wiedza pochodzi tylko z jednego źródła: z lat spędzonych przy prawdziwych projektach, z prawdziwymi klientami, z prawdziwymi problemami.

Różnica między „umiem kodować" a „umiem budować"

Wyobraź sobie dwie osoby. Obie ukończyły kurs HTML i CSS. Obie potrafią napisać prostą stronę internetową.

Pierwsza uczyła się sama z tutoriali. Druga pracowała przez 25 lat przy projektach dla firm takich jak Orlen, British Council, czy banków. Napisała ponad milion linii kodu. Prowadziła zespoły programistów. Widziała, jak projekty upadają i jak odnoszą sukces.

Która z nich lepiej nauczy Twoje dziecko?

Pierwsza powie: „Tutaj wstawiasz div, tutaj dodajesz klasę CSS."

Druga powie: „Zanim napiszesz pierwszą linię kodu, musimy zrozumieć, co tak naprawdę chcemy zbudować. Jaką funkcję ma pełnić ten element? Jak wpisuje się w całość? Co się stanie, gdy użytkownik zrobi coś nieoczekiwanego?"

Praktyk uczy myślenia. Teoretyk uczy składni.

Prawdziwe narzędzia od pierwszego dnia

W większości szkół programowania dla dzieci używa się Scratcha - kolorowych klocków, które można przeciągać myszką. Albo Minecrafta - bo „dzieci lubią gry".

Problem w tym, że te narzędzia uczą czegoś, co potem trzeba oduczyć.

Scratch nie istnieje w prawdziwym świecie IT. Żadna firma nie szuka programisty Scratcha. Żaden poważny projekt nie powstaje w Minecraft Education.

Praktyk wie, że dzieci zasługują na poważne traktowanie. Dlatego od pierwszej sekundy pracują w Visual Studio 2022 - tym samym środowisku, którego używają profesjonaliści na całym świecie. Uczą się C# i XAML - języków, w których powstają prawdziwe aplikacje, systemy operacyjne, a nawet gry (tak, Minecraft został napisany w podobnej technologii, nie w Scratchu).

Dziecko, które przez rok pracowało w prawdziwym środowisku, ma realną przewagę nad rówieśnikami, którzy przez lata przeciągali kolorowe klocki.

Doświadczenie, którego nie da się podrobić

25 lat w branży IT to:

• Ponad milion linii kodu napisanych własnoręcznie
• 20+ różnych projektów dla polskich i międzynarodowych firm
• Praca jako programista, lider techniczny, architekt systemów
• Setki błędów popełnionych i naprawionych
• Tysiące decyzji projektowych - dobrych i złych

To doświadczenie przekłada się na coś, czego nie znajdziesz w żadnej książce: intuicję. Wiedzę, która mówi „tu będzie problem" zanim problem się pojawi. Umiejętność przewidzenia, że „ten kod za pół roku będzie nieczytelny".

Praktyk widział, jak upadają projekty prowadzone przez teoretyków. Widział, jak proste zasady - porządek, spójność, przemyślana struktura - ratują nawet najbardziej skomplikowane systemy.

Tę wiedzę można przekazać. Ale tylko jeśli samemu się ją posiada.

DDD, SOLID, Design Patterns - od razu dobrze

Brzmi skomplikowanie? W rzeczywistości to proste zasady, które sprawiają, że kod jest czytelny, łatwy w utrzymaniu i działa poprawnie.

• DDD (Domain-Driven Design) - zacznij od zrozumienia problemu, nie od pisania kodu
• SOLID - pięć zasad, które sprawiają, że program nie zamienia się w spaghetti
• Design Patterns - sprawdzone rozwiązania typowych problemów

Teoretyk powie: „Tego nauczysz się na studiach, to za trudne dla dzieci."

Praktyk powie: „Dzieci stosują te zasady intuicyjnie, gdy budują z klocków. Wystarczy im pokazać, że programowanie działa tak samo."

I faktycznie - dziecko, które najpierw odgrywa scenki w restauracji, potem rysuje ekrany na kartce, a dopiero na końcu pisze kod, stosuje DDD. Nie wie, że to się tak nazywa. Po prostu robi to, co działa.

Od zera do prawdziwej aplikacji

Na końcu pierwszego roku zajęć dzieci mają działającą aplikację do obsługi restauracji. Nie prototyp. Nie ćwiczenie. Prawdziwą aplikację, w której rodzice mogą złożyć zamówienie.

To możliwe tylko dlatego, że prowadzący sam zbudował dziesiątki takich aplikacji. Wie, które elementy są kluczowe, a które można pominąć. Wie, jak rozłożyć projekt na etapy zrozumiałe dla 11-latka. Wie, gdzie dzieci zwykle się gubią i jak im pomóc.

Teoretyk, który nigdy nie zbudował prawdziwego produktu, nie jest w stanie tego nauczyć. Może pokazać fragmenty. Może zademonstrować składnię. Ale nie poprowadzi od zera do działającego rozwiązania.

Pytania, na które teoretyk nie odpowie

Podczas prawdziwego projektu pojawiają się setki pytań, które nie istnieją w książkach:

• „Klient zmienił wymagania w połowie projektu - co teraz?"
• „Ten kod działa, ale coś mi nie pasuje - dlaczego?"
• „Mamy dwa dobre rozwiązania - które wybrać?"
• „Jak przekonać zespół do mojego pomysłu?"
• „Jak przyznać się do błędu i go naprawić?"

Praktyk ma odpowiedzi, bo sam się z tym mierzył. Często nie raz, a dziesiątki razy.

To jest ta wiedza, której nie da się wyczytać. Można ją tylko zdobyć przez lata praktyki - albo uczyć się od kogoś, kto ją ma.

Inwestycja w przyszłość

Twoje dziecko może uczyć się programowania z darmowych tutoriali. Może bawić się w Scratchu. Może spędzać godziny w Minecraft Education.

Albo może od pierwszego dnia uczyć się od kogoś, kto:

• Przepracował 25+ lat w branży IT
• Napisał ponad milion linii kodu
• Budował systemy dla największych polskich firm
• Wie, jak wygląda prawdziwa praca programisty

Za kilka lat, gdy Twoje dziecko będzie szukać pierwszej pracy lub wybierać kierunek studiów, ta różnica będzie miała znaczenie.

Bo pracodawcy nie pytają: „Ile godzin spędziłeś w Scratchu?"

Pytają: „Co zbudowałeś? Jak działasz w zespole? Jak radzisz sobie z problemami?"

Na te pytania potrafi odpowiedzieć tylko ktoś, kto uczył się od praktyka.

Zajęcia KidsPRO prowadzi programista z 25-letnim doświadczeniem, który budował systemy dla firm takich jak Orlen, British Council, Neuca, Sygnity i wielu innych. Od pierwszej sekundy dzieci pracują w profesjonalnym środowisku Visual Studio, ucząc się tych samych metod, których używają najlepsi programiści na świecie.