Vibe Coding Przejmuje Tworzenie Oprogramowania - I Nie Wszyscy Sa Zadowoleni

Andrej Karpathy publikuje post na X w lutym 2025. 4,5 miliona wyswietlen. W marcu Merriam-Webster dodaje termin do slownika slangu. W listopadzie Collins Dictionary oglasza go Slowem Roku. W styczniu 2026 MIT Technology Review wpisuje generatywne kodowanie na liste przelomowych technologii 2026. W lutym 2026 sam Karpathy mowi, ze termin jest juz "passe" i wprowadza "agentic engineering" jako nastepna ewolucje.

W kwietniu 2026 pierwsza europejska konferencja o vibe codingu odbywa sie w Gdyni. Nie w San Francisco. W Gdyni.

To szybka trajektoria jak na cos, co zaczelo sie od luźnego tweeta o akceptowaniu kodu bez czytania diffow.

Moje zdanie: vibe coding jest prawdziwy, jest uzyteczny, a wiekszosc krytykow mija sie z celem.

Czym Naprawde Jest Vibe Coding

Oryginalna definicja Karpathy'ego jest prosta: opisujesz co chcesz, AI generuje kod, a ty "zapominasz, ze kod w ogole istnieje." Akceptujesz output bez przeglądania, doprecyzowujesz kolejnymi promptami i wdrazasz jak dziala. Albo jak pisze iMagazine - programowanie na czuja.

Simon Willison narysowal granice, ktora moim zdaniem jest wazniejsza niz caly hype wokol tematu. Jesli przejrzales, przetestowales i rozumiesz kod - to nie jest vibe coding. To uzycie LLM jako asystenta do pisania. Roznica dotyczy odpowiedzialnosci, nie tego czy AI dotknal kodu.

Dokladnie tak pracuje. Przegladam kazdy wazny fragment. Testuje. Rozumiem architekture zanim cokolwiek trafi na produkcje. Kiedy budowalem FlowMate, produkcyjny SaaS do zarzadzania emailami z integracjami AI, kazda linijka kodu wspomaganego przez AI przeszla przez moj review. AI przyspieszyl pisanie. Decyzje inzynieryjne byly moje.

Ale wielu ludzi uzywa definicji Karpathy'ego dosłownie. Nie-koderzy buduja aplikacje. Founderzy wypuszczaja MVP bez osoby technicznej. Solowi developerzy buduja narzedzia wewnetrzne szybciej niz kiedykolwiek moglby to zrobic caly zespol. To wlasnie niepokoi senior inzynierow.

Liczby Opowiadaja Skomplikowana Historie

Ankieta Stack Overflow 2025 pokazala, ze 84% deweloperow uzywa lub planuje uzywac narzedzi AI do kodowania. To wzrost z 76% w 2024 i 70% w 2023. Ponad polowa uzywa ich codziennie. Sam GitHub Copilot przekroczyl 20 milionow uzytkownikow i pisze okolo 46% kodu przecietnego uzytkownika.

Polska jest jednym z krajow o najwyzszym wskazniku adopcji narzedzi AI wsrod deweloperow, obok Indii i Brazylii. To nie jest daleki trend z Doliny Krzemowej. To jest cos, co dzieje sie na co dzien w polskich firmach IT.

Wielkie deklaracje liderow technologii eskaluja. Satya Nadella powiedzial, ze 30% kodu Microsoftu jest teraz pisane przez AI. Dario Amodei z Anthropic twierdzi, ze 70 do 90% ich kodu pochodzi od Claude. Na demo day Y Combinator Winter 2025, Garry Tan ujawnil, ze 25% startupow w batchu mialo bazy kodowe niemal calkowicie generowane przez AI.

Ale jest czesc, ktora dostaje mniej uwagi: zadowolenie z narzedzi AI faktycznie spadlo. Ta sama ankieta Stack Overflow pokazala, ze satysfakcja spadla z ponad 70% w poprzednich latach do 60% w 2025. A 66% deweloperow zglasza frustracje z "rozwiazaniami AI, ktore sa prawie poprawne, ale nie do konca."

Adopcja jest realna. Zadowolenie nie nadaza.

Krytyka Ma Czesciowo Racje

Obawy nie sa urojone i dane je potwierdzaja.

