DevTalk #125 – O Archetypach z Bartłomiejem Słotą

uznania. Natomiast być może w świecie AI-owym to jakiś renesans tego nastąpi, że w łatwiejszy sposób będzie można te różnego rodzaju, przynajmniej w prostszych biznesach, paterny ze sobą łączyć. Więc trudno mi odpowiedzieć na pytanie, kto jest tak naprawdę autorem, ale myślę, że jest wielu ojców i matek tych pojęć. Koniecznie chciałem Cię o coś zapytać, ale nie chciałem być pierwszym, który powie to słowo AI. Ty powiedziałeś, to na minutkę tam się zagłębmy. Z tego, co w ostatnich miesiącach się tą koncepcją bawiłem na różne sposoby, to AI to nie ogarnia tego za bardzo tematu.

Zgadzasz się? Dokładnie. I to może wynikać z tego, że jest tak mało na ten temat materiałów. Wzorce i tak dalej, to on to napisze, wymyśli w każdej możliwej technologii. O archetypach to on się głupi. I to wynika też z tego, że on czasami trochę myli archetypy oprogramowania z archetypami, które mamy w marketingu, mamy w psychologii od Junga, mamy archetypy marki, mamy archetypy takie, śmiakie, srakie. I archetypy oprogramowania to jest jednak coś innego, co... nie jest aż tak popularne, o czym świadczy zresztą to, że to wy zabukowaliście domenę softwarearchetypes.com, a my archetypyoprogramowania.pl. Dokładnie, dokładnie tak. AI nie został niczym nakarmiony.

Czemu nie możesz? No nie wiem, jak mogę, to powiem Oracle. Tutaj zasady ustalami sami. w jaki sposób zamodelować moje relacyjne dane w oraklu, jakie pola się tam powinny znaleźć i na tym się głównie skupiają te książki, co jest dzisiaj, jak już zapewne wiecie, pewnie niektórzy z Was przerabiali różnego rodzaju szkolenia tutaj u Maćka, no to wiecie, że modelowanie bazujące na danych nie jest do końca w dzisiejszym świecie najlepszym pomysłem i ma swoje bardzo daleko idące konsekwencje w kontekście przede wszystkim właśnie wydajności wytwórczej zespołów programistycznych, dlatego my skupiamy się bardziej na tych aspektach behawioralnych i to jest coś, czego w tych książkach zupełnie nie znajdziecie, więc tym bardziej nie znajdziecie tego w AI, bo on niczym takim nie został nigdy nakarmiony, a to właśnie nie tylko

nie tylko te elementy takie jak dane, które są oczywiście bardzo ważne, że ja jestem w stanie przemapować marchewki, czy trading, czy ratę na produkt, czyli w jakiś sposób nam te parametry poukładać, to jednak kluczowe są zachowania w tych wszystkich algorytmach, składanie zamówień, wyliczanie ceny, kiedy to się dzieje, jak to się dzieje, jakie reguły tym sterują, a co to są za reguły, a jak zmieniać te reguły, jak sterować tymi regułami, jak je definiować, żeby zachować skalowalność naszego biznesu. Także na te wszystkie pytania będziemy chcieli odpowiedzieć. No i właśnie, AI nie został tym jeszcze w żaden sposób nakarmiony, ani jeśli chodzi o przykład kodu, ani jeśli chodzi o taką teorię modelarską czy koncepcyjną.

Także nie dziwi mnie to, że AI nie pomoże w rozwiązywaniu tych problemów. Mało tego, raz mi nawet napisał, że to brzmi jak jakiś bro science, że parę ziomeczków sobie wzięło wzorce projektowe i DDD i ponezywało to samo na nowo. Z tego co mówisz, to tak nie jest. Ale właśnie DDD, jak mają się archetypy do Domain Driven Design? Jest pewnego rodzaju synergia pomiędzy domain-driven design i archetypami i wydaje mi się, że jest ta synergia na obydwu poziomach, to znaczy na obydwu w rozumieniu DDD i na strategicznym i na taktycznym, przy czym ten strategiczny jest dużo, dużo ważniejszy.

Znaczy wiesz, bo to, o czym opowiadasz teraz, To brzmi jakby miało zastosowanie szersze nawet niż Domain Driven Design, że to jest coś, o czym powinniśmy wiedzieć właściwie wszyscy, więc dziwne, że mało osób w ogóle o tym słyszało. Coś, co powinno być stosowane bardzo szeroko, a nie jest, więc skąd taki rozjazd? To czy szersze od domain-driven design, no to też będzie zależało od definicji domain-driven design, bo jeśli ja lubię myśleć o domain-driven design tak, jak o sposobie, czy zestawie technik, którymi pozwalają dobierać odpowiednie rozwiązania do odpowiedniej klasy problemu, to dokładnie w tej samej definicji wpasowałbym archetypy, jako konkretne rozwiązania do konkretnej klasy problemów. Więc choć z drugiej strony, jak masz sobie, jesteś tam jakimś soloprenerem i sobie robisz własny systemik, nawet jednoosobowo z AI-ami i tak dalej i masz albo nie masz jeszcze klienta czy analityka biznesowego, no to w DDD możesz się bawić w pojedynkę, ale to raczej będzie miało sens taki mniejszy niż w wielu osób.