
Przestań się wstydzić: nie jesteś programistą, jesteś architektem
Przyznam się wam do czegoś
Czasem, gdy patrzę na moje automatyzacje w n8n, Gemy w Gemini czy inne praktyczne rozwiązania, dopada mnie klasyczny syndrom oszusta. Myślę: "Antoni, przecież ty nie jesteś żadnym inżynierem IT. Ty tylko bierzesz gotowe klocki, prosisz sztuczną inteligencję o kod i składasz to na ślinę i trytytki".
W zderzeniu z purystami, którzy potrafią napisać własny framework w C++ od zera, czuję się czasem jak intruz. Ale potem przychodzi rzeczywistość - i brutalnie weryfikuje, kto naprawdę dowozi wartość.
Miałem ostatnio myśl: po co to robię, kompromituję się tylko, przecież wiem mniej niż inni. Zrobiłem research i mam z niego twarde wnioski.
Kult pisania od zera to przeszłość
Jeszcze dekadę temu w branży panował kult "hardcore kodera". Używanie gotowców było dla słabych. Dziś? Jeśli ktoś pisze własny system autoryzacji od zera zamiast skorzystać ze sprawdzonych standardów - jest zagrożeniem dla projektu.
OWASP Top 10 2025 wyraźnie klasyfikuje takie podejście jako jedną z największych kategorii ryzyka (A07: Authentication Failures). Szczegóły znajdziesz w oficjalnej dokumentacji OWASP.
Branża IT urosła do rozmiarów, w których nikt normalny nie ogarnia już wszystkiego. Składamy systemy z gotowych API, bibliotek, kontenerów i usług chmurowych. Ręczne rzeźbienie każdej linijki kodu przestało być powodem do dumy - stało się stratą czasu i pieniędzy.
Potwierdzają to najnowsze badania DORA (Google Cloud) z 2025 roku. AI działa jako amplifier - wzmacnia dobre praktyki i ujawnia słabości, ale nigdy nie zastępuje człowieka w projektowaniu architektury. Zobacz pełny raport DORA 2025.
AI wypluje kod, ale nie wymyśli architektury
Tu wchodzimy my - ludzie z syndromem oszusta. Tak, używam modeli LLM jako moich "junior developerów". W ułamek sekundy generują sprawny skrypt JS w n8n, z którym sam męczyłbym się pół nocy, albo nie zrobiłbym tego w ogóle.
Ale wiecie, czego sztuczna inteligencja nie potrafi?
- Nie wymyśli, jak połączyć systemy, żeby optymalnie rozwiązać konkretny problem biznesowy.
- Nie zdecyduje, w którym miejscu postawić "śluzę bezpieczeństwa" (Zero Trust), żeby zablokować wyciek wrażliwych danych.
- Nie oceni, czy supernowoczesny skrypt nie pożre 2 GB RAM-u na tanim VPS-ie.
Badania pokazują to czarno na białym. Generowanie kodu to jedno, bezpieczeństwo i stabilność to drugie.
| Zjawisko badawcze (AI w kodowaniu) | Wynik / Konsekwencja | Źródło danych |
|---|---|---|
| Testy bezpieczeństwa wygenerowanego kodu | 45% kodu nie przechodzi testów i wprowadza podatności z OWASP Top 10. | Raport Veracode |
| Iteracyjne "ulepszanie" kodu przez AI | Wzrost krytycznych podatności o 37,6% po pięciu rundach. | Badanie arXiv |
Model językowy to zwinny murarz. Najszybszy na świecie - ale bez architekta, który narysuje plan, obliczy nośność i zaplanuje instalacje, postawi co najwyżej krzywą stodołę.
Bądź dumnym Architektem
Nie jestem programistą z Doliny Krzemowej. Nie piszę płynnie w pięciu językach. Jestem architektem. Zauważam problem biznesowy, dobieram odpowiednie narzędzia (n8n, API, webhooki, Docker) i buduję logikę przepływu. Dbam, żeby było tanio, bezpiecznie i działało w tle bez mojego udziału.
To nie jest "tylko sklejanie klocków". To dokładnie to, czego rynek potrzebuje najbardziej. Firmy nie chcą kolejnych milionów linijek kodu. Potrzebują kogoś, kto spojrzy na technologiczny chaos, wybierze proste narzędzia, zepnie je i dowiezie wynik.
Raport DORA 2025 jasno pokazuje: AI zwiększa produktywność u 86% developerów, ale tylko wtedy, gdy człowiek zachowuje kontrolę nad architekturą i bezpieczeństwem.
Przestańmy przepraszać za korzystanie z dźwigni, jaką daje nam technologia. Jeśli potrafisz zauważyć problem, zaprojektować proces i dowieźć system - jesteś IT.
Jak radzić sobie z syndromem oszusta przy używaniu AI?
Nawet AI nie eliminuje go całkowicie - czasem wręcz go pogłębia, bo rodzi pytanie "czy ja naprawdę koduję, czy tylko promptuję?". Ale jednocześnie daje ogromną ulgę tym, którzy wcześniej walczyli z powtarzalnym kodem. Klucz to równowaga: używaj AI jako narzędzia, a nie protezy. Ciekawą perspektywę na ten temat znajdziesz na blogu StackOverflow.