GitClear przeanalizowal 211 milionow linii kodu z lat 2020-2024 i stwierdzil, ze duplikacja kodu wzrosla 4-krotnie od czasu upowszechnienia narzedzi AI. Refaktoryzacja spadla z 25% zmienianych linii w 2021 do ponizej 10% w 2024. Po raz pierwszy w historii ich danych deweloperzy wklejali kod czesciej niz go refaktoryzowali.

Badanie CodeRabbit na 470 pull requestach na GitHubie wykazalo, ze kod generowany przez AI produkuje 1,7x wiecej problemow ogolnie. Podatnosci bezpieczenstwa byly 2,74x wyzsze. Problemy z czytelnoscia 3x czestsze.

Wiz przeskanowal 5600 aplikacji stworzonych przez vibe coding i znalazl ponad 2000 podatnosci, 400 ujawnionych sekretow i 175 przypadkow wycieku danych osobowych. Jedna na piec aplikacji miala powazne bledy bezpieczenstwa lub konfiguracji. Wzorzec byl zawsze ten sam: autentykacja po stronie klienta, klucze API na twardo w kodzie, niechroniony dostep do bazy danych.

Raport DORA 2025 dodal niuans. AI zwieksza indywidualny output deweloperow (21% wiecej zadan, 98% wiecej zmergowanych pull requestow), ale metryki dostarczania na poziomie organizacji zostaly na tym samym poziomie. Raport stwierdzil, ze AI dziala jak "multiplikator." Wzmacnia zespoly, ktore juz maja dobre praktyki, i obnaza te, ktore ich nie maja.

Ktos, kto vibe-codeowal aplikacje dla klientow bez zrozumienia modelu bezpieczenstwa, stworzyl zobowiazanie, nie produkt. I w miare jak wiecej takich aplikacji trafia na produkcje, ktos bedzie musial to posprzatac.

Sprzatanie po Vibe Codingu - Polski Fenomen

Ciekawe jest to, ze jedna z firm, ktora najszybciej zmonetyzowala ten problem, jest polska. Ulam Labs z Wroclawia oferuje usluge dosłownie nazwaną "sprzatanie po vibe codingu." Nie sa jedyni - iMagazine opisal jak platforma VibeCodeFixers zebrala ponad 300 zarejestrowanych deweloperow gotowych naprawiac to, co inni navibe-codeowali.

AI nie zabral pracy programistom. Stworzyl nowa kategorie pracy: naprawianie tego, co AI zbudowal bez nadzoru.

To jest wlasnie to, co Kodiwo z Bielska-Bialej nazywa "dlugiem zrozumienia" - comprehension debt. To nie jest zwykly dlug techniczny. To sytuacja, w ktorej nikt w zespole nie rozumie kodu, ktory jest na produkcji. Zadna ilosc testow tego nie naprawi, bo nikt nie wie, co testowac.

Kryzys Open Source

Jedna z konsekwencji, ktora zaskoczyła branże, to co stalo sie z maintainerami open source.

Pull requesty generowane przez AI zaczely zalewac popularne repozytoria. Daniel Stenberg, maintainer curla, zamknąl program bug bounty, bo mniej niz 5% zgloszen generowanych przez AI bylo zasadnych. Mitchell Hashimoto zakaząl kodu AI w projekcie Ghostty. Steve Ruiz zamknąl wszystkie zewnetrzne PR-y do tldraw.

GitHub zaczal rozważać ograniczenia pull requestow, zeby pomoc maintainerom opanowac powodz. Ludzie, ktorzy poswiecaja swoj czas na utrzymanie krytycznej infrastruktury, nagle toneli w niskojcakosciowym AI output od kontrybutorów, ktorzy nigdy nie czytali bazy kodowej.

Jak trafnie ujeli to prowadzacy Patoarchitektow - nie chodzi o to, ze AI jest zly. Chodzi o to, ze ludzie uzywaja go tam, gdzie nie powinni: w istniejacych, zlozonych systemach, ktore wymagaja glebokiego zrozumienia zanim je dotkniesz.

Krytyka Mija Sie Z Celem

Powiedziawszy to, najglosniejsze skargi czesto brzmia jak "vibe coding jest zly dla oprogramowania." Ale miedzy wierszami czytam cos innego: "ludzie, ktorzy nie wiedza tego co ja, teraz buduja rzeczy."

