Cursor ci nie pomoże, jeśli nie wiesz, o co pytasz

👁 120 przeczytań

Jest taki moment, który zna każdy, kto próbował zbudować coś większego z pomocą sztucznej inteligencji. Wszystko idzie gładko. Piszesz po polsku, czego chcesz, model wypluwa kod, aplikacja działa, przyciski się klikają, dane się zapisują. Czujesz się jak czarodziej. A potem coś przestaje działać. Nie wiesz co, nie wiesz dlaczego, prosisz AI o naprawę, AI naprawia, psuje trzy inne rzeczy, ty prosisz o naprawę tamtych, wraca pierwszy błąd. I nagle stoisz przed swoim własnym projektem jak przed cudzym samochodem z otwartą maską, w której coś dymi.

Ten moment jest najważniejszy w całej dyskusji o Cursorze, GitHub Copilocie i Windsurfie. Bo do tego momentu wszystko wygląda tak, jakby programowanie właśnie umarło i każdy mógł je robić. Po tym momencie okazuje się, że umarło coś innego - iluzja, że pisanie kodu było kiedykolwiek najtrudniejszą częścią tworzenia oprogramowania.

Co te narzędzia naprawdę robią

Zacznijmy od tego, żeby zdjąć z nich aurę magii, bo bez tego nie da się myśleć trzeźwo. Cursor to edytor kodu z wbudowanym modelem językowym, który widzi twój projekt i potrafi w nim pisać. Copilot to podpowiadacz, który dokańcza zdania w trakcie pisania i coraz częściej wykonuje całe zadania. Windsurf idzie o krok dalej w stronę agenta, który sam planuje i realizuje zmiany w wielu plikach. Różnią się filozofią i wygodą, ale robią zasadniczo to samo: zamieniają opis intencji w kod z ogromną prędkością i zaskakującą trafnością.

To gigantyczny skok. Naprawdę nie chcę go umniejszać, bo należę do ludzi, którzy używają tych narzędzi codziennie i nie wróciliby do świata sprzed nich. Rzeczy, które kiedyś zajmowały mi godzinę grzebania w dokumentacji, dziś zajmują dwie minuty. Boilerplate, czyli ten nudny, powtarzalny kod, który trzeba napisać, żeby cokolwiek w ogóle ruszyło, praktycznie zniknął z mojego życia.

Ale zwróćcie uwagę na jedno słowo w opisie tego, co te narzędzia robią. Zamieniają w kod intencję. I tu jest cała sól problemu. Bo AI jest fenomenalne w wykonaniu, a wykonanie nigdy nie było wąskim gardłem. Wąskim gardłem zawsze było wiedzieć, co dokładnie ma powstać, dlaczego akurat tak, i jak rozpoznać, że powstało coś złego.

Vibe coding i jego cicha cena

Pojawił się na to modny termin: vibe coding. Programowanie na czuja. Opisujesz, czego chcesz, patrzysz, czy działa, i jedziesz dalej bez zaglądania pod maskę. Dla prototypu, dla weekendowego projektu, dla sprawdzenia pomysłu - to genialne. Serio. Nigdy w historii jedna osoba nie mogła w jeden wieczór zbudować działającej rzeczy, która jeszcze pięć lat temu wymagała zespołu.

Problem zaczyna się wtedy, gdy vibe coding spotyka rzeczywistość, która nie jest prototypem. Gdy z aplikacji zaczynają korzystać ludzie. Gdy trzeba przechowywać czyjeś dane. Gdy pojawia się pieniądz, logowanie, płatność, prywatność. Wtedy ta cała niewiedza, którą AI grzecznie zamiotło pod dywan, wychodzi spod dywanu naraz.

Wyobraźcie sobie kogoś, kto zbudował aplikację, która świetnie działa. Tylko że model, żeby uprościć sobie zadanie, zapisał klucze dostępowe wprost w kodzie widocznym dla każdego użytkownika. Albo zbudował logowanie, które sprawdza hasło po stronie przeglądarki, gdzie każdy może je obejść. AI nie zrobiło tego złośliwie. Zrobiło to, bo o to poprosiłeś - tylko ty nie wiedziałeś, że o to prosisz. Nie zadałeś pytania o bezpieczeństwo, bo nie wiedziałeś, że takie pytanie istnieje.

Sztuczna inteligencja świetnie odpowiada na pytania, które umiesz zadać. Cała twoja przewaga - albo cała twoja bezradność - leży w pytaniach, których nie przyszło ci do głowy postawić.

To jest właśnie ta cicha cena. Nie widać jej w demie. Widać ją trzy miesiące później, gdy trzeba dodać jedną funkcję do systemu, którego nikt nie rozumie, łącznie z jego autorem. Kod bez zrozumienia to nie jest oszczędność czasu. To pożyczka pod bardzo wysoki procent.

Dlaczego rozumienie przesunęło się, a nie zniknęło

Najczęstszy błąd w myśleniu o tych narzędziach brzmi tak: skoro AI pisze kod, to znajomość programowania przestała być potrzebna. To błąd tej samej klasy co przekonanie, że kalkulator zniósł potrzebę rozumienia matematyki. Kalkulator zdejmuje z ciebie liczenie w słupku. Nie zdejmuje z ciebie wiedzy, które działanie w ogóle wykonać, ani czy wynik ma sens. Człowiek, który nie ma intuicji liczb, wpisze cyfry w złej kolejności i z pełnym zaufaniem odczyta bzdurę.

Dokładnie to samo dzieje się z kodem. AI zdjęło z nas mozolne wystukiwanie składni. Ale przesunęło ciężar wiedzy w górę - do miejsca, którego początkujący w ogóle nie widzi. Teraz kluczowe jest to, czego programista musiał się zawsze nauczyć niejako przy okazji: jak działają dane, co to znaczy, że system jest bezpieczny, dlaczego jedno rozwiązanie się skaluje, a inne pada przy stu użytkownikach, gdzie leżą granice odpowiedzialności między częściami programu.

Tę wiedzę dawniej zdobywało się właśnie przez wystukiwanie kodu. Godziny walki ze składnią były nieprzyjemne, ale były też mimowolnym treningiem myślenia o systemie. Teraz ten trening zniknął. I tu robi się paradoks, o którym mówi się za mało: AI ułatwia wejście do programowania i jednocześnie utrudnia nauczenie się go naprawdę. Bo usuwa dokładnie ten opór, na którym budowała się kompetencja.

Osoba, która potrafi programować, używa Cursora jak dźwigni. Wie, o co pytać, rozpoznaje, kiedy model kłamie z pełnym przekonaniem, potrafi wziąć wygenerowany kod i powiedzieć: to jest dobre, a to wyrzuć. Osoba, która nie potrafi, używa go jak kuli. Może iść, dopóki teren jest równy. Na pierwszym stopniu się przewróci.

Kto na tym zyskuje, a kto tylko myśli, że zyskuje

Warto na chwilę spojrzeć na to jak na układ sił, bo w tej rewolucji różni ludzie mają różne interesy i różne wyniki. Firmy tworzące te narzędzia sprzedają obietnicę demokratyzacji. Każdy może budować oprogramowanie. To piękne hasło i częściowo prawdziwe - ale ich interesem jest, żebyś czuł się kompetentny, a nie żebyś nim był. Im niżej ustawią próg wejścia, tym więcej mają klientów.

Doświadczeni programiści zyskują najwięcej i najczystszym zyskiem. Ich wiedza właśnie zdrożała, nie staniała. Stali się szybsi, nie mniej potrzebni. Człowiek, który rozumie system, plus AI, jest dziś zjawiskiem produktywnym w skali, jakiej wcześniej nie było.

Najciekawsza i najtrudniejsza jest sytuacja trzeciej grupy - ludzi bez wiedzy technicznej, którym te narzędzia dały poczucie mocy. Część z nich zbuduje coś wartościowego, bo mają pomysł, wyczucie produktu i pokorę, żeby uczyć się po drodze. Część utknie w miejscu, w którym demo działa, ale niczego nie da się z tym zrobić dalej, i nie będzie nawet wiedzieć, dlaczego. Różnica między tymi dwoma losami nie leży w narzędziu. Leży w tym, czy ktoś traktuje AI jako sposób na uniknięcie nauki, czy jako sposób na jej przyspieszenie.

To rozróżnienie jest według mnie najważniejszą rzeczą w całej tej rozmowie. Bo te same narzędzia dają dwa zupełnie przeciwne efekty w zależności od nastawienia użytkownika. Dla jednego są rusztowaniem, po którym wspina się szybciej. Dla drugiego są protezą, która pozwala udawać, że nie trzeba się wspinać.

Co to znaczy w praktyce

Nie piszę tego, żeby zniechęcać kogokolwiek do AI. Byłoby to absurdem, bo sam z niej żyję. Piszę to, żeby ustawić właściwe oczekiwania, bo źle ustawione oczekiwania to najkrótsza droga do rozczarowania i porzucenia dobrego narzędzia z niewłaściwego powodu.

Jeśli nie umiesz programować, a chcesz coś zbudować - buduj. Naprawdę. To lepszy start niż jakikolwiek kurs sprzed pięciu lat, bo widzisz działający efekt od pierwszej minuty i masz motywację, żeby brnąć dalej. Ale nie oszukuj się, że AI zwolniło cię z rozumienia. Traktuj każdy kawałek wygenerowanego kodu jak zaproszenie do pytania: dlaczego akurat tak? Pytaj model, żeby ci tłumaczył, nie tylko żeby pisał. Używaj go jak cierpliwego nauczyciela, który nigdy się nie zniecierpliwi, a nie jak automat, który ma za ciebie odrobić lekcje.

Bo prawda o tych narzędziach jest mniej efektowna niż nagłówki, ale za to trwalsza. One nie zniosły bariery wejścia do tworzenia oprogramowania. One ją przesunęły i zamaskowały. Zejście na dół dawnych schodów było widoczne i strome. Teraz jest gładka pochylnia, po której wjeżdżasz zaskakująco daleko - do momentu, w którym trafiasz na ścianę, której z dołu nie było widać.

I dlatego pytanie z tytułu - co z tego, jeśli nie umiesz programować - ma odpowiedź, która nie jest ani triumfalna, ani pogardliwa. Bardzo dużo z tego. Więcej, niż miałbyś kiedykolwiek wcześniej. Ale nie wszystko. Cursor, Copilot i Windsurf dają ci moc pisania kodu. Nie dają ci mocy jego rozumienia, a to właśnie ta druga rzecz oddziela ludzi, którzy budują coś, co przetrwa, od ludzi, którzy produkują ładnie wyglądające ruiny.

Najsprytniejsze, co możesz zrobić z tymi narzędziami, to użyć ich do tego, żeby wreszcie zrozumieć, co się dzieje pod maską. Nie żeby maskę zatrzasnąć na zawsze. Bo maszyna, której nie rozumiesz, zawsze prędzej czy później zepsuje się w najgorszym możliwym momencie - a wtedy jedyne, co ci zostanie, to prosić o naprawę coś, co nie wie, że właśnie kłamie ci w oczy z pełnym przekonaniem.