Mentionsy

Otóż tak, jestem trenerem, uczę, szkolę ludzi głównie z architektury oprogramowania, z domain driven design, z projektowania systemów modularnych w ogólności.

Tak, ostatnio wokół twojej osoby w naszych kręgach było dość głośno, o czym potem jeszcze na koniec porozmawiamy i też spory feedback przychodzi na maila i w ankietach, że ludzie ciebie kojarzą, że lubią ciebie, znają i ci, którzy znają, wszyscy chwalą, że po prostu jest spoko, więc tym bardziej nie mogę się doczekać naszej dzisiejszej rozmowy, zatem kończymy pierdalolo i przechodzimy do rzeczy, czyli do archetypów oprogramowania.

wymagania funkcjonalne jesteśmy w stanie zaimplementować na nieskończoną liczbę sposobów.

I teraz, żeby odpowiedzieć na pytanie, jaka jest różnica, to ja te dwie struktury algebraiczne odejmuję od siebie.

wyznaczania różnicy w tym konkretnym, bardzo specyficznym przykładzie biznesowym, wyznaczania różnicy pomiędzy wykonaniem a planem do problemu algebraicznego.

No i teraz, jeżeli masz bardzo prosty biznes, to to, czego potrzebujesz, to lista użytkowników, ich adres mailowy i jakieś informacje, jakieś credentials, sposoby do logowania i to jest wszystko.

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ć.

Koniecznie chciałem Cię o coś zapytać, ale nie chciałem być pierwszym, który powie to słowo AI.

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.

AI nie został niczym nakarmiony.

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

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.

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.

Otóż jak popatrzymy sobie na to, na jakie pytania odpowiada mi strategiczna domain-driven design, no to przede wszystkim odpowiada mi na pytanie, jakie są granice w moim systemie.

Jeżeli na te pytania ma nam pomóc odpowiedzieć domain driven design, ma nam pomóc te granice znaleźć, ma nam pomóc dobrać odpowiednie wzorce integracji pomiędzy tymi modelami poszczególnymi z wykorzystaniem algorytmów heurystycznych na przykład, no to zauważcie, że jeżeli jednym z algorytmów heurystycznych byłyby archetypy,

My też w ramach tego kursu pokażemy, jakby można było podejść do zaimplementowania pewnych rzeczy.

Także jest także synergia pomiędzy tymi wzorcami taktycznego domain-driven design a archetypami, bo

zaimplementowania archetypów jest wiele.

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.

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.

Dobra, to najpierw powiemy sobie o firmie, bo to też nie jest tak, że jest jakiś silver bullet na wszystkie problemy bolączki świata, tak samo jak domain driven design.

Oczywiście strategiczny domain driven design, ja bym zaryzykował twierdzenie, że...

że to się jest w stanie odnaleźć w każdej branży, nawet jak ktoś ma... Zdarzyło mi się nawet szkolić firmę, która się zajmuje routerami sieciowymi i tam nawet w modułach obsługi routerów, czy jakichś switchy, czy tego typu rozwiązań sieciowych pisanych w C, Domain Driven Design znalazł swoje zastosowanie, żeby granice tego oprogramowania w odpowiedni sposób dobrać i zapewnić.

I oczywiście domain-driven design, jeżeli masz firmę techniczną produkującą routery, to ten język urządzeń sieciowych to jest Twój język dziedzinowy, prawda?

No i dochodzimy do tego, że w tej wielkiej tabeli klient jest zarządzanie stanem konta prepaidowego.

Tam się będzie działo bardzo dużo bardzo fajnych rzeczy, a na razie teraz tam jest kolejka bardzo fajnych, merytorycznych maili, które mocno rozwijają ten temat, o którym dzisiaj rozmawialiśmy.