Good enough definiujesz ty, nie agent - SDLC z AI

Moje pierwsze podejście do REM-u w 2010, linku kiedy wychodziło na poważnie, linku to do SQL. Nie mam pojęcia. Dawno, ale to początki naszej kariery. To jest taki stan, powiedzmy, nie powiedział, że to jest ORM dzisiaj, tylko ORM z początków naszej kariery. Dobra, idziemy do wytwarzania. Tu jest, możemy powiedzieć, może nie tylko, że dark factory, ale takie naprawdę przyciemnione bardzo mocno. Dobra, jeżeli popatrzymy sobie tak, implementacja, testy, code review, integracja i merge, build i CI. Teraz tak, od roboty DevOpsowej Zostaje nam w tym momencie opisz, co chcę, jakie mam wymagania i review tego.

Dopoznajmy, co robimy przez robotę DevOpsową, to inicjalne stworzenie. Raczej to są inaczej, są Terraform, deployment, budowa w ogóle inaczej. Szymon... CI, CD-ków. Raczej dobra, przyznajmy się, ja ostatni raz z palca pipeline napisałem może półtora roku temu, jak nie bardziej, o tak. Podobnie. Jamle do Kubernetesa, naprawdę, nawet nie chce mi się tego inaczej, robię tylko review, inne elementy, muszę mu czasem wskazać, bo widzę takie, slopy się zdarzają, ale 99% kodu będzie okej. Tak. Oczywiście, że tak. I bardziej będziesz patrzył, czy jest zgodna z twoimi standardami w firmie, niż to, czy jest zgodna z podejściem rynkowym. I przykładowo, jak zarzucisz MCP na przykład do Terraforma, czy do Kubernetesa... Sorry.

To jest poziom bardzo mocny, czyli tak jak powiedziałem, dla mnie jest to kod DevOps'owy na przykład 100% i zaczynamy się przesuwać w granicy, gdzie ja muszę co zrobić i pchnąć. I to jest ciągle taka zasada paretu będzie. 80% roboty wykona za nas. Ale front-endy na przykład to też rozmowa z Tomkiem Ducinem. Jak przechodzi testy, to po co na to patrzeć i nie ma optymalizacji. Tu potrzebujemy doprecyzować jedną rzecz, bo znowu będziemy mieli dwie skrajne grupy, które mówią jest, zrobi wszystko i grupa, która nie nadaje się. Nie, to jest taka skala szarości. Tak, i teraz skala wynika. Jeżeli przeciętny deweloper w twoim repo po tygodniu się nie odnajduje, To agent też nie będzie odnajdywał. Jeżeli natomiast generalnie możesz złożyć dewelopera i on na drugi dzień jest wydajny, może to zrobić, to spoko.

Dobra, skończmy na poważnie, żarty, ale na poważnie. To jest tak, robota DevOpsowa, tak, reviewujesz. To jest review. Frontend, tak jak Tomek powiedział... Poklikasz. Poklikę, tak jak Tomek powiedział, nawet bez... Jak testy przechodzi i sprawdzisz testy frontendowe, jest okej. To jest ok, bo po prostu skasujesz, wygenerujesz na nowo. Można teraz byłoby powiedzieć jedną rzecz, która gdzieś tam się dzieje. Przykładowo masz test, że nie wygenerował samodzielnie komponentów, tylko np. jak masz biblioteki do komponentów i innych rzeczy, że skorzystał tylko z gotowych. Ale znowu, wracamy do harnessów i pilnowania. Jeszcze ten obszar, w którym ja się zgodzę. Mianowicie to, żeby on trzymał spójność, żeby za każdym razem ten UI nie wyglądał inaczej, żeby w lewo, w prawo.

Ja pierdolę, jebać biedę. Czy dziesiątki... Dla takich systemów, powiedzmy, średnich? Tak. Dobra, powiedzmy, to są te rzeczy, kiedy mówimy, że abonament na dewelopera, raczej tokeny na dewelopera, tam w zależności jak zrobimy, to jest spokojnie lekką ręką, może inaczej. Na DevOpsa możesz liczyć pomiędzy 150 a 300 dolców miesięcznie na tokeny. Tak, spoko. Developer to zaczyna się od 300. I teraz jest pytanie, w którym momencie kończy się wartość? To jest pytanie, jak popatrzysz tak na orki, tam widzisz te red haty, inne rzeczy co były, to co też u nas rozmawiamy, to jest pytanie, kiedy taniej byłoby mu juniora kupić, zatrudnić juniora. W którym momencie zwiększanie zespołu jest tańsze niż w tym.