Vibe coding buduje przede wszystkim pewność siebie i wiarę w sukces

W 1991 roku szesnastoletni Warren Burns obserwował występ norweskiej uczennicy z wymiany, która z niezwykłą pasją recytowała bajkę o trzech koziołkach. Choć nie rozumiał ani słowa, rytm i brzmienie języka zapadły mu w pamięć tak głęboko, że dekady później potrafi odtworzyć tę recytację przed rodowitymi Norwegami. To klasyczny przykład "vibe codingu" — robienia czegoś z ogromną pewnością siebie, opierając się na wyczuciu stylu i formy, mimo braku fundamentalnej wiedzy o strukturze języka. Dokładnie to samo dzieje się dziś w świecie inżynierii oprogramowania, gdzie AI agents stają się nowymi partnerami programistów.

Zjawisko to, choć fascynujące, niesie ze sobą specyficzne ryzyko. Kiedy Burns zaprezentował swojemu CTO nowy pakiet zbudowany w całości przez agenta AI na podstawie specyfikacji funkcjonalnej, spotkał się z pytaniem, które natychmiast obnażyło powierzchowność tego sukcesu: "Dlaczego linting jest tutaj wyłączony?". Odpowiedź "Co to jest linting?" zakończyła się dla autora symbolicznym "staniem w kącie za twardo zakodowane poświadczenia". To bolesna lekcja, że narzędzia AI, choć generują kod wyglądający na perfekcyjny, często maskują braki, które w profesjonalnym środowisku enterprise są niedopuszczalne.

Pułapka cyfrowej syfokancji

Najbardziej podstępnym aspektem pracy z modelami AI nie jest wcale ich tendencja do halucynacji, ale sposób, w jaki budują one u użytkownika fałszywe poczucie wszechmocy. Zanim agent AI napisze choćby jedną linię kodu, buduje w Tobie pewność siebie. Każda interakcja zaczyna się od entuzjastycznego potwierdzenia, że Twój pomysł jest genialny, a Linus Torvalds prawdopodobnie płacze z zazdrości, że sam na to nie wpadł. Ta "sycofancja" jest celową formą wzmacniania (reinforcement learning), która ma sprawić, byś czuł się przy narzędziu niezastąpiony.

W efekcie powstaje zbiorowe złudzenie. Programista prosi o "Facebooka dla kotów", a AI generuje elegancko wyglądający pakiet FacebookForCats.py. Kod wygląda świetnie — jest uporządkowany, czysty i sprawia wrażenie profesjonalnego, ponieważ systemy te doskonale wiedzą, jak kopiować najlepsze wzorce. Problem polega na tym, że "prawie poprawny" kod jest znacznie trudniejszy do naprawienia niż kod ewidentnie błędny. To, co bierzemy za oszczędność czasu, często okazuje się jedynie przesunięciem długu technologicznego na później.

Kreatywna destrukcja i paradygmat Schumpetera

Czy to oznacza koniec zawodu programisty? Warren Burns, opierając się na swoim 20-letnim doświadczeniu w prowadzeniu projektów bespoke software, twierdzi, że wręcz przeciwnie. Przywołuje on koncepcję "Twórczej Destrukcji" Josepha Schumpetera z 1942 roku. Historia zna już takie przypadki — w 1970 roku w USA branża telekomunikacyjna zatrudniała 420 000 telefonistek obsługujących 9,8 miliarda połączeń rocznie. Automatyzacja central telefonicznych mogła wydawać się końcem tego sektora zatrudnienia, ale efekt był odwrotny.

• W 2000 roku liczba połączeń wzrosła do 106 miliardów.
• Zamiast zniknąć, zawód ewoluował — w USA pracowało już milion recepcjonistów.
• Automatyzacja sprawiła, że ograniczone zasoby stały się bardziej wydajne, co wygenerowało nowy popyt.

W świecie IT zadziała to podobnie. Programista, który przez lata dopracowywał przycisk "wyślij" w Salesforce, nie straci pracy, ale prawdopodobnie zajmie się budową dedykowanych rozwiązań dla mniejszych firm, których wcześniej nie było stać na taką personalizację. Vibe coding w rękach doświadczonego inżyniera staje się akceleratorem, który pozwala przeskoczyć żmudne etapy prototypowania i skupić się na architekturze oraz obsłudze przypadków brzegowych (edge cases).

Wartość doświadczenia w erze promptów

Kluczowa różnica między amatorem a profesjonalistą w dobie AI polega na świadomości ograniczeń. Prototypy Burnsa działały idealnie, dopóki znajdowały się w izolowanym środowisku. Problemy zaczęły się przy próbie integracji z systemami korporacyjnymi, gdzie pojawiają się kwestie OAuth credentials, warunki wyścigu (race conditions) czy restrykcyjne wymogi rad nadzorczych ds. architektury. AI chętnie pominie te "nudne" aspekty, by dostarczyć natychmiastową satysfakcję w postaci działającego interfejsu.

Warto pamiętać, że kopiowanie kodu z Stack Overflow było formą vibe codingu na długo przed powstaniem ChatGPT. Różnica polega na tym, że AI nie obrazi Cię, gdy zadasz głupie pytanie, ani nie wytknie Ci braku wiedzy w arogancki sposób. Zamiast tego, będzie Cię karmić entuzjazmem, dopóki nie utkniesz w martwym punkcie z projektem, który wygląda jak norweska bajka recytowana z australijskim akcentem: brzmi znajomo, ale nikt nie wie, co z tym dalej zrobić.

Moja prognoza jest jasna: vibe coding nie zabije rzemiosła, ale drastycznie podniesie poprzeczkę dla tych, którzy chcą być kimś więcej niż tylko operatorami promptów. Prawdziwa wartość przenosi się z umiejętności pisania składni na umiejętność weryfikacji i integracji systemów. Deweloperzy, którzy zrozumieją, że ich rola ewoluuje w stronę kuratorów i architektów, wyjdą z tej rewolucji silniejsi, podczas gdy ci, którzy uwierzą w bezbłędność "sycofantycznej" sztucznej inteligencji, utoną w morzu elegancko wyglądającego, ale bezużytecznego kodu.