To nie jest argument techniczny. To gildia chroniacą swoje terytorium.

Buduje strony internetowe i systemy automatyzacji dla lokalnych firm w Polsce. Restauracje, salony paznokci, barbershopy - tu, w Czestochowie i na Slasku. Zadna z tych firm nie potrzebuje zespolu senior inzynierow. Potrzebuje dzialajacą strone z formularzem kontaktowym i przyzwoitym SEO. Uzywam kodowania wspomaganego AI, zeby budowac to szybciej i taniej. To nie jest kryzys. To rynek dzialający prawidlowo.

Kryzys jest realny dla firm, ktore vibe-codeowaly sie do 50 000 linii AI-generowanego spaghetti i teraz potrzebuja dodac funkcjonalnosc. Rozwiazaniem nie jest "zakaz AI w development." Rozwiazaniem jest "rozumiej co budujesz." Problem martwego internetu dotyczy tez kodu: jakosc i swiadomosc nadal wygrywaja.

Co Naprawde Liczy Sie W 2026

Powiem wprost: deweloperzy, ktorzy boja sie vibe codingu, to ci, ktorych wartosc polegala na znajomosci skladni i API. To zawsze byla krucha pozycja. Deweloperzy, ktorym to nie przeszkadza, to ci, ktorych wartosc polega na wiedzy: co budowac, dlaczego i czy to co zostalo zbudowane jest poprawne.

Vibe coding podnosi dolna granice. Kazdy moze teraz produkowac dzialajacy kod dla prostych problemow. To naprawde dobra rzecz. Sufit (rozumienie systemow, podejmowanie decyzji architektonicznych, wychwycenie dziury bezpieczenstwa, ktorej AI nie oznaczylo) nie przesunąl sie. Wrecz przeciwnie, stal sie bardziej wartosciowy, bo ktos musi nadzorować te wszystkie AI-generowane aplikacje.

Polski rynek IT to potwierdza. Wedlug danych z justjoin.it kategoria AI/ML odnotowala 4-krotny wzrost ofert pracy w 2025. Ale 51% ofert to pozycje seniorskie, 44% mid-level, i tylko niecale 5% juniorskie. Rynek nie szuka ludzi, ktorzy potrafia pisac kod. Szuka ludzi, ktorzy potrafia myslec.

Korzystam z Claude przy niemal kazdym projekcie, przy integracji AI i codziennym tworzeniu stron. Kiedy budowalem workflow automatyzacji do znajdowania firm bez stron, AI zajmowal sie powtarzalnymi czesciami, a ja projektowalem architekture systemu. Promptuje, przegladam, modyfikuje. Nie oddaje sie wibracji w calosci. Ale tez nie udaje, ze pisze wszystko recznie od zera, zeby zachowac jakas czystosc, ktora przestala miec znaczenie dwa lata temu.

Pozycja Srodkowa

Deweloperzy, ktorym bedzie ciezko, to nie ci, ktorzy adoptuja AI coding. To ci, ktorzy go odrzucaja, i ci, ktorzy adoptuja go bez osadu. Pozycja srodkowa - uzywasz narzedzi i pozostajesz odpowiedzialny za output - to miejsce gdzie dzieje sie prawdziwa praca.

Computerworld ujal to trafnie: organizacje potrzebuja "wyboru, kontroli i pewnosci." Vibe coding daje wybor. Kontrola i pewnosc nadal zaleza od czlowieka.

Vibe coding przejmuje tworzenie oprogramowania. Czesc tego jest nieuporządkowana i czesc spowoduje problemy. Ale fundamentalna zmiana - ze opisywanie czego chcesz w naturalnym jezyku jest teraz prawidlowym sposobem budowania oprogramowania - jest juz tutaj i nie cofnie sie.

Pytanie nigdy nie brzmialo "czy deweloperzy powinni uzywac AI?" Zawsze brzmialo "jak uzywac go nie tworzac bałaganu?" Odpowiedz jest taka sama jak zawsze w inzynierii: rozumiej co budujesz, testuj to i bierz za to odpowiedzialnosc.

Ten artykul jest dostepny rowniez na Medium.