Podczas wystąpienia „Architecture? Never heard of it” na JavaScript fwdays’25 Ilya Klimov zadał pytanie, które nurtuje dziś doświadczonych inżynierów oprogramowania i liderów technicznych: co stanie się z architekturą oprogramowania, gdy modele AI generują 80% naszego kodu?
Całe wystąpienie można obejrzeć na YouTube: https://www.youtube.com/watch?v=EB6wd7SiZsc&t=2329s. Szczególnie warto zwrócić uwagę na 38:49 (2329 s), gdy Ilya podsumowuje przemyślenia o „terapii AI” i vibe codingu w środowisku produkcyjnym.
Jedna z kluczowych myśli Ilyi Klimova z 2329. sekundy brzmi: „Architektura nie umarła wraz z AI — stała się wręcz główną dźwignią inżyniera. Dawniej budowaliśmy złożone warstwy abstrakcji, by ułatwić życie programistom. Teraz musimy tworzyć przejrzyste, weryfikowalne systemy, w których agenci AI potrafią się poruszać, a ludzie mogą im ufać”.
Podkreśla, że vibe coding bez granic architektonicznych nieuchronnie prowadzi do złożoności, której nie da się utrzymać. Generowanie kodu jest tanie; prawdziwa praca inżynierska polega na rozumieniu kontekstu, weryfikacji wyników i utrzymywaniu systemu.
Jako starszy inżynier Full-Stack i AI uważam, że Ilya trafia w sedno. LLM-y świetnie generują ograniczoną logikę, funkcje i kod powtarzalny. Bez jawnych granic systemów, typowanych kontraktów (na przykład schematów Zod i TypeScript) oraz deterministycznych zabezpieczeń kod generowany przez AI szybko zmienia się jednak w trudny w utrzymaniu gąszcz.
Zmiana nie polega na odrzuceniu architektury, lecz na zwrocie ku architekturze czytelnej. Jasne kontrakty, modułowe komponenty, atomowe narzędzia i rygorystyczna walidacja to nie tylko dobre praktyki zespołowe — są konieczne, by agenci AI mogli poprawnie wnioskować.
Jeśli tworzysz dziś produkty z integracjami AI, potokami RAG lub automatyzacją agentową, pamiętaj: model jest komponentem, a nie całym systemem. To przejrzysta architektura zamienia eksperymenty z vibe codingiem w oprogramowanie gotowe do wdrożenia.
Daj kolejnemu produktowi kogoś, kto zostanie.
Chcesz zacząć? Napisz do mnie — mogę rozpocząć od razu i zostać na dłużej. Długoterminowa współpraca, nie przekazanie projektu po dwóch tygodniach. Omówmy projekt, wymagania i najlepszy sposób realizacji.