Agenci mogą znacznie wspomóc w procesie tworzenia oprogramowania, szczególnie w prostych, powtarzalnych zadaniach, takich jak przygotowanie testów BDD, dekompozycja zadań lub tworzenie harnessów. Jednak nie mogą zastąpić człowieka w krytycznych etapach, takich jak odkrywanie potrzeb użytkowników, rozmowy z biznesem czy podejmowanie decyzji architektonicznych. Wymagania i specyfikacje powinny wynikać z rzeczywistych rozmów, a nie tylko z promptów, co wymaga kontekstu, który AI nie potrafi zrozumieć. Człowiek nadal musi prowadzić procesy, kontrolować kryteria, weryfikować wyniki i dbać o jakość. W szczególności w dużych, krytycznych projektach, gdzie występuje duża złożoność, odpowiedzialność za architekturę i bezpieczeństwo należy przekazać ludzkiej osobie. Agenci są narzędziem, które przyspieszają rozwój, ale nie są autonomiczne – nadal wymagane są krytyczne myślenie, analiza sytuacji i społeczne konteksty. Organizacje muszą więc rozwijać kulturę odpowiedzialności, aby nie zniekształcić procesów, a jednocześnie skorzystać z potencjału AI w prostych, mechanizmowych zadaniach. Wszystko to wskazuje na to, że człowiek nadal jest kluczowy w procesie tworzenia oprogramowania, a jego rolę nie należy ograniczać.
i tu nie oszukujmy się. Naszeje może pomóc w myśleniu, ale to jest ten obszar kiedy, jeżeli chodzi o architekturę, nie pozwalam podejmować żadnych decyzji, to jest tak, pozwólmy tym agentom robić ten kosk, który jest krótkowzroczny.
Większość ludzi po prostu w klepie prompt i odpowiedź przykleja dalej. To samo się dzieło developerów, jedna duża rada i bardzo prosta obcięcie uprawnień.
Jeżeli przeciętny developer w twoim repo, po tygodniu się nie odnajduje, to agent też nie będzie odnajdywał.
Cześć, słacie Patarhitektów, prowadzą Łukaszka Łóżne?
No dobrze,szy muś, to co dzisiaj w odcinku? Bo bym myśliłaś z strukturę i wywróciłaś wszystko do góry nogami?
Dobrze Łukaszło, mój mi się upeśło. O czym będzie? Przychodzimy trochę, idziemy w dół. Miejśmo odcinek o tym, jak ubrać, powiedzmy, ja ja w software developmentie, to teraz sobie powiemy o temacie, którego ty trochę nie lubisz, a ja trochę bardziej wierzę, choć dalej nie jest to wipecoding.
Włożenie, i realne spojrzenie, jak obecnie wgoda nasz cały proces SDLC, jeżeli chodzi, z punktu i zna obecnie tak jest senora, powiedzmy.
Senora jest też dzisiaj nie technikalnia. Powiedzmy, że zaraz robiliśmy sobie na oddzielny odcinek "SpecDriven Development", czym on jest, dzisiaj też to poruszymy, jeszcze raz i na przykładzie GitHubSpecKita, ale to za tydzień.
Więc dzisiaj powiemy sobie o tym, jak obecnie wgoda proces w ogóle wytwórczy, ale taki zaczynając od biznesu.
No dobra, szymon, to co, lecimy z pierwszą fazą, o którym mówimy, czyli zbieranie wymagań, tak to powinno się poprawnie w zależności, jak tam patrzysz na cyk życia, to mamy wymagania.
Tak, i tu nie oszukujmy się. Nasz ejajem może pomóc w myśleniu, ale to jest obszar, kiedy ejaj nie pójdzie do innego departamentu, nie dopyta się jak to w płynie, nie pójdzie do ligala, do prokurment, do wszystkich inni rzeczy, nie zrobi tych dupo godzin na spotkaniach.
Więc on nam spiszątatki i tak dalej, tu człowiek jest nastepiony, tym bardziej, że może powiedzieć, nie potrzebujemy tego jednak.
Jak mówimy o zbieraniu wymagań, to kontakt jest królem w tym miejscu, bo zupełnie inaczej będzie wyglądał o firma, która żyje produktem, jest produktowa, inaczej będzie to wsa się w inny rzeczach.
Z zupełnie inaczej będzie, jak tworzysz internetowy software korporacyjny, nawet jeżeli do głównego procesu, to są dwa różne świate.
Tak, i żeby było jasne. Ja będę się odbyła do kontekstu korporacyjnego, bo pierwsze większość znaczy, że żyje w tym kontekście, no nie?
A duże organizacje produktowe, jak są odpowiednio duże, to też już też robią korporacje, ale mając wpływu z zupełnie inny flow. Tak, ale jest to wskłatwie jeszcze po prostu w tym sensie.
Czyli tak, w produktowym, pod tym, znaczy z perspektywy technicznej jest to prostsze, bo oner biznesowy żyje metrykami produktu zazwyczaj i żyje tym, jak to jest używa, powinien żyć.
O wszyscy wiedzą z konsopienia. Bardzo proste. Dobra, to odkrywanie potrzeb i co? Feedback, użytkownika, te wszystkie sygnały inne rzeczy.
Tego większego, że dużo ludzi. Moje przemyślenie odnośnie jest bilnia potrzeb użytkownika i dopracowania, w ogóle całość tej fazy.
Naprawdę, dużo lepiej będą się wszystkim żyło, gdyby biznes wysyłał linki do czatów i mówił stąd mamy tywem agania.
Bo nie szkły my się, to jest przypokływanie kolejnych, kolejnych proktyń.
Tak, prokcy i teraz tak, bo był ten moment, że zakłystęliśmy się u czatami.
Nie szkły się dla mnie to jest fajne, że jest odkrywanie potrzeby. Człowiek sobie bierze i poczatuje jest problem taki, że trudno dostarczyć kontekst systemu do takiego czata.
To nie jest takie, bo brak pozorom teraz.
I też kontekst myślenia w ogóle, co właściwie odrzuciliśmy, co chcieliśmy, co jest niemożliwe.
Tak, ale ja mogę tak, żeby tej uzarstory było zajębiste. Ten epi, bo nie oszukujmy się, nie jest się uzarstory.
W większości przypadków, to jest feczer epich w zeżności w czym pracuję.
I teraz, żeby to było zajębiste przydatne, to najlepiej, żeby czad taki osoby nie technicznej.
Ja udostęp do witorii, do repozytory, do większej ilości informacji i wchodzimy fagentii, który wchuj zaciemnia.
Może ja częń. Ja bym powiedział, że niekoniecznie do repo skodem, ale do repo inny decyzji, do jakiejś ADR-ów, do decyzji, żeby podmiotę wcześniej, możeka do dzire, do analizy i tak dalej.
W sensie, proszę z kontekst, a z reguły to sobie blinansowa, po prostu leci w oknie czata i to jest koniec tej dyskusji.
I naprawdę, ten kontekst, co to osoba chciała, nie chciała, co odrzuciła, byłby lepszy niż ten finalny wynik.
O, liczy rozmowa z człowiekiem. Mógł tego nie zrobić, z pas tego powodu, generalnie, bozę, góły to, rozmowa jest dość krótka.
Ja wiem, proszę, jeszcze to to zależy.
O, tak, może to jest takie duże. Super bolizuję.
Tak, duże to zależy.
I teraz, i patrząc się dobra, to mają perspektywę na to, że te czaty, gdybyśmy dostali, to jest w ogóle myśl genialna, która jak powiedziałeś, to akurat świetnie to ubra jest słowa.
Więc zobaczenie takiego czato jest super.
Patrząc się jak bardzo mi to wspomaga. Na pewno jedną rzeczą nie docenioną, którą przydałoby się kurde udostępnia, szatek o skill wtedy.
To jest, żeby napisać testy BDD, żeby mieć jadne kryteria właśnie akceptacje odbioru, żeby napisać starą, starą dobrą ogórkową składnią.
Czyli mieć formalny autyc scenariusze, tak.
Proste scenariusze. I teraz ja nie mówię, żeby problem jest taki, który też przy rozmowaniu to miałem z klientami, że ludzie nie będą chcieli wypełniać tych scenariuszy.
Ale i zgodę się rozumiem ich podejście większa siasu, która wrzuca pomysł, że chce mieć to zrobione tam właściciel, zazwyczaj większa siasu mazawalona blokiem spotkań w kalendarzu.
Nie oszukujmy się. Tak, ale na przykład zmusić, przygotować skill i pomóc, żeby taka osoba w kontekście tej rozmowy dostała skilla, a który powiedzmy, że robi jakąś strukturę, ukaż, a jak się robiło opcję pomóc, żeby ktoś miał strukturę i pomóc komuś z biznesu.
Bógłujesz mu spotkanie na go się dać i z nim rozbawiasz.
To jest w stanie sposób każdy korporacji, tak. A druga, tylko jeszcze potem kurde audiencja jest za trzy tygodnie z nas ten problem.
Ale polećmy z tym, że być może w tym miejscu pomoże nam, żeby ten autput chociaż był dla nas łatwiejszy, to jest właśnie jakiś kawałk.
Decyzji całego kontekstu, żeby w takim autputcie się znalazł w oscoju rozmowy podsumowanie, co było, jak było rozważane.
I na przykład te kryteria akceptacji definiczno-of-redii, definiczno-of-dan, wstęp do tego.
To nie ma być finalna wersja, ale jakieś takie trzy, cztery główne scenariusze wydobyte i śmierdzący eczkę jest na przykład, który ta osoba widzi, że ma problem.
Dobry, dobry trop. I ja bym jeszcze chciał innego, bo to mówimy odnosić, czy to w ogóle robisz. Ja bym musiał odnosić, czy to w ogóle robić.
Proste z kile, które mówią, z badania konkurencji, z badania rzętowości, jakieś rzeczy, które u strukturują ten proces.
To tylko się wewnętrzny agent, żeby by nie wchodził na chat GPT-kom, ale dobra, w tym wypadku to jest tam miejsce, w którym trzeba jak mówić przy analizy konkurencję, pomóc rzętowościom, nie wierzę w to.
O tak, to jest taki moment, który inaczej osoba, która chciała to zrobić dla mnie produktowe niż korporacyjne. Tak zupełnie, zupełnie szczerze.
To jest produktowe i wiem, że świecie produktowym takie rzeczy bardzo ludzie wykorzystują, to może inaczej. Wiedzieć korporacyjnym, podpięcie się pod gire, podpocząć zgłoszenia, podwrócenia, żeby getnie dublować, żeby wieje, co było, jakie budzycy i tak dalej.
My się danie tego wymuszenie, tego skołupu, żeby to nie było zasadzie generalnie. O ja bym to bardzo chciał to ja wklepię i widła mi daleko przerzucam.
Tak, tak, tak się czasem wygląda je. Czy wiesz co, ja tak eksperymentuję z boku zupełnie. Może kiedyś to pokażę, jeżeli zasznie działać, próbowałem ubrać niektórzy bym zabieli za to, co teraz co powiem, ale żeby ubrać wiamla taki aut płut specyfikacji.
Wiem ucie chodzi, żeby dało go się bardziej mechanicznie do niego podejść. To teraz, ja wrzucę takie takie temat, czy może nie wróci enteres arkitek, który na podstawie enteresji chcemy, jak będziemy go zrowali kości.
Szalowy pobys? Nie, to nie jest szalowy. Powiem ci, tak.
Tak się da mi się lecy.
Pamiętaż Tomka, z którym pracowaliśmy i Marcina. Pamiętaż mieliśmy dwóch kolegów na pedum etapie. Przepraszam.
Od nich specyfikacje, które wychodziły w enteres arkitekcie, prawdopodobnie w tym momencie, gdyby jeszcze zajmowali się pisanie specyfikacji, popewnij już tego nie robią.
Sorry, znam analityków, od których moim zadaniem, gdybym miał pracować jako developer, byłoby wzięcie interplaycer, tektaj idifów, zmian, żeby mieć tylko część zmian, który robili i po prostu robienie, zaz sprawdzanie, czy agent poprawnie tylko zrobił kilka biznesową.
Tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak.
przygotowania analizy i wymagań, no tak, bo w sposób, w którym oni pracowali, bardziej centralizacji i weryfikacją
pranosi z innymi rzeczami. Tak, tylko że oni mieli to spójne. Zobacz, że w sposób w tym narzędził, oni korzystali
center-pressarch, tak ta niedorycowania diagramów, tylko faktycznie do modelowania i zbierania wymaga.
Tak, i w tym systemie i w ekosystemie, gdzie ten ten ten będzie istnieł, bo to jest hormatyczne z agentami, nie wiedząc,
nie wiedząc się dzieje dalej. Dobrze. Czyli mamy, mamy, mamy, mamy, mamy. Tak, tak, czyli zanim powstania zdadanie, podsumowując, bardzo dobrze wspomaga, ale wspomaga. To nie jest autonomiczne.
Tak, i co jest to my też bardzo ważne, to jest to, że tutaj, to nie jest tak, że będziemy to wyglądać do biznesu,
to jest biznes plus analizy, plus ktokolwiek, to jest właśnie tej, bo biznesy nie zrozumień, nie uszukuj.
Prześpieszę, czyli powiedzmy sobie wprost, jest tutaj jakaś realna szansa, żeby przyśpieszyć.
I to bym dorzucił jeszcze jedną rzecz, że mon z których ty w notatkach nie masz.
Dużo IT ma tego dosyć, raczej uważam, że cały IT ma tego dosyć, czyli próby budowania przez niektórych użytkowników, użytkowników POC.
Ja wiem, w piosi, makiet i innych rzeczy. I powiem ci tak, jedna rzecz, którą trzeba przekazać.
Uważam, moja perspeknowa, to jest zajębiste. Tylko trzeba przekazać, że hej, sorry, bardzo szanujemy twoją pracę,
zainspirujemy się i zrobimy to w ten sposób, żeby odzorować tam, gdzie to technicznie będzie miało sens,
ale wszystko, co zrobiłeś, pójdzie do kosza. W sensie cały kod, który wygenerować to nie jest gotowe,
bo trzeba pokazać i powiedzieć, że uważam, że walidację, że ktoś zrobił sobie prototyp, poklikał po nim i w ogóle.
To jest super, to jest genialne i ja wiem tego, słuchajcie, nie wyrzucał do kosza, że w sensie pozwolił.
A nie innegował. I nie negujcie, to jest świetne,
bo powiedziałbym, że nawet zróbcie kawałę, jak NX, czy czegoś, żeby tego NextJS reakta pozwolić im wykostować,
i żeby ktoś inny mógł poklikać, bo będzie ci mieli zaangażowanych ludzi. To widzę na przykład nie negowanie tego jest świetne,
tylko trzeba bardzo jasno przekazać się, no, że hej, sorry, nasz system wygląda trochę już inaczej pod spodnem,
ale inspiracja procesuje zajebistej bierzem i mógł cię.
To też możesz zrobić, że wykorzystanie artefaktów klodowych do takich rzeczy. Fajnie działa ja odrepozę.
Tak, to jest akurat zgadzam się tylko, że nie w każdym orgu będzie już to miał.
Weźmy na przykład tych, których mamy gdzieś tam klientów, korzystają z klodami, ale przez bedroka, werteksa czy fadry.
Dobra, nie wiem teraz, projekt. Chciałaby tam architurę i granicę, dokumentacja na zadania,
kiedy kompozyjne zadania przygotowanie i środowiska pracę, wszystkie harnessy, tu linii, tak dalej. Jaką masz zatem myśl główną i przewodnią?
Daj mnie te skikarze, czy po pierwsze? Moja taka jedna myśl przewodnia, jaka mi przyjechała, to było to, że bardzo narzekamy na to, że agenci nie są w stanie na przykład przygotować,
przewidzieć, co będzie się działo przeszłości, a nawet myślili tutaj bardzo krótkofalowo, myślij tylko tym kontekście, tak dalej.
A moja myślą, to jest taka, przez te 10-kilat naszego kombinowania, a co będzie, jeżeli będziemy chcieli usunąć bazę danych, co będzie, jeżeli będziemy chcieli, to nagle te nasze prosty króty, które mogłyby być naprawdę krótkotami.
Krudami mają więcej abstrakcji, interfejsów i innych rzeczy, niż wspólna formularzu.
I wiesz co, tutaj wrzucimy na ekran komentarz dominika na Spotify-u. Czy taliście Why Software Factories Fail? Obecnie modelę nie są w ogóle trenowane, do tworzenia long-term maintainable code i nie potrafią też tego ocenić.
I wiecie co? Dominik, ja się z tym na przykład bardzo niezgodzę, z jednej prostej przyczynajesz.
A z jedną zgodę sobie w ogóle? Nie, ale ja z drugiej strony.
Bo słuchajcie, kurde, mieliśmy wyznawców, przepraszam. Architektora hexagonalna, clean code, solid i wiesz wyraje, i tak na przykład.
Tak, inaczej, czy wiesz, czy całość, czy weźmy książkę, którą kurde polecamy te czasami głównot, czasami przepiękna, to jest przepiękne, czyli np. Enterprise Integration Pattern, w tych modelach to wszystko jest.
To, co niektórzy tak trczą i tak, i szybony i wiesz o tym, że to na koniec dnia doświadczenie się uczy do bierania.
I właśnie o to chodzi. Przecię tym developer, jakiego mamy w zespole, będzie to aplikował prosto, żebym powiedzieć na pałek generalnie.
I będzie by nie mieć tej interfejsu, będzie mi połącznie jeden do jeden interfejsu z klasą, już w końcu strzegły.
A teraz moja teoria jaka jest, którą muszę jeszcze wypróbować, ale ona na razie mi działa. To jest tak. Pozwólmy tym agentom robić ten kosk, który jest kutko wzroczny, no nie?
I co powie, ale oni teraz robią tam slob, w tym obszarze i tak da się nie utrzymywane. Ok, to zróbmy tak.
Tylko teraz, jak nie możemy zrobić case, raz na pięć takich opcji, mój mu, zrób re faktor tego. Czemu? Bo to już on wie już co jest wymagane. Mamy wymagania i nie ma takiego patrzenia przed, a co będzie jeżali.
Co się wydarzy gdy? To teraz tak. Moje tam patrząc bo rzuciłeś tak, architektura i granicę dekompozycja na zadania przygotowanie środowiska pracy.
O są ci to grymy świetnie. Dobra, czyli tak, przygotowanie środowiska pracy, harness, tooling, dane testowe, dostępy i bądźmy szczerzy.
Znowu przypominam gista, którego rzucałem też parę odcinków temu, może nawet z tego zrobić repot, bo będzie lepsze, bo patrząc się.
Ile bory z przekombinowuje to warto dateować częściej. To w tym miejscu, sorry, wrzucam zbuduj mi harness z takimi wymaganiami. Tak, ostatek więcej.
Jeżeli teraz tak, ja teraz bardzo ważne, przez harness, teraz czym on co dopracuje, to nie są plikie md. Ja przez to rozumiem twarde huky, skrypty baszowe na zasadzie.
Skończąc ci supagan działać, nie pozwolną przez te działać tylko wyrzuć mu na przykład, że teraz mają się odpalić. Jeszcze raz automatyczne lintery, test, scan sonarkiubem, metryki czy nie są przekroczone, czyli harness dla mnie to jest twarda, bardzo twarda rzecz.
Wrócimy też tutaj, komentarz, żeby dostałem od koleki odnośnie tego, jak mu agentumacie, że no faktycznie było to, że mam tego nie robić, ale usunęłem bazę z tego gry, a mam ten sklin na discordzie, wrócimy.
Potwierdza się, że trzeba być przezordnym, trzeba być zapobieniwym, trzeba się ugespieczać. Zapraszamy przy okazji na discorda.
Dobra, i to od tej strony dane testowe patrząc się jeszcze połączeniu do libekinnych rzeczy, no szymon, kurde, to jest genialne, akurat to jest pierwszy czas, pierwszy czas, kiedy wygenerowanie date setów testowych razem z dodatkowym toolingiem.
Ja myślę, że inne rzeczy wróciło, że powiedziałeś, powiedziałeś, powiedziałem, że niech harnessów jak dalej, to będzie, bo dostajemy czasami krytyk od niektórych haszych słuchaczy, dziękuję im pięknie, odnośnie tego, że no tak, ale to nie to jest za dużo i tak dalej, tak, bo że rozdzielmy dwie rzeczy, rozdzielmy ludzi, którzy by nam realnie budowali charnęcy i przeciętnego developera, który robi kod biznesowy, są dwie rzeczy, czy mudowane charnęcy, ja bym tego nawet nie tak, powiedziałbym, jardziele inaczej, są osoby.
Oskar znowu pozdrowienia za dzisiejszą rozmowę, bo z Oskarem ostatnio dużo dyskutujemy sobie.
Trzeba rozdzielić osoby, które bardzo mocno agenti, kłork w lołym i potrafią wykorzystać mają dopasowane pod swój proces myślowy, swoje działalne.
Czy w tym i fajnie też Oskar u nas na dyskordzie powiedział, na przykład sam okresy, że przez to przez jego tryb pracy by dużo nie dowodził.
A dzięki agentom na przykład w sposób pracy jest w stanie coś puścić i zrobić o wiele więcej niż byłby w stanie, ale ma swój workflow.
I teraz wasza krytyka, jeżeli dopracowaliście swój workflow, jest on wydajny, faktycznie prześpieszyli się do warzycię więcej, chwała wam za to, ale jeżeli popatrzymy na średnią rynkową, tak nie wygląda.
I wszystkie testandaryzacje, harnessów, podejścia są właśnie po to, żeby zespół zwiększyć średnią zespoły.
Tak, dokładnie, więc jak mówimy, że O-Agenti się nie dają, o-Agenti są świetni, mówmy o tym samym obszarze, na którym pracują.
Bo często to są, że mam inne zdosowania, inne przypadki użycia, inne kontekst, ale finalnie oceniają całość.
Tak, dobra, dekompozycja na zadania i teraz tak, dlaczego idę od tyłu, bo zaczynam odrzeczy łatwy, które można delegować, więc przygotowanie środowiska pracy 100%,
byłem na przykład w tym, mój im eksperymencie z różnymi sprzętami Zdork Software Factories, ale zawsze i ja te tule to zawsze wychodziło bezbłędnie, nawet infra, jeżeli powiedziałem, jakie chce mieć technologię i tule,
w sensie nie można było pozwolić, żeby sam wybierał tule. To jest duże ten, zawsze trzeba było to zaakceptować.
To, wchodzi mi na rzecz, co chciałem zaznaczyć w tym odcinku. Ocinek nagrywamy na tu i teraz, na tylko ten dzień. To, że Agent czegoś nie umia, a Bożo musimy dodać muherne, ale z raj, się zmienia za pół roku, to jest nieaktualny fragment.
To widzimy, że my to się zmieniło jaka to muszę. Kiedyś musiałem mówić, mówimy do końca nie, jakichś, co odpali, że po pani krytyków i jakie kryteria sprawdzenia co mają zrobić, jak mają być, jak ja pomaszącować ich wyniki dalej.
I teraz odpali krytyków i sam przyszedaje, faktycznie, i robi to dobrze. Ja się z tym mene kłóciu, ale zostawmy to w tym momencie dekompozycja na zadania.
I w tym miejscu, jeżeli masz dobry plan prześciebie zriubiołowany, to działa. Jest coraz mniej w tym momencie, tak jak patrzę Fable albo dobrze przycięty Slopus.
W tym, czy tam pięć sześci?
nie ważne, który weźmiecie model większość z nich fronti rów. Robi to naprawdę jest to.
Na poziomie średnim rynkowym albo wyżej. Tak, ale teraz bardzo ważne. To jest dekompozycja na zadania.
Niestety. I teraz idziemy sobie architektura i granicę, czyli moduły, kontrakty, modelę danych.
I tu powiem wprost, tu nadal moim zdaniem w wielu przypadkach
są dwa tryby. Ja teraz pracuję w takim moim zdaniem jest tryby. Weź Kaszmu to wygenerować się potem go zrobić, zrobić trzy tury na przykład review drugim modelem.
Więc ja mam domycznie w tym moim setapie, taki mini setapie, który używam, mam także od palkodeksa i Kaszmu zrobić agresywne review.
I tak trzy razy i dopiero mi to przedstaw. To działa. Czym do jakichś mniejszych rzeczy, do większych wolę sam to przemyśleć?
Dobra, tylko nadal w niektórych miejscach moim zdaniem i z mojej praktyki. W wolę mu, jeżeli chodzi o architekturę, nie pozwala nam podejmować żadnych decyzji, to jest taka rzecz, którą się nie zgadzę.
Nie może, to jest rzecz opisanie tego, to jest inna sprawa, ale to ty musisz korst budować, korzałożenia. To moje obserwacje jest taka. I to jest jedna z tych bardzo ważnych opęści człowieka, który wy istnieje.
Definicja wystarczająco dobre. Gudnaf. Bo chcemy dosyć jedwie skleności. Albo Enterprise, aplikacje do subsypsi na maile. Albo drugi koniec. Wciśnięte nogą.
Rządzanie, które powinno być dużo skomplikowane w to, co już jest niej. Wiesz, że jestem leniwy i staram się inaczej. Moja podstawowa zasada. Co będzie, jeżeli ktoś do mnie zadzwoni, bo jest problem?
I to jest moim zdaniem taki rule of thumb. Zastanow się co będzie, jak ci karzą to utrzymywać? W jaki sposób? To wchodzi ten moment ważny.
Jaki poziom złożności my właściwie chcemy? I nam tego nie dobierze. Ale jeżeli chodzi o boundaries i granicę, to dobry agresybny krytyk.
I to bardziej mówite z per programii, kraberdak podejście. Pozwoli znaleźć dobrze znaleźć granicę.
I używę tu słowa znaleźć, to nie, że on wyznaczy i tym mówisz, narka nie ma na tenie patrze. Nie, on patrzy na wiele kontów, jak moro tego podejście i pomaga ci złapać, a czy to byśmy sami złapać.
I teraz patrzymy się tak. I dobrą rzeczą jest to, że patrząc jak złapiec architekturę granicę, to łatwo wyznaczyć coś, czego byliśmy zawsze leniwi, czyli znaleźć eczkęisy.
Szukanie eczkęisów, przygotowanie właśnie kontraktów, testów, bdd, to jest na tym etapie, jest świetne.
Jaki mam problem z modelem danych? Kurde, że mam nadal uważa, inaczej. Model danych zawsze był, dało się zrobić go prościej, moim zdaniem.
Mordą, chyba czegoś prostszego potrzebujemy. Przykombinują z reguły strasznie, to się z tym zgadzę. Dobra, czyli co, projekt jest taki, że on znowu mocno wspomaga.
Czy to jest jak oreny? Większość sytuacji ogarną dobrze, a tam, gdzie potrzebujesz temu zerknąć, to kupują ci czas.
Wiesz co to powiem, to jest ten. Dla mnie to jest taki, wiemy, jak się czuję. Moje pierwsze podejść do remu wy 2000 linku, kiedy wychodziło na poważnie linku tu do skół.
Nie mam pojęcia. Dawno, ale to początki naszej kariery. To jest taki stan opowysmy. Nie wiedział, że to jest ORM dzisiaj, tylko ORM z początków naszej kariery. Dobra.
Idziemy do wytworzenia. Wytwarzania. Tu jest, marzem będzie, może nieko czy Dark Factory, ale takie naprawdę przyciemnione bardzo mocno.
Dobra, jeżeli popatrzymy się tak implementacja, test, Kołów Review, integracja i Merge, buildy i CIA, teraz tak. Od roboty devopsowej zostaje nam w tym momencie opisz co chce, jakie mam wymagania i review tego.
To są terafor, deployment, budowa w ogóle inaczej. Szymon, CIA i CD-ków. Dobra, przyznajmy się. Ja ostatni raz spalca pipeline napisałem, że półtora roku temu, jak nie bardziej, o tak.
Podobnie. Ja mle dokuber netesa, nawet nie chcę się tego inaczej, robię tylko review, inne elementy. Muszę mu czasem wskazać, bo widzę takie, slopy się zdarzają, ale 99% kodu będzie ok.
Tak, oczywiście. I bardziej będzie w patrzu, czy jest zgodna z twoimi standardami w firmie, niż to, czy jest zgodna z podejściem rynkowym. I przykładowo, jak zarzuciś MCP na przykład do terraforma, czy do kubrynceza.
Sorry. Tak. I narzczyno się jak to z całego zakadkoły review. Tak, on to robi dobrze, ale znowu, chodzimy od poniosz człowieka, dokładne kryteria, żeby mi nie stawić się na zasadzie, żeby zrób, żeby było dobrze, po lepiej czy nie działać.
Ja raczej inaczej. Pierwsza wasfakaudliwy jest genialna przed człowiekiem. Pierwsza w poniomyśl inter. Inter powinni się odpalić automatycznie. Otywa się mówimy tak.
A potem patrzy na to okolet review tylko z zwytycznymi, jak chcemy, żeby było dobrze i jakie jest nasze gódna.
Dobra, i teraz jak tam popatrzymy sobie test, gdzieś tam właśnie CIA i inne rzeczy, to są harnessy powinny być automatem sorry.
Tak. Jak mówimy o implementacji i teraz mam tutaj raczej, to jest tak. To jest poziom znowu, potem sobie to tym pogadamy o odpowiedzialności.
To jest poziom bardzo mocny, czyli tak jak podziałem dla mnie stokodę w obsowy, np. 100%, i zaczynamy się przesuwać w granicy, gdzie ja muszę co zrobić i pchnąć.
I to jest ciągle taka zasada parę, to będzie. 80% roboty wykona za nas, ale frontędy np. to też rozmowa z tą kim docinę.
Jak przechodzi testy, to po co na to patrzeć i nie ma optymalizację.
Tu potrzebujemy do procesowego rzecz, bo to będzie mieli dwie skrajne grupy, którą mówią, nie, zrobi wszystko i grupa, która nie nie nadaje się.
Nie, to jest taka skala szarości.
Tak, i teraz dziecka le wynika. Jeżeli natomiast generalnie możeszłożyć developera i ona drugi dzień jest wydajny, może to zrobić, to spoko.
Więc dla mikro i małych aplikacji to nawet nie trzeba zwracać kontakt z tym, po prostu to działa.
Jak mamy aplikację 10 tysięcy kodów, powiedzmy poni roztu tysięcy?
Dobra, ale inaczej, ale tak, krytyczna logikad biznesowa, realtime, wszystko co ma z wami w firmie w żośności od tego, co jest Mission Critical.
Są różne definicje Mission Critical. Tylko tyle jest takich aplikacji. Widzę się u każdego jako ułek kródy.
Raczej dobre i teraz większość nadzabiłem, ale tak, przyzwyczajmy mi się, że to się zgadzamy tym miejscu, że na koniec niea wszystko, to się zrobić maszyną stanów i kródem, gdyby proces biznesowy był transparentny i lobbyiczny.
Tak, no nie? I kopiku my smyżycie. Dobra, skądś ma ona poważnie, żarty, ale na poważnie.
To jest tak, robota dywobsowa, tak, reviewujesz. To jest review. Frontend, tak jak to my powiedział, poklicy tak jak to my powiedział, nawet bez, jak testy przechodzi i sprawdzi, testy frontendowy jest OK, to jest OK.
Jest OK, bo po prostu skasujesz, wygenerujesz na nowo. Można teraz byłoby powiedzieć jedną rzecz, która gdzieś tam się dzieje.
Podobowo masz testy, że nie wygenerował samodzielnie komponentów, tylko na przykład jak masz biblioteki do komponentów, inne rzeczy, że skorzystał tylko z gota, czyli hard, ale znowu wracamy do charnesów i pulinowania.
Jeszcze obszar, który mi się zgadzenia. Mięcie to, żeby on trzymał spójność, żeby zakarzył do niej ładnie, wyglądał mi raczę, że właśnie w lewo, prawo, dlatego by było komponent, dlatego by było komponent, tak inny rzecz, że jesteśmy w stanie to też testować tym miejscu.
I teraz lecimy, logika, biznesowa, api, inne rzeczy, backend.
- Riiwią. - Riiwią.
- Trzeba sprawić inaczej.
To jest rozmowa w większości przypadków powinien być inaczej, to jest tak jak niektórzy siedzą w roli deskji, rowią tylko riiwią.
To jest myślenie krytycznej i umiejętność podpisania się pod tym kodem. Zaraz sobie do tego też przejdziemy, podpisania się pod kodem.
I wchodzimy na taki niebezpieczny grun, który też z oskarem zawsze rozmawiam o tym.
Rzeczy takie infrastrukturalne pod tytułem, jeżeli chcesz tworzyć framework i biblioteki tego typu rzeczy, to w tym miejscu agent
robi zajebistą robotę, żeby zrobić ci zacząć. Te pierwsze 80% będziesz go poprawiał, będziesz przeklinał. Ostatnia ciekawa rzecz, że jak to też dyskusjał na Stadiskordzie była, że jak chcesz przeklinać, to najlepiej zacząć zrobić kliry po prostu w kontekście.
Jak to byłoszymon, to ty napisałeś, że i tak trzeba przeklinać, żeby ładny komocjonalny zdam, i dopiero zrobić. Niektórzy robią kliry w ramach samokontroli przed, a niektórzy dampują ten kontekst i wyżywają się na agentie, więc my się zajęczamy grupy wyżywającej się.
Tak, ale jak odchodzi za bardzo, więc te im bardziej są rzeczy krytyczne albo długofalowe, tym bardziej będziesz robił sam.
i też przypomniałeś ta badanie o open source.
że wyszło na to, że "Maintainerzy" - Bibliotek i innych rzeczy - ich wydajność Agen vs. oni była względem błędu statystycznego w wielu miejscach.
Tak, ale dla mnie moja tera jest też taka, no nie? Czemu to? Bo w tych jednocobowych albo parą sobie projektach masę jest wiedzy stadnej w głowach tych ludzi.
Tak, więc Agen posłuch, ten Agen, który jest w trybie "Aru, po aplikacji Enterprise, tylko kodu jest najwięcej w sieci, oś takiego nauczył, nie odnaduje się w tym włoski kontekście, gdzie po prostu trzeba sobie zoptomalizować".
Dlatego też.
Ale też z drugiej strony potrafi wykryć, weźmy na przykład, tak, od, to jest fajne, on wykryje, on, na przetestę, tak, dalej, duże tej roboty, której nie chcemy robić.
I wiesz co? I tak, czyli wytworzenie, to nie jest znowu "Dark Faktoris", tak jakby wszyscy chcieli, że zadzieli się automatycznie.
To jest człowiek na wyjściu, który potrafi albo z projektu potrafi zrobić specyfikację ją zliwiłować i potrafi odebrać wyniki.
O, ale teraz dochodzimy do tematu, który jest za mnie bardzo ważny.
Największ proniki jest, to jest onership tego wszystkiego. To samo się dzieło teweloperów, a już onership tego kodu się ktoś wytworzył, czy on jest dobry, a czy miało robić to, co powinien robić, jest prawie z zero.
Ale dobra Szymon, to powiedzmy sobie wprost, że. Także już, że już tak, bo kiedy się mieliśmy onership na pytaj tego kodu, który napisaliśmy, będziemy go bronili już, on jest super fajny moje tutaj.
Dresagan napisa. Wielka fabryko jest to. To napisał, to napisał.
Ale to nie do mnie tak, do mnie nie.
Więc teraz nie bierzemy, poczucia opiecią się za nic kompletnie.
O, czyli inaczej. Moja patrząc postrzegając branżę, troszeczkę, jak ja tam napatrzę i moje oczeki w kórwe, jak to dziwnie, jak to będzie teraz dziwnie zabrił, oczekiwanie jako pracodawcy.
Z drugiej strony, to jest to, że ktoś ubieży odpowiedzialność za autkom.
I tu jest największy problem generalnie, bo wie, jak ktoś ludzi nie bierze.
Mamy super ludzi w organizacji u nas, ale jak poniedz duże korporacji, nie oszukujmy się.
Nie, bo teraz wiesz, cała dyskusja, bo teraz powiedzmy sobie fajnie, powiedział, pamiętam to też było trochę publicznie, Krzysiek Dąbrowski powiedział na ile wyceniał wębanku, że jego zakład wykorzystania AI prostą, że w skali całego procesu to są trzy, cztery procent.
Że pisanie kodu, on ma tyle procesów. Dzisiaj tam zobaczył, nie wrzucę, bo autorem się pewnego nie zgadzam bardzo często, a orytykuł.
Ale wrzuciu ciekawą rzecz akurat, właśnie, która pasuje wielu miejscach, która pokazuje, dlaczego jest spowunienie, że fajne techy to skansen IT.
To już tam swoją drogą można byłoby kiedyś o tym podyskutować, ale jak wiesz, pójdziemy, to te wytworzenie to jest bardziej powiedziałabym, że. To jest bardzo szare, są rzeczy, które przeklinam jak ten, zresztą wiesz, są rzeczy, które działają genialne.
To zależy do kulturu organizacji, bardzo, nie? Ale jeszcze takie parę rzeczy odnosi się tego, właściwie dzisiaj czulek odentuje w tym całym, nie, bo jaka chodzi o odpowiedzialność?
Bo to, czego argueńcie, bez nie wiem, to jest takie myślenia holistycznego odnosi do tego procesu. Agenda, nie przeszliśmy pewien rzeczy. Każdy nowe agenda, to jest nowy pracownik od zero, nic nie wiem, musieli się nauczyć, czyli zarazanie kontekstem, zarazanie toolingami, ewoluowanie tego wszystkiego, pilnowanie naszych założzeń, zmiany tych założeń.
Tak, to wszystko są przary, gdzie dalej człowiek musi myśleć i w tym proszę się wytwórczym istnieć na chwilę obecną mieszczany. Ja cię już co będę takie powiedziałem, te modele będą bajasować się i skręcać w dziwne strony, w której nie chcemy.
Więc dlatego pomiędzy etapami, nadal będzie musiał być człowiek, jeżeli wejdziemy, tam będziemy krytykować sobie rozmawiać na temat specyt driven development, czyli że przygotowujemy specyfikację i jedziemy i na każdym kroku człowiek powinien zrobić review, bo to jest proces myślowy.
Nie wiem czy na kartym, a to pogadamy. Tak, pogadamy potem, jak będziemy męczyć to githaba i też w tym. Dobra, następnie masz dostarczanie. Release deploy je weryfikacja na produkcji. Działa.
Release całej CD i tak dalej, tu w ogóle nie mam o czym rozmawiać. Tak, to jest, działa pomaga w tym jedna duża rada i bardzo prosta obcieńcie ten, obcieńcie uprawnień, mocne obcieńcie dorit, onli, o tym będziemy mówili przed życiu po deployu.
Ale jeżeli chodzi o takie wsparcie, w ogóle takie całe do deployjny rzeczy, tak, tak, tak. Inaczej jedno przytni uprawnienia. Tak jak przed twoim momencie przytni uprawnienia.
To teraz jedna rzecz, bo teraz chodzimy już na życie po deployu. Wartość, które dla mnie samowita, to są właśnie agencje serę, żeby nie dobrze. Ci podpinaż to pod vlogi, podpinaż to byt medryki w skonektale i dopodar pod kod i agent sobie siedzi.
Mogą mi tutaj systemy, które już nikt nie wie, znam się dzieje właściwie. Tylko problem jest teraz taki, że mamy w tym, czy to mówisz tylko ridony.
Tylko w tym momencie agencje z naprawi. Dobraszymy, przepraszam, to dopasujmy ridony, na przykład to, co też ćwiczyliśmy u klientów, bo to trzeba takie życia.
No to jedno, przykładowo restarat to, co jest wrzucone, czyli trochę bardziej, nie ridony. Trzeba pomyśleć, jak o L1L2, czyli zastanowić się i to jest rzecz, którą musi zrobić człowiek.
Zastanowić się, gdzie na przykład może robić trawę szuting i jak ma go robić. Przykład to, co mamy zrobione u klienta, przykładowo może zmieniać się na kuber natarsie.
Może wejść na jakieś tam, ma jakieś tam specjalne komendy skrypty, żeby odpali skrypty do egzeków, które np. pozwala mu zrobić TCP-DAMP-a, odpalić ker dla jakiegoś inne takie rzeczy.
Czy np. ma dwa uprawnienia na kuber natarsie, ma rollout deployment i delete poda, że potrafi na przykład dajemy agentowi.
Po co tego pewne, i nie podoba się zupełnie dobre, ale że pozwalamy, ograniczamy, robimy, traktujemy go jak Junior Operatora i dajemy mu jakiś zestaw, ale dajemy mu bardzo szokiery to on di, np. w puszczeniu go.
Lesz tam sam to też testowałeś i byłeś jak świetnie potrafi egzekiuszyn plany np. na pozgresach innych rzeczach sprawdzać statystyki proponować o tym.
Tylko jedna rzecz, potrafi też haluconować mówić, że to na pewno jest ten powód, na pewno, potem potrafi to mówić "OK, jednak się pomyliłem".
Dla mnie właśnie krytyczne jest tutaj, żeby to działało do rzemy go z rzuczania, to jest takie opcje. OK, lidonni super, druga opcja, która jest krytyczna, bardzo, bardzo krytyczna, to jest to, że dajmy mu się dojawiska, żeby będzie on mógł to zwerfikować.
I tu wchodzimy i wiem, że została odpowiada, ale tego nikt nie zrobi. Tak, idzieko się do rzemy. Dobrze, że tego mcię. I żeby agent był niezależny, to powiedz co powinien mieć.
Opcje skopiewania produkcji, odpalenia szydka femyrycznego, weryfikacji tam rolowania w kogo i natydania to jest to, co. Ale tego nie zrobimy, to jest to. Nie zrobimy, wiesz.
Jogim mi 5 dola. Zilej. Znaczy jak wyliczę prawdopodobnie z całej mojej kariery. Ty wiesz, że to liczymy pojedyncze organizacja, nic więcej.
Jestem w stanie. 4.
Cztery w jedną, wiem, że w ciem naprawdę prawdopodobnie jak zadzwonie, gdyby tam ten, to prawdopodobnie powiedzą, że już to właśnie wykombinowali jakiś czas temu i dobyli w stanie.
To jest takie wiesz, jak wyciągnę telefonik zadzwonie, więc cała tak. Obserwowalność, monitoring, incidentmanagement, on-call.
Zamyzaniu prawie niami powiedziałeś, tak, nagrywanie ruchu, żeby to potem zweryfikować, to jest rowym ten problem i tak, ale to jest świetna. Wiesz, czy jest jeden inna rzecz, testujemy z klientem, że jak jest on-call, żeby inżynier na przykład właśnie, jak zostanie już podniesiony alert, to żeby agent już w międzyczasie home z GPT właśnie latał i już sprawdzał.
Tak, że ktoś dostaje już rozgrzanego agenta, jak przychodzi. Tak, tylko znowu, wchodzimy, że pamięć tak w te ignoracjach, nie będziemy tego robili.
I to jest ten problem właśnie, że pójdzie ma psy albo, a tam dobra, jakoś będzie, tam ten agentowi fulla, albo będziemy go trzymali na ridmi i on w tym momencie będzie dużo hallucinował.
Ok, coraz mi z czasem, ale będzie hallucinował.
Tak, i to jest wiesz, teraz można byłoby zrobić cały odcinek dosłownie, gdzieś o moim doświadczeniach, jak przygotowywać sobie repopot takiego agenta specjalnego, pod choląsy, pod choląsa, czy inna rzecz, że to trabie do shootingu, bo to nie jest, jest to problematyczna.
Ta już nie jest jeszcze zmiere prosty, weryfikacja tego to, co myślmy sobie. To jest komplikowane i, a tu isenicja wartości.
Tak, przy czym szybkie, on bardzo dużo można zdjąć takim rzeczy, bardzo powtarzalnych czynności, które były na zasadzie z restauracji,
z restauratu i serwis, do już zasobów inne takie elementy, można to akurat bardzo dobrze ma zrobić.
Wiesz, wiesz, że będzie mi nie pęcha, a będzie mi nie pęcha, bo to jest prawo liczby dużych.
To on stwierdzi, że, ok, jest na pewiedź baga, paga nie będzie, jak będzie ma za pusta.
I do tego dojdzie, tren zejczypuj, dlatego, dojdzie, do tego cięcie uprawnie, nie zwłaszcza.
Tak, ale znowu nie naprawi, jeżeli nie będziemy mogli zapikować czegoś.
Teraz nie, ale czy ma naprawić, moim zdaniem ma zaproponować.
- Teraz tak za pół roku, zarabajcie. - Wiesz, jak będzie wyglądało, ale coś dał apply.
To czy mi się podoba tak, jak tam mam znajomą w Google, korzystacie i wracamy do tego wszystkiego.
A z autowatyzujcie, co chcecie, a wy jesteście odpowiedzialni za autką.
Twój autowant naprawiał on kolat, od twój, to ty odpowiadasz za tego.
- Tak, ale po tym, jak nie będzie baka po bazy, to go zarazie to już powiem organizacja.
- Tak, to jest problem, tak, staje się problemem wszystkich.
Dobra, i teraz tak, masz już taki punkcik, utrzymanie i ewolucja.
I to jest fajne rzeczy, tylko wiesz co, dla mnie to jest utrzymanie ewolucja, to są dwa takie elementy,
bo ja na to patrzę przez jako architektura i implementacją, dla mnie to jest taki element.
- To mniejsza je na rzecz. Trzymanie aktualizacji bibliotek.
- Tego całego. - Nie, nie, nie, to w ogóle spłacanie ciągle będzie. - Tak. - On time, inaczej.
Tylko to jest inaczej, traktujemy to jak tazg wytworzeniowy, już w ten regularny tazg wytworzeniowy.
- No tak, jak możesz mieć systemu, które są nie utrzymywane już nie jako.
- Tak, ale z inaczej, dobrze. - Dla się przygotować testy regresyjne dla starygo systemu inne rzeczy.
To jest świetne. Ja bym tutaj dodał jedną rzecz i połączę to też z ekomisjoniziem.
To jest moment, kiedy tak proste zaczyna być mierzenie wykorzystania i szukania martwego kodu w twoim repozytory.
To zaczyna być, ja wiem, zaczynają być pewne techniki, którzy robią, ale zaczyna inaczej.
To jest już teraz na wysiągnięcie ręki. - Łukasz, to jest taka opcja.
- Tak, na mierz szkod, ale potem też muszę powiedzieć, tak usuwamy. - I tego nikt nie powie, bo może się kiedyś przyda.
- Chciałem powiedzieć te warsztaty w Zotywim Marco, macie jak to było.
- Hej, ale by to 70% możecie wyrzucić kodu.
- Reaktory, tego nie podajania. - To jest być dużo ryzyko.
- Po prostu. - Ja wiem, ale mówię, że jak mówimy o replatformingu i inaczej, pierwsza rzecz, jak zawsze rozmawiamy o modernizacji,
to ile da się z tego wyrzucić, bo to jest w ogóle najprostsza rzecz. - Najlepsza absolutnie tak.
- I tak, której pewnie nikt nie robi. Zadowaniem mało kto cię ochrzani, tak nazwijmy ładnie.
- Dobra, masz jeszcze mity mój drogi. - Tak, czyli jeden mi, który ważne, żeby szkołaś nie było na starcie,
to wszystko, czy mówimy, nie zadzieję się, nie zrobimy w ramach subskrypcji dla developerów.
- Kożdy tego, to są 10 tysięcy dolarów miesięcznie. - I ja pierdolę, i je pać biedę.
- Czyli 30 tysiątki dla, jakichś są pośmieś średnich, tak?
- Dobra, powiedzmy, to są te rzeczy, kiedy mówimy, że, albo nament na developera, raczej tokeny na developera,
tam zależnościach zrobimy, to jest spokojnie lekką ręką, może inaczej.
Badaj bo psa może szliczyć pomiędzy 150-300 dołców miesięcznie na tokeny. - Tak, spokojnie. - Develooper zaczyna się od 300.
I teraz jest pytanie, w którym momencie kończy się wartość?
To jest pytanie, jak popatrzysz tak na orygin, tam wiesz te red-hat i inne rzeczy, co były, to, co też u nas rozmawiamy,
to jest pytanie, kiedy taniej byłoby mu Junior'a kupić, zatrudnić Junior'a, w którym momencie zwiększanie za połó jest tańsze niż w tym,
niektórzy traktują już pisanie kodu, że to jest jak zwierzęsza praca, że mu każą, ale nie pisać kod.
Pytamy, tym takim opcji, jak najbardziej dark, to to są pewie duże koszty i moim zdaniem nie ma to.
Zależy gdzie? Wydaje mi, że teraz trzeba tam powoli dążyć, ale to nie ma wiesz co dla mnie, to się. Jak ja widzę te wysy ten, jest to ile przynoszą produkty z dersą, który faktor jest?
Minus tysiąc dolarów miesięcznie. Tak to się, ale mój warunek, sukcesy i inne jest powoli przygotowujmy do tego procesy, żeby to dalej się dalej, bo tu jest wartość.
Dobra, czy to idziemy czy nie dojdziemy? Będę złośliwy? No dajesz. Jakbyś miał dobry proces, to było już gotowy.
Tak, dokładnie, tak. I tylko w pinaż tych agentów i generaliśmy.
W arcie i to są pytania o integracji, bo wiesz, to jest teraz taka głupota, że wiesz o tym, że są projekty, które nie miały linterów, nie miały tak.
Jak pójdziesz ten, jak mówisz to jedyna metryka z Sanarkiuba, jaka jest sprawdzana, to pokrycie testami kodu.
Panie czy sodor w ogóle jest włączony, to jest nie nie, ja mówię, że najczęściej są metryką, jaką widzisz, jedyna sprawdzana, która była tak realnie. Większość co ogundamy, wiecie co, prawdopodobnie teraz powiedzie, że tak nie jest, bo u nas w projekcie.
Słuchacie nas i prawdopodobnie nie jesteście w tej grubie, które przejemy problemy.
Tak, w której na codzieniu adresujemy i tak to wygląda, więc te wszystkie rzeczy były.
Słuchaj, ile razy średnio za cztery lata mówimy, zarówno prawidłowo CIA. To jest tak mniej więcej, tak wraca.
To jest już starość starość.
To jest starość, więc to jest takie sobie powiedzenie.
Więc w tym miejscu, tyle właśnie.
I słuchaj, czyli tak. Przenadując po co mówiąc, jak sobie popatrzymy. Odkrywanie potrzeb, przygotowanie, świetnie pomaga.
Projekt pomaga, ale nadal człowiek musi trzymać kontrole.
Dużo mniejszym zakresie, ale nadal, inaczej, myślenie krytyczne jest bardzo potrzebne.
Ja będę decyzyjność. Tak mi to nazwał.
I psa, dobry. Wytworzenie duża skala szerości od tego leć całością. Zastanów się, to jest krytyczność biznesowa i wielkość projektu.
Dokładnie wielkość projektu. Dotaczanie, weryfikujesz koniec.
Tak. Życie pod diploju, to znowu skala szerości od obszarów.
Tunei bardziej krytyczne jest przygotowanie organizacji.
I te wszystkie, że to musisz zrobić w związku, żeby nas to nie kopnęło, nie powiem gdzie jak pięć razy.
To do usłyszenia za tydzień i zabawa spadskita.
Szekaj jeszcze. Jak się zgadacie? Napisz się komentarzach.
Trzymajcie się, hej.
[MUZYKA]
Podcast Summary
Key Points:
Agenci nie mogą zastąpić człowieka w procesie zbierania wymagań, szczególnie w kontekście kontaktów z biznesem, ponieważ brak kontekstu i głębszego zrozumienia użytkowników.
Wszystkie procesy w rozwoju oprogramowania, od odkrywania potrzeb po implementację, wymagają krytycznego myślenia i człowieka, który może oceniać, weryfikować i kontynuować rozmowy.
Wymagania i specyfikacje powinny być tworzone w oparciu o rzeczywiste rozmowy, nie tylko na podstawie promptów, a także z uwzględnieniem kontekstów, jakich nie może zrozumieć AI.
Wymaga się, by agenci przekazywali się do procesów, które są prześwietlone, takie jak testy BDD, kryteria akceptacji i analiza konkurencji, aby zapewnić skuteczność i kontynuację rozwoju.
W kontekście architektury i granic, agenci mogą pomóc w dekompozycji, ale nie mogą podejmować decyzji – człowiek musi przejąć odpowiedzialność za analizę i wybór struktury.
Wymaga się, by procesy były przejrzyste, z klarownymi kryteriami, a w szczególności, by każdy krok miał odpowiedzialność i był weryfikowany przez ludzi.
Wartość agentów jest największa w prostych, powtarzalnych zadaniach, ale w krytycznych lub długofalowych projektach człowiek musi być nadal kluczowy.
Wartość procesów w IT zależy od kultury organizacji – bez odpowiedzialności i kontroli, nawet najbardziej zaawansowane agenci nie mogą zastąpić ludzkiego myślenia.
Summary:
Agenci mogą znacznie wspomóc w procesie tworzenia oprogramowania, szczególnie w prostych, powtarzalnych zadaniach, takich jak przygotowanie testów BDD, dekompozycja zadań lub tworzenie harnessów. Jednak nie mogą zastąpić człowieka w krytycznych etapach, takich jak odkrywanie potrzeb użytkowników, rozmowy z biznesem czy podejmowanie decyzji architektonicznych. Wymagania i specyfikacje powinny wynikać z rzeczywistych rozmów, a nie tylko z promptów, co wymaga kontekstu, który AI nie potrafi zrozumieć.
Człowiek nadal musi prowadzić procesy, kontrolować kryteria, weryfikować wyniki i dbać o jakość. W szczególności w dużych, krytycznych projektach, gdzie występuje duża złożoność, odpowiedzialność za architekturę i bezpieczeństwo należy przekazać ludzkiej osobie. Agenci są narzędziem, które przyspieszają rozwój, ale nie są autonomiczne – nadal wymagane są krytyczne myślenie, analiza sytuacji i społeczne konteksty.
Organizacje muszą więc rozwijać kulturę odpowiedzialności, aby nie zniekształcić procesów, a jednocześnie skorzystać z potencjału AI w prostych, mechanizmowych zadaniach. Wszystko to wskazuje na to, że człowiek nadal jest kluczowy w procesie tworzenia oprogramowania, a jego rolę nie należy ograniczać.
FAQs
Agenci mogą pomóc w myśleniu, ale nie mogą zastąpić ludzi w podejmowaniu decyzji dotyczących architektury. Wielu z nich nie ma wystarczającej wiedzy o kontekście biznesowym ani o długofalowych konsekwencjach, co może prowadzić do błędów.
AI nie może samodzielnie kontaktować się z innymi działami, takimi jak biznes lub logistyka, ani nie może zorganizować spotkań. Brak kontekstu i głębszego zrozumienia problemów może prowadzić do niesprawnych lub niekompletnych wymagań.
Rozmowa z człowiekiem pozwala na odkrywanie rzeczywistych potrzeb, kontekstu, problemów i wrażeń użytkownika, co nie może być zastąpione przez automatyczne generowanie treści bez głębszego zrozumienia.
Harnessy automatycznie wykonywają zadania takie jak linting, testowanie, analiza kodu i skanowanie, co zwiększa jakość kodu, redukuje błędy i umożliwia szybsze i bardziej spójne przepływanie procesu.
Człowiek może ocenić kompleksowość, zgodność z procesami biznesowymi i długofalowe konsekwencje, co AI nie może zrobić. Krytyka ludzka jest niezbędna do zapewnienia odpowiedzialności i jakości.
Bez ograniczeń AI może generować kod, który nie jest odpowiedni dla konkretnego kontekstu, nie ma kontroli nad jakością, nie rozumie wymagań biznesowych i może prowadzić do utraty wartości pracy ludzkiej.
Chat with AI
Loading...
Pro features
Go deeper with this episode
Unlock creator-grade tools that turn any transcript into show notes and subtitle files.