Piątek 21:00, 3 000 graczy online.
I wtedy mój plugin pada.

Jeśli prowadzisz serwer Minecrafta z 4 tysiącami graczy, to masz w sobie pewien rodzaj lęku, którego inni ludzie nie rozumieją. Siedzisz w piątek wieczorem przy komputerze, wszystko jest fajnie, dzieciaki grają, a Ty przez cały czas masz z tyłu głowy jedną myśl: „coś zaraz może się zepsuć".

No i w tamten piątek, 21:37, się zepsuło.

Moment, kiedy wszystko się zaczyna.

Piszę ten wpis trochę od środka. Chcę, żebyście zobaczyli z bliska, co się właściwie dzieje, gdy serwer „pada". Bo jako rodzic dziecka, które chce programować, warto wiedzieć, jak wygląda prawdziwa praca w tej branży. Nie Scratch. Nie podręcznik. Prawdziwa sytuacja, z prawdziwym stresem i prawdziwymi tysiącami graczy, którzy zaraz będą wściekli.

Na czym polega znalezienie błędu w kodzie?

Żeby zrozumieć, co zaraz opiszę, potrzebujesz jednej rzeczy - prostej metafory, która tłumaczy, jak wygląda szukanie błędu w programie.

Rozmowa z Claude. 21:49.

Wrzucam do Claude pierwszy kawałek tego, co widzę na panelu. Nie wiem jeszcze, gdzie jest problem - wiem tylko, że serwer „się zacina". To tak, jakbym zadzwonił do mechanika i powiedział: „mój samochód dziwnie brzmi, nie wiem co mu jest".

Znaleźliśmy trop.

Idę na panel serwera, patrzę na listę rzeczy, które powtarzają się co kilka sekund. Widzę jedną, która mnie zastanawia. System codziennych nagród - plugin, który sprawdza co 5 sekund, czy ktoś z graczy nie zasłużył na złote monety za bycie online.

Wracam do Claude.

Wrzucam Claude mój kod pluginu od nagród. Claude czyta go przez kilka sekund. Wraca z odpowiedzią.

Poprawka. 22:18.

Claude dał mi poprawiony kod w 2 minuty. Przeczytałem go linijka po linijce - to jest moja zasada, ta sama, której uczę dzieciaki. Nie wklejaj od Claude bez sprawdzenia. Zawsze patrz, co robi każda linijka.

W poprawce zobaczyłem dokładnie to, co Claude opisał: plugin już nie pyta bazy danych o każdego gracza co 5 sekund. Zamiast tego ładuje dane raz przy starcie do pamięci serwera, sprawdza je w pamięci (co jest tysiące razy szybsze), i co 15 minut zapisuje z powrotem na dysk. Proste, logiczne, eleganckie.

Wrzuciłem poprawiony plugin. Serwer się restartował. I...

Efekt.

Serwer wrócił do normalnej pracy przed 22:30. Gracze, którzy wyszli, zaczęli powoli wracać. W sobotę rano miałem pełne 4 tysiące ludzi, tak jakby nic się nie stało. Weekend uratowany.

Ale bez Claude? Szczerze - sam bym szukał tego problemu godzinami. Wiem, bo takie sytuacje zdarzały mi się wcześniej, gdy nie korzystałem jeszcze z AI. Wtedy godziny, dziś minuty. To jest realna różnica, nie marketingowa.

Po co Wam ta historia?

Bo kiedy mówię rodzicom, że uczę dzieci rozmawiać z AI tak, jak robią to prawdziwi programiści, mam na myśli dokładnie to, co właśnie przeczytaliście. Nie „zrób mi ładną komendę". Tylko:

• „Mam problem, nie wiem gdzie szukać - pomóż mi zawęzić poszukiwania."
• „Przeczytaj ten kod i powiedz, czy widzisz coś podejrzanego."
• „Przedstaw mi rozwiązanie, ale wytłumacz mi, dlaczego akurat to."

Dokładnie tego uczę na kursach. Dziecko, które rozumie, jak zadawać pytania AI, żeby rozwiązywać prawdziwe problemy - to dziecko, które za 10 lat będzie miało przewagę, jakiej inni nawet nie zauważą. Bo nikt ich nie uczy szukania błędów. Scratch nie uczy. Podręcznik nie uczy. Nauczyciel, który nie programuje na co dzień, też nie uczy - bo sam tego nie robi.

Dzięki za przeczytanie. Do następnego.

PS. Ten błąd świetnie pokazuje jedną ważną rzecz: nawet kod, który na pierwszy rzut oka wygląda dobrze, może mieć w środku problem, który wychodzi dopiero pod dużym obciążeniem. To też lekcja dla dzieci: nie zakładaj, że coś działa dobrze tylko dlatego, że wygląda profesjonalnie.