Coffee Coffee #39
Enter DDD … Dragons, Dungeons and Domains
O odcinku
DDD... mit, hype, przydatna rzecz, domena praktyków czy konsultantów. To Coffee poświęcone było rozmowie o DDD. Gdzie jesteśmy po tych wszystkich latach? Czy obietnica została dowieziona i co właściwie było tą obietnicą. Co z DD się sprawdziło, co nie...
... i najważniejsze pytanie, co z tym dalej!
Wejdźmy w świat DDD, gdzie smoki spotykają developerów i domeny!
Zapraszamy
========================================================
"Coffee" jest częścią projekty "CTO Morning Coffee". Najlepsze miejsce w polskim Internecie dla liderów w technologii 🖖.
Można ( a nawet należy ) nas znaleźć również w innych miejscach:
👉 Podcast: https://cto-morning-coffee.transistor.fm/
👉 Twitter: https://twitter.com/CTOMorning
👉 Newsletter: https://www.ctomorning.coffee/
👉 One link to bind them all: https://bio.link/ctomorning
CTO Morning Brew tworzą:
👉 Sebastian Gębski:
🔵 Twitter: https://twitter.com/liveweird
🔵 Blog: https://no-kill-switch.ghost.io/
👉 Wojtek Ptak:
🔵 Twitter: https://twitter.com/wjptak
👉 Tomek Onyszko:
🔵 Twitter: https://twitter.com/tonyszko
🔵 Blog: https://www.onyszko.com/
Live long and prosper 🖖
Transkrypcja
Brak wyników.
to w tak zwanym międzyczasie właśnie formułka formułka standardowa odwi więc tak w międzyczasie wcy dołączają kilka słów porządkowych czy C Oczywiście tych którzy już tego typu rolę pełnią ale również tych aspirujących każdy jest zaproszony podczas tych naszych spotkań przez godzinę rozmawiamy sobie Za każdym razem o konkretnym temacie tematem na dzisiaj jest domain Design właśnie musicie korzystać z aplikacji Twittera na platformę mobilną Czyli jeżeli korzystacie z klienta webowego to niestety możecie tylko słuchać Ale już powiedzieć czegoś nie będziecie mogli takie jest ograniczenie samej aplikacji właśnie idea jest taka żeby każdy mógł zabrać głos czyli korzystajcie z wbudowanej funkcjonalności żeby podnosić łapkę Jak to się mówi i zasygnalizować w ten sposób że chcecie coś powiedzieć Komentujcie pytajcie ustosunkowując o to właśnie chodzi My postaramy się każ
was zauważyć jeżeli to się nie wydarzy być może w ferworze dyskusji żeśmy nie zauważyli waszej chęci wypowiedzenia się nie znajcie się tylko próbujcie dalej w ramach tej naszej dyskusji oczywiście trzymamy się tak zwanych cywilizowanych standardów czyli przede wszystkim skąd ten śmiech czyli przede wszystkim bo się nie Wybudowałem czyli przede wszystkim nie krytykujemy konkretnych osób nie krytykujemy nawet Firm Jeżeli krytykujemy coś to krytykujemy postawy krytykujemy zachowania piętnujący na nasze przyszłe spotkania możecie się na powiadomienia o nich możecie się zapisać na City morning Coffee ewentualnie oczywiście Możecie nas śledzić na mediach społecznościowych zarówno na Youtubie jak i na City morning Coffee mamy oczywiście archiwum naszych poprzednich odcinków mamy zgrane odcinki właśnie z cofi mamy nowe odcinki z brew Gdzie można w formacie wideo trochę posłuchać o czym my tam dyskutujemy i myślę że chyba z najważniejszych tematów obskoczyć potem tego nie wycinam i pierwsze 5 minut przeważnie [Muzyka]
wygotować Bardo prpr m katar dzisiaj jestem chory także ale postaram się aktywnie uczestniczyć bo temat bardzo ciekawy i No wiem że mamy tutaj sporo dyskusji i na pewno nie będzie fak nie będzie nie będziemy się tak zgadzać jak zwykle dokładnie Wojtek jako osoba z wytatuowanym logo DD na ramieniu No musi to SP Nie wcale nie także spokojnie Myślę że mamy tutaj przedstawicieli którzy mogą nam wiele stron ja wejdę w rolę ojca prowadzącego no Dobra panowie gdzie jest DD zacznijmy od tego grubiej strony tak bo tak Uprzedzając fakty dla tych którzy nie byli na naszym prywatnym syg ja dzisiaj się obudziłem rano i tam było z wiadomości ch dyskutowali na temat tego co dzisiaj powiedzą więc myślę że mają dobrze ugruntowane opinie ale jest 20 prawie lat powstaniu są książki były meetupy są były No to gdzie jest ddj są konferencje które czasami zjeżdżają w dziwną stronę o czym pewnie też powiemy Sebastian może ty zacznij to może tak nie Zacznę od swojej opinii tylko bardziej od obserwacji bo i akurat tak się składa że dosyć często o
DD Mówię również publicznie mam ponad 10 różnych prezentacji więc zdarza mi się w różnych miejscach na różnych konferencjach na różnych forach rozmawiać albo o DDD albo być wśród ludzi którzy o tym DD rozmawiają wi moja obserwacja jest taka że ten temat już w przestrzeni publicznej wymiera czyli idąc gdzieś tam na jakiś software cra event teraz mniej osób o tym DD słyszało o d generalnie z mojej obserwacji mówią przede wszystkim konsultanci którzy gdzieś się tym posiłkując albo czasami takim wchem słownym czyli za pomocą d łatwiej jest wytłumaczyć pewne rzeczy więc im to jest rzeczywiście użyteczne jest kilka związanych z które są cały czas obecne na przykład event storming i to jest coś co się pojawia ale to już jest bardziej tylko powiązane z samym DDD Moim zdaniem coraz mniej DDD jest widoczne jeżeli chodzi o ten tak zwany f leadership Czy jest teraz mniej fajnego kentu który potem odbija się pewnego rodzaju falą w internecie falą kreatywności pobudza kreatywność także znowu coś się dzieje w oparciu o to jest tego coraz mniej nawet jeżeli pojawiają się jakieś książki No może ja tutaj akurat nie mam pełne powiedzmy perspektywy ale moim zdaniem te książki są coraz bardziej płytkie i one coraz bardziej schodzą na te wzorce niskopoziomowe już jakąś tam implementację więc to jest też pewnego
rzu rozczarowanie to gdzie d jeszcze się trzyma znowu jeszcze raz Według moich obserwacji to są te miejsca gdzie spotykają się osoby które albo są właśnie tak powiedziałem konsultantami albo ewentualnie to są duże firmy które doszły do takiego momentu że potrzebują jakiegoś małego wstrząsu wewnętrznego czyli mają już to kompleksy które narosło totalnie nie mogą sobie z tym poradzić ludzie mieli bardzo duży je chodzi o ludzi nikt już nie pamięta jak to powinno działać i oni teraz szukają jakiekolwiek deski ratunku i to hasło kiedy właśnie typowo jakiś konsultant dobrze je sprzeda to ono daje im pewnego rodzaju nadzieję jeszcze w tym w tym na tym forum to jeszcze to DD jest trochę obecne więc tak to wygląda w mojej w mojej perspektywie nie wiem czy tu się zgadzacie No to jest na pewno wiesz w zależności od tego G Gdzie pójdziesz tam usłyszysz rzy i pewnie będziemy rozmawiać bo problem z DD jaki ja widzę to jest to że jest bardzo wolne do interpretacji to oznacza dla wielu osób wiele rzeczy tak Czyli jeżeli pójdziesz na konferencję faktycznie tak jak mówisz dla leadership to tamto d tak naprawdę nigdy się nie do
końca nie pojawiło jeżeli pójdziesz co jest dla mnie bardzo ciekawe jeżeli o czym też właśnie rozmawialiśmy z Sebastianem jeżeli pójdziemy na konferencje czy na Meetup produktowe uwaga produktowe tak Czyli to co to co my budujemy tam DDD też nie ma to jest dla mnie zawsze zagadka Dlaczego koncepty z DDD nigdy nie przeszły do produktu ja cały czas zadaję wszystkim pytania Jak pracować mądrym głową w DDD Jak pracować z produktem i nikt nie do końca jest w stanie dać mi satysfakcjonującej odpowiedzi natomiast uważam że do tego co powiedziałeś że nie ma książek i one są płytkie tut nie do końca bym się zgodził bo akurat pojawiło się kilka książek i na pewno wiesz na tej Kanie przede wszystkim modularyzacja monolitów powstało też kilka książek w tym między innymi to strategic monol microservices vernona i to jest książka tak naprawdę o strategicznym DDD później na przykład ten cykl Forda na temat architektury to też jest tam jest bardzo dużo odniesień do DDD tak także no i pewnie coś do czego Co oznacza że coś do czego przejdziemy więc tyko temat że DDD Problem jest taki że oznacza bardzo dużo
i możesz z niego sobie powy biera co chcesz ale nie musisz więc też nie jest jakaś kompletna kompletna grupa pomysłów więc tak naprawdę to zależy od wolnej interpretacji Możemy też porozmawiać o antyp gdzie na przykład firma bierze tylko i wyłącznie wzorce techniczny do przodu plus jeszcze mamy dodatkowych speakerów dzisiaj także też Cześć Radek cześć Ja mam taką ciekawą rolę dzj bo jestem laikiem i nie praktykiem więc będę łapał ze słówka Ale oby poście Seb powiedział że tyko nie powiedziałeś Wojtek że No właśnie to co działa może to jest to co z tego zostało i gdzie to jesta jakieś rzy które się przyjęły nawę ogromnie proszę że zaparkować ten temat myślę że to jest cała część do której będziemy chcieli dojść Radek i Oskar Jak według 20 lat od powstania DDD gdzie według was jest d może zacznę od Oskara
Cześć ja ogólnie jestem fanem DDD ale raczej w sumie nie samego terminu tylko raczej po prostu to interpretuje jako formę skupienia się nad biznesem No i faktycznie jest trudno w ogóle określić co to jest w ogóle domain Driven design i z mojej perspektywy to co było faktycznie najbardziej precyzyjne w tym co zostało przez evansa w książce określone No to skupienie na języku to jest taka według mnie wartość która nigdy wcześniej nie wystąpiła w sensie w taki skodyfikowany sposób No bo resztę No to ja często się też trochę tak zrzy mam że bo społeczność DDD jest ogólnie dosyć specyficzna jest dużo fajnych tam osób ale no zgadzam się z Sebastianem że jest spora taka konsultanci do wchłaniania takich różnych rzeczy z zewnątrz no i ja się zam czy to faktycznie zanim napisał książkę No to nikt nigdy nie próbował wcześniej pisać aplikacji które by miały robić biznesowo
to co mają robić No było to zrobione tylko Evans evansowi udało się tak jakby zebrać i opisać te wzorce które już gdzieś istniały więc z mojej perspektywy taką wartością która na pewno jest specyficzna dla samego DDD No to jest właśnie te skupienie na języku Tylko znowu tutaj jakbym miał łyżeczkę dzieku dorzucić No to wydaje mi się że też społeczność DDD przez to że tak bardzo skupiła się na języku biznesowym to trochę zapomniała nad językiem takim do komunikacji z z resztą programistów i wydaje mi się że to jest taki spory problem który występuje w adopcji DDD No bo ogólnie jest tam sporo wartościowych rzeczy i Umówmy się wytwarzamy praktycznie 90 albo więcej z nas więc skupienie na biznesie jest według mnie czymś co zawsze powinno być pożądane ale no niestety występuje tutaj problem taki że jest za duży rozdźwięk według mnie i w tych praktykach i sposoby Jaki są tłumaczone pomiędzy tym językiem takim skupionym na biznesie A właśnie
skupienie jak to zrealizować potem technicznie i wydaje mi się że to jest też taki problem swoimi klientami często mam takie sytuacje że na przykład zrobią zrobią model taki storming czy jakiś no i wydaje mi się że to jest koniec A to jest tak naprawdę początek bo z tego wszystkiego koniec końców musi wyjść aplikacja więc wydaje mi się że DDD jest ciągle niszą nie wiem nie wiem czy czy to dobrze czy źle może i powinna być Nie ma nic tym złego będąc ale wydaje mi się że też społeczności DDD powinny takie następować więcej dyskusji bo zgadzam się z Sebastianem że nowych takich konceptów które by szerzej wypłynęły poza event storming to za dużo nie ma w ostatnich latach W każdym razie ja może dorzucę dwie rzeczy Pierwsza to jest taka że fajnie powiedziałeś na przykład o tym że ten język jest dla ciebie taką dużą wartością dodaną No i ja tu mam taką też mam takie wrażenie że język był wartością dodaną tylko też mam takie wrażenie gdzieś głęboko we mnie siedzi kurczę to mógł być blog po TR na ten
temat pisać wielkiej niebieskiej książki żeby o tym powiedzieć żeby to przekazać A druga rzecz to jest taka że są takie mam takie trzy obietnice które gdzieś składało No bo pamiętacie wszyscy ten taki podtytuł nie że tak DJ więc dla mnie PRS TR obietnice słonia czyli coś jest wielkie coś jest skomplikowane coś jest duże i teraz trzeba tak to powiedzieć żeby było ogarne i moim zdaniem tego nie robi sensie taka intencja była na początku ale może ze względu między innymi na osobowość jika nie robi tego drugie to jest jak nawigować w słoniu Czyli jak się poruszać w complexity i przyo kilka mądrych osób i próbowało trochę pomóc ale też niewiele z tego wyszło i ostatn ostatnia wcale nie robi obiecywało to jest Jak utrzymać model długoterminowo bo wcale nic nie ma wś na temat tego jak poza to co powiedziałeś jakimś wstępnym też nie jest częścią oficjalnie ale jak poza próbą wyciągnięcia tego modelu na początku jak go utrzymać jak powodować żeby ten model był Evergreen żeby ten model żył żeby ten model się k mapowa i to są dla mnie trzy główne obietnice i to jest esencja dlaczego w ogóle istnieje i on w ogóle ich nie implementuje jak dla mnie to jest niestety taki wynik Dlaczego rachunek na
końcu jest negatywny ja bym nie powiedział że to jest negatywny i że DD tego nie Tylko wydaje mi się że właśnie po części między innymi ze względu na na tą kulturę konsultancie więc z tego też względu wydaje mi się ta książka evansa jest dosyć trudna W odbiorze bo wszystkie te problemy są dosyć zniuansowany No i tutaj też występuje problem adopcji z tego względu że ja na przykład uważam że nie ma czegoś takiego jak wzorce strategiczne DDD to są wszystko według mnie takie ścieżki idące przez trawnik Czyli mówiąc używając jakiś mądrzejszych terminów heurystyki bo nazywam to tak bo dla mnie wzorze to jest coś co możemy wziąć i przejść sobie po liście i z grubsza spróbować to zaaplikować oczywiście też musimy się nauczyć stosować wzorce i jak weźmiemy listę i ją przejdziemy
literalnie krok po kroku to nie znaczy że uda nam się to zrealizować ale jednak że jest jakaś forma określona w jaki sposób przejść z punktu a do punktu b a tutaj niestety jest tak że jeżeli nie masz tego doświadczenia No to nie ma opcji żeby ci się choćby efekt który jest zbliżony do sukcesu No i albo musisz zatrudnić właśnie konsultanta który ci te techniki przekaże bo te techniki są i według mnie one są skuteczne ale brakuje tej właśnie wiedzy takiej Oskar przekazywania tego reszcie w praktyce jak to zrobić bo to co mówisz Trę konsultanta jak potem masz taką osobę która jest tego świadoma i jest doświadczona i tak dalej to pytanie czy ona tego potrzebuje czy wtedy już praktycznie nie wyciągnie sobie mus konkretnej techniki No bo cała resztę już ma w jakiś sposób sobie wypracowała i nie potrzebuje do tego uwspólnianie według mnie filozoficzne bo pytanie czy tak nie jest z większością technik które wiesz jakoś musi nać jest jest bo jak Oskar o tym mówił trochę mi też tam gdzieś w głowie wiesz wiesz
Zobacz czym jest Save czyli dla korporacji i czy wiesz widzieliśmy korporację która stosuje sejf w 100% tam też jest wyciąganie tego co działa chciałem się spytać zanim pójdziemy dalej jeszcze Cieszę się na dyskusję która tutaj się tworzy nam Radek Czy chciałbyś coś dodać od tego gdzie jest DDD po 20 latach Hej Witajcie bardzo serdecznie bardzo fajna dyskusja ja się tutaj odniosę do tego co powiedział Sebastian bo myślę że taki fajny Kon będziemy sobie dyskutować Wydaje mi się że właśnie największą zaletą DDD co jakby tak powstało jakby zj z tego komun jest to co powiedział Sebastian go pi czyli to jest to że taka nacisk na to żeby tego słonia podzielić taka modularność poszczególnych problemów tak żeby każdy z nich można było trochę innymi rodzajami technik rozwiązań podejmować tak Niektóre obszary biznesowe są o wiele bardziej złożone i to możemy zastosować jakieś trudniejsze techniczne rozwiązania Niektóre są po prostu prostsze tam się nie musimy za bardzo za bardzo wysilać nie zgodzę się za bardzo z Drugą rzeczą którą powiedział Sebastian że nie ma technik nawigowania tam Bo wydaje mi się że jakby w samej BL booku nie było ale kolejne książki tam
narosły i posiadają informacje W jaki sposób tym nawigować ale wydaje mi się że trzeci problem jest dalej nierozwiązany ale wydaje mi się że on też nie jest za bardzo rozwiązywalny na takiej warstwie technicznej to znaczy w jaki sposób zarządzać tą pracą tak żeby ona cały c t domenę biznesową wkładać w to rozwiązanie no bo to są już praktyki takiej pracy organizacyjnej i tego czy to w zasadzie jest jesteśmy w stanie w takim w takiej sferze technicznej ogarniać No to są rzeczy których potrzeb w ogóle innego rodzaju umiejętności organizacyjnych i wydaje mi się że to nawet pokazane jest jak próbujemy rozwiązywać problem dookoła długu technologicznego To jest ten sam problem który też wymaga techn stry wymaga bardzo wielu praktyk organizacyjnych Dodaj jeszc kończąc pew myś Wydaje mi się że te tematy dokład Design są i one się też tak osiadły przez to się takie stały już powszechne jak sobie człowiek zobaczy na różne dokumentacje takie techniczne dookoła jakich frameworków bibliotek msd Microsoft to tam techniki nazwy dookoła cały C powszech ludzie mą
agregatach o pewnej transakcyjnego o pewnym podziale problemu na na mniejsze cę to się tam pojawia według mnie Więc trochę jest tak że to już po prostu ludziom spowszedniało ludzie wybrali co było tam ważniejsze co było ciekawsze i ludzie teraz to eksploruj część osób ma z tego wartość część nie ma nie powiedziałbym że po prostu ten Trend umiera tylko tak już bardziej nam spzn i już ludzie się przejmują lat tem Tomku dołączyłeś do nas cześć cześć wszystkim chciałem dorzucić dwa grosze i się odnieść do dwóch rzeczy bo ja bym tak stanął gdzieś pośrodku jak dla mnie ani nie zanikło ani nie do końca nastąpił że to też nie jest tak że gdzieś to DDD umiera ono sobie po prostu żyje mniej więcej w podobne wielkości jak było bo Zobaczcie że po części te rzeczy też działają bo cho Uber kt z od sytu gzie nie refakturujemy niczego przepisujemy wszystko zawsze od nowa w końcu dotarł do miejsca gdzie sami wypuścili taki artykuł gdzie faktycznie osiągnęli już próg tego podejścia i gdzie skomplikowanie już problemu na tyle się
zwiększyło przepraszam kolei zwiększyło zzum też biznes kogoś dobrze to moja myśl ani nie zniknęło ani nastąpił gdzie nastąp bardziej podstawą wielu rzeczy iOS poł Sebastian podzielenie słonia dla mnie to nastąpiło głównie się pojawiło mikroserwisy na przykład książką która jest od DD a nie ma DD w tytule jest mikroserwis z New to jest książka której się używa jako odpowiednik tego javascriptu gzie mamy książkę JavaScript javas Good k 13 grubości Co nie Tak samo jest z niebieską książką i mikam mają jno a zajmują się tym podzieleniem słonia to jest bardzo
książka szyb że edycja wiem właśnie drugą książką jak skali organizacji użyć jest tak na bo bardzo dobrym mechanizmem dla organizacji żeby wyłonić te stream jest właśnie zdefiniować kować zesp książek do nich pod walin nami bo to jest Trę to co Oskar powiedział samo d było zbyt ogólne a w pojem bardziej konkretnych rzeczy ale bez d te rzeczy mogłyby się nie wydarzyć może na kanwie tego co powiedział Oskar ja bym chciał od razu przejść do do drugiego pytania do nas wszystkich Słuchajcie na konferencjach DDD bardzo rzadko widzimy firmy Big teowe ja mam też to szczęście że powiem że jest taki paradoks bo jeżdżę na konferencje też na przykład Big dat czy ogólnie dat Processing i na przykład tam d się pokazuje ale jest rozumiane pod inną nazwą Tak więc to jest taki paradoks do którego będę chciał wrócić natomiast jak jedziemy i właśnie jedziemy na konferencję Soft
sof i faktycznie tych bigtech pokazujących albo nawet ó z bigtech pokazujących faktycznie stor i teraz chciałem was spytać jak jak wy widzicie Dlaczego na przykład takie faktycznie wielkie firmy nie chwalą się swoim podejściem może czy ono jest czy faktycznie go nie ma jak uważacie albo chwalą się może ktoś widział coś czego ty nie wił sł tak także przepraszam Tomek że ci wszedłem zdanie Ale w ogóle nic nie słyszałem także to znaczy co do Ubera nie jestem na ty w stanie powiedzieć czy oni stosują faktycznie techniki DDD ale no sądząc po tym artykule No to nawet to nazwali coś stylu domain czy coś takiego Wydaje mi się że oni po prostu dotarli do miejsca gdzie już na tyle znali ten swój model biznesowy że faktycznie mogli
go zacząć bardziej eksplorować a z drugiej strony no że te stopień skomplikowania już po prostu dotarli do brzegów poprzedniego podejścia z mojej perspektywy to też Wydaje mi się że tak jak Radek powiedział że sporo tych firm po prostu część tych technik które są z DDD bierze stosuje część Nie no na pewno sporo zaczyna od tych technicznych wzorców bo one są najłatwiej zweryfikować i powiedzieć że stosuje z tym że Z mojego doświadczenia raczej większość stosuje je kiepsko ale to już inny temat więc wydaje mi się że no ja zresztą sam Ja jestem fanem DDD jako podejścia na skupieniu na biznesie ale też wybieram po prostu Techniki które akurat do konkretnej sytuacji projektowej do konkretnego zespołu bo dla mnie to nie ma sensu tworzyć czegoś stylu zakonu DDD Raczej trzeba wybrać te techniki i traktować jako narzędzia ja traktuję ogólnie DDD jako taki mój narzędziownik z którego mogę sobie ale nie muszę wybrać Techniki które które mi pasują i które pomogą mi
przed wszystkim rozwiązać problem projektowy działa z DDD to myślę że będziemy chcieli przejść więc w kolejnej wiecie przy kolejnym pytaniu natomiast właśnie was Spytam jeszcze czy Jak sądzicie jak to jest z tymi faktycznie firmami które odniosły sukces idd tutaj ty Tomku dałeś przykład Microsoftu i faktycznie jak się czyta dokumentacji msdn to tam jest bardzo dużo nawet właśnie jak projektować mikroserwisy jest sporo na temat DDD p Ile jest d microsofcie słuchajcie ja może jescze dodam jedną rzecz bo właśnie sobie sprawdzałem trochę materiały moje dookoła d szukałem takie Story parę rzeczy takich fajnych wyłapałem na przykł Zalando pisze o tym że wykorzystuje dom Design do właściwego podziału swoich mikroserwisów to jest jedna rzecz którą znalazłem znalazłem f busa który się bardzo mocno chwali wykorzystaniem technik dookoła domain Design swojej pracy taka druga rz naszego świadka tutaj polskiego Piotrka cała Mam nadzieję że nie zmieniłem tutaj nazwiska z firmy Display opisuje w jaki
sposób za pomocą technik dom Design sobie dobrze poukładał zespoły czy właśnie wykorzystał Design na bazie tego wykorzystał Team topolog żeby sobie dobrze podzielić strefę obszaru biznesowego na mniejsze części które każdy adresowa osobny zespół więc takie Story według mnie są tylko że one są trochę takie to to dom Driven Design jest tam pewnym środkiem do do celu a nie takie że gdzieś wybrzmiał że super Dzięki dom d Design zdobyliśmy jakieś szczyty to się nie pojawia to po prostu Ludzie mówią że super udało nam się dowieźć jakąś nową część i wykorzystaliśmy gdzieś w środku jest opisane parę technik dookoła domain Driven Design więc to się pojawia tylko trzeba po prostu wyłapywać te rzeczy bo nikt nie mówi nikt nie robi tego na sztandarach że to po prostu zastosował i to wygrało ja tu będę uparcie trzymał się swojego swojej opinii że generalnie jeżeli się pojawia domen Design właśnie jako zazwyczaj scenariusza w którym on był użyty jako słowo wytrych czyli na przykład wić ewidentnie że aktualne rozwiązanie jest złe na przykład ma bardzo fatalne lin podziału albo nie ma lini podziału No teraz trzeba wstrząsnąć organizacją
powiedzieć że słuchajcie Musimy coś zmienić no i potrzebny jest dobry i to czasami No bo mówimy o czymś co już tam Teoretycznie ma 19 lat wiele książek wiele mądrych głów i tak dalej i tak dalej I to pomaga coś z tym zrobić Ja jeszcze nie widziałem nigdzie takiego prawdziwego mocnego scenariusza takiego Casa gdzie to zrobiło różnicę i to chyba wynika nie z tego że ono samo w sobie jest złe no bo też nie przesadzajmy ale z tego że jest tak strasznie niedookreślone czyli na przykład taki bardzo ważny koncept jak bounded KeX No to jak se spojrzymy na jego definicję No to język w ramach tego jest spójny ale to jest strasznie mętna definicja i teraz wiele osób czuje to co konk bardzo mocno intuicyjnie A to jednak zazwyczaj w przypadku organizacji które się szybko mają skalować jeszcze mają mieć pewną spójność w ramach tej organizacji to intuicja nie wystarcza dlatego często podpieramy się żeby coś łatwiej wytłumaczyć podpieramy się tymi konceptami z d ale nie robimy tak nawę tego d tylko robimy zwykłe prom i na tym Działa bardzo wichów na tym Działa bardzo wiele tych organizacji które się wany sposób przeskalować jako z boku ale to pytanie C to jest źle czy to WC nie mówię że źle właśnie nie bo co mó ktoś wymyślił jakiś zarys
nazwał jakieś rzeczy to Oskar powiedział czasami kś musiał nazwać Po prostu język stworzyć też nie do opisu i tak dalej i potem te koncepty się rozeszły są w różnych miejscach różnie są nazywane niektóre działają nie bo pytanie C wiesz czy jakby jest wartość w tym że to by było używane by the book nie no bo można właśnie pójść w drugą stronę to jest to co Wojtek przyjął znaczy użył jako przykłady też że mamy sej nie aleśmy ten odcinek I wiesz organizacja może w to wejść i powiedzieć używamy tego jak religii nie i pytanie czy to by było lepsze w ogóle więc może też zachęcam do tych którzy tutaj są z nami żeby się Podzielili jak Słuchajcie do tej naszej dyskusji bardzo chętnie dodam taką rzecz że problemen już tutaj powiedzieliśmy o kilku problemach zain Design tak czyli że to jest to jest zebranie konceptów które istniały w latach 90 i wcześniej nazwanie ich Przepraszam bardziej mi chodził katalogu Przepraszam cię bardzo Dzięki to Oskar
Oskar powiedział Od tego momentu wiele rzeczy się wydarzyło i znaliśmy g wiecie coraz bardziej wiedzieliśmy Gdzie są braki i te braki są uzupełniane różnymi dodatkowymi pomysłami tak jak tutaj Tomek chociażby wspomniał czy Radek o Team topologies więc to są na pewno rzeczy które powstają wokół DDD I uzupełniają DDD więc jeżeli będziemy traktować DDD jako blook to faktycznie jest z nim problem teraz jest jeszcze bardzo ważny problem z BL bookiem dla mnie jest taki On wymaga bardzo dużo doświadczenia żeby go przeczytać ze zrozumieniem po pierwsze Po drugie za każdym razem jak go będziemy czytać nawet z tym zrozumieniem wyciągniemy coraz więcej z niego wartości lub różne rzeczy więc to jest też bardzo istotne i natomiast wrócę do tego więc tutaj może chciałem podsumować że operowanie w tym świecie DD wymaga jednak jeszcze właśnie z punktu widzenia niesamowitego doświadczenia technicznego i teraz płynnie przejdę tutaj był przykład prawda jeżeli chodzi o Piotrka Ja mam trochę inny przykład bo na przykład tutaj razem z razem z Andrzejem i Mateuszem reprezentujemy
revoluta tutaj jeszcze Andrzej jako rewolu I mam wrażenie że jeżeli jest silna osoba lidera która czuje to DDD bo teraz pytanie czy można w 100% wiecie co to jest 100 ale czuję to d to można z niego wyciągnąć wiele rzeczy które pozwalają się bardzo szybko skalować i teraz w kończę do tego co Sebastian powiedziałeś jest faktycznie wiele rzeczy które zostały wyciągnięte z tego DDD i pozwoliły się na przykład bardzo szybko skalować w tej firmie więc to jest wydaje z punktu widzenia lidera my musimy świetnie rozumieć to d świetnie musimy rozumieć proder żeby móc go zastosować na większą skalę problem tak jak powiedziałem nigdzie na konferencjach dla cto nigdzie na warsztatach na cto albo raczej prawie nigdzie nie spotkamy tego DD albo ono nie będzie też nazwane w związku z tym ktoś będzie miał ten Cherry picking podany na talerzu na konferencjach dla CD to będzie nazwane na przykład wiecie serwisem tak także to też nie będzie to też będzie ching pewnych konceptów No ale to czekaj się tak z tobą mocno nie zgadzałem dwi rzy absolutnie pi uważam że my za mocno fetyszu jemy tą
niebieską książkę No bo tak po spotkaniu tu jest parę osób na na kolu które spotkały Erik i trochę chyba wiedzą jaką on ma osobowość Erik jest typem filozofa on w bloku rzucił kilka tematów a potem się z tego mocno wycofywał dlatego że te tematy były trochę niedogotowane niedogrzane i nie umiał ich pociągnąć dalej i między innymi dlatego nie pojawiła się jakaś tam i tak dalej I teraz my to jest trochę jak z tym ostatnim fenomenem jest coś co brzmi mądrze teraz wszyc się na tym skupi O jak to mądrze brzmi to musi być naprawdę mega najmądrzejsza rzecz na świecie i to jest tak tak z niebieską książką że niestety ale w wielu miejscach to ona pobudza do myślenia ale tam tej głębi tak naprawdę nie ma tego właśnie nie uzupełniono dlatego że dobudowanie gdzieś tam na przykład te topolog nie rozwinięcie to jest skorzystanie z tych konceptów które były wcześniej ale wcale nie zostały doprecyzowane czyli nie wiem jak dobrze podzielić tego słonia No ale dajmy Team żeby zajął się jego trąbą podcz gry nie wiem jak odrobić tą trąbę więc jak dla mnie to jest Jest Znowu jakiś gdzieś tam powiązany koncepcyjnie koncept Ale czy on pomaga Czy on jest fajny Bo on jest
crispy tamten koncept jest akurat łatwy do zwalidowany tłumaczenia tylko że jest oparty o te kruche podstawy którym jest samo d jeszcze jest jedna rzecz którą mnie strasznie zdziwiłeś jeżeli chodzi o tą opinię powiedziałeś że wymaga wdrożenie DD czy użycie DD już nie pamam dokładnie Sowa użyłeś ale że wymaga naprawdę świetnych umiejętności technicznych zupełnie tego nie rozumiem Moim zdaniem to nie ma nic wspólnego z technologią dzielenie słonia technologia żaden z tych problemów których powiedziałem czyli właśnie dzielenie słonia czy utrzymanie modelu czy nawigowanie ku słoniu To nie ma nic wspólnego z technologią dlaczego cały czas uciekam do tej technologii dobra powinienem powiedzieć faktycznie nie technologii ale inżynierii więc to jest może może złe słowo ż natomiast Myślę że tutaj podpiszę się pod tym co powiedziałeś że faktycznie DDD jest bardzo filozoficzne i to też powiedziałem że właśnie im za każdym razem jak przeczytasz wyciągniesz coś innego z tej książki tak wic więc na pewno to jest znowu wejdę trochę z boku ale w takim razie to Sebastian Wojtek Tomek Oskar i inni to jeżeli to jest takie bardzo filozoficzne Jeżeli nie wiemy czy to działa Nie działa to daje tam wybrać z tego to po co taki aspirujący Lider albo ktoś k siedzi firmie I się zastanawia Jak
rozwiązać swojego słonia powinien się tym zająć I co może właśnie inaczej co jeżeli też Dodałbym albo raczej Uzupełnił twoje pytanie co z waszego punktu widzenia działa tutaj Wiem że Oskar rozpocząłeś parę parę punktów więc może jakbyś nam opowiedział co na przykład właśnie w takich co na pewno ci się sprawdziło w jakim kontekście ja bym tutaj też rozdzielił to jak jeszcze tylko Nawiążę do tego co mówiliście zanim odpowiem faktycznie DDD jest filozoficzne i to ja bym powiedział że nawet wchodzi czasem w rejony ezoteryki Jak pojedziemy na domain d Design Europe ale to według mnie to nie znaczy że takie powinno być i ja się z tym zgadzam co powiedział Wojtek w tym sensie że DDD powinno być dla nas realizowania naszych projektów biznesowych No bo z tego to się to wywodzi że chcemy być bliscy biznesu i jeżeli wchodzimy w takie wyższe rejony ezoteryki to według mnie to nie jest dobre i to nie jest Kierunek który DDD powinno zmierzać ale już odpowiadając co
działa No na pewno even storming jest rzeczą która działa Z tym że do pewnego zakresu Czyli jako taka technika która porusza pomaga powiedzmy choćby nawet w spotkaniu się no i tutaj oczywiście może nieco uprzedzę komentarz Sebastiana oczywiście pytanie Na ile to jest zaleta samego event storming na ile tego że się spotykamy razem i dyskutujemy o tych problemach które mamy no ale niezależnie od tego dlaczego to działa No to według mnie to po prostu działa no i tutaj kolejnym takim elementem który według mnie jest faktycznie dobry jest jeżeli już nawet wejdziemy na poziomy techniczne No to co do tego jak ludzie aplikują te techniczne wzorce No to jest tym Ogólnie słabo ale wynika to według mnie z tego że nie Tłumaczymy odpowiednio ludziom po co w ogóle te wzorce są i w czym one mają nam pomóc jeżeli je faktycznie byśmy trochę n nimi posiedzieli No to z tych jest też spora wartość bo choćby nawet ten agregat który mówi nam o transakcji tak jakby
biznesowej i skupieniu na tym żeby tworzyć też te rzeczy autonomicznie Koniec końców to faktycznie działa choćby też takie rzeczy z obrzeży właśnie DDD nie wiem czy to można zaliczać czy nie ale cqrs z mojej perspektywy jest to wzorzec który szczególnie w rozwinięciu o takie te tak zwane Vertical C że tniemy naszą aplikację i też zespoły pod kątem funkcjonalności biznesowych konkretnych No to to jest coś co po prostu Według mnie działa to pomaga tworzyć systemy które których można zarządzać tym obciążeniem poznawczym tym faktycznie tym skomplikowani tylko no tutaj właśnie Według mnie powinniśmy postawić rozdział pę że często to nie działa ale zapytać się pewnie Dlaczego to nie działa bo zgadzam się z Wojtkiem że jeżeli te wzorce są zastosowane odpowiednio i ze zrozumieniem to one faktycznie pomagają właśnie te które techniki choćby które wymieniłem No tylko że to już jest trochę inna dyskusja Dlaczego jednak
przekaz tego jak to stosować i jak to w praktyce robić jest nie dociera i dlaczego nie dociera bo problem złożony a ja tu bym stanął trochę po drugiej stronie może trochę bardziej bliżej bliżej Wojtka bo tak w 100% się zgadzam że d jest zza blook jest książką filozoficzną i nie uważam że to jest złe teraz taki odniesienie do codziennego życia Załóżmy że Szary Człowiek chce się nauczyć finansów tak zacz zarządzać swoim swoim bogactwem i tak dalej zacznie od prostych poradników co nie kt powiedzą kup takie akcje zainwestuj w ETF Zrób coś takiego jak Zac wod to głębiej zaczniesz czytać o tym jak działa ekonomia Jak działa świat jak geopolityka wpływa na ekonomię i tak dalej i tak dalej I to już będzie taka podwalina filozoficzna którą on zacznie interpretować jak w długiej perspektywie zą swoimi finansami i dla mnie DD jest bardziej w tym miejscu niebieska książka i on powinien na przeczytać trochę tak jak Wojtek powiedział osoba doświadczona osoba która już dużo przeszła Po to żeby na pozycji liderskiej pobudzić swoje myślenie i teraz d zza na tym poziomie to nie jest coś co się sprawdza w skali projektu To jest coś co dla mnie sprawdza się dla firm produktowych czemu bo też to coan to zielenie słonia i tak dalej to jest proces i to jest proces zmienny i teraz
doświadczony Lider mając w głowie tą filozofię którą niesie za sobą DDD będzie cały czas patrzył zależnie na którym jest poziomie czy to na architekturę całego swojego systemu czy będzie patrzył na swoje zespoły i jak jest firma poukładana i myśląc o tym myśląc o tych filozoficznych konach Będzie dostraja zależnie do tego Jak się zmienia jego świat Jak się zmienia ekosystem bo granice się przesuwają z czasem wiemy więcej to na poziomie inżynierii uproś to ta piękna ewolucja która mówiła monolity są złe mikroserwisy są dobre gdzie mikroserwisy były w sumie odzwierciedlenie czysto techniczny potem powiedzieliśmy nigdy nie zaczynaj od mikroserwisów dlaczego Bo żeby dobrze wyznaczyć granicę musisz rozumieć swój system mieć doświadczenie i to znowu wracamy do tego filozoficznego myślenia Czemu Bo my jako inżynierowie poziom niżej jak się te książki Bądź koncepty za wcześnie chcemy je bardzo ukon A są a jednak ja jestem zdania że trochę tak tutaj się zkiem zgadzamy że software Development to nie jest do końca czysta inżynieria przynajmniej Na obecnym etapie to bardzo nie jest inżynieria to bardziej jest pewnego rodzaju rzemiosło i trochę też jest z tym sztuki więc są te potrzebne te koncepty wyższe filozoficzne żeby ten doświadczony Lider pobudzony mentalnie mógł nawigować swoją organizacją bo chociaż To jest smutne
Nie wszystko da się zrobić sztywnymi regułami i nie wszystko zrobi liczbami czasem potrzebne jest to wyczucie pobudzone myśleniem żeby dobrze ewoluować Dlatego D na tym poziomie się nigdy nie sprawdzi w skali projektów projekty są za małe zbyt krótkie żeby czegoś takiego tam używać tam ludzie próbują używać bardzo tego taktycznego DD często je wypaczają to jest zupełnie inna rozmowa Aż czuję jak Sebastianowi się pali mikrofon więc Sebastian zanim zanim odpowiesz to chciałbym powiedzieć bo nie chcę wyjść też Słuchajcie na tutaj na super fana ale dobrze jest bronić niektórych teorii więc na pewno nie skategoryzować w wielu wielu sytuacjach ja chciałem was zachęcić Jeżeli mówimy tutaj co się sprawdziło do troszeczkę innego też spojrzenia na DDD i ono też od razu mi zbuduje narrację co według mnie się sprawdza jeżeli zastosujemy d dodd czyli mianowicie ten podział na domenę korą support Generic to wyjdzie nam coś według mnie wyjdzie nam coś takiego że kow propozycją czyli
unikatową propozycją jaką miało DDD był język domenowy zbudowanie spójnego języka domenowego to co Oskar ty powiedziałeś czyli kolaboracja z biznesem i to jest według mnie dlaczego też event storming działa i budowanie modelu biznesu czyli pewnego wyobrażenia naszych procesów biznesowych które chcemy zaprogramować to jest korowa propozycja natomiast to może być na przykład B jakiś tam tooling i tak dalej i tak dalej i dla mnie Generic to jest Tactical DDD ono może zostać zastąpione czymś innym Czyli jeżeli bym miał powiedzieć co się dla mnie sprawdza osobiście to jest przede wszystkim ta propozycja korowa i ona się sprawdza w większości firm których pracowałem jeżeli Mia na tym pomyśleć No to jeżeli nie mamy wspólnego języka No to wiemy co się dzieje na każdej warstwie Komunikacji będziemy mieli inne wyobrażenie tego co my budujemy prawda więc to jest coś co daje mi osobiście DDD tylko ja bym powiedział jeszcze jedną ważną rzecz i do tego się odniosę jeden z moich największych krytycznych punktów do DDD jest to że nimi się DDD zajmują się tylko i wyłącznie inżynierowie nie ma go na na językach
produktow którzy powinni być najbardziej tym zainteresowani i niekoniecznie jest ona właśnie wiecie wśród materiałów które szkolą przyszłych liderów więc ja bym chętnie tutaj zachęcił do takiego spojrzenia na DD Sebastian co myślisz tak dla mnie to porównanie czy jakoś nie przemawia czy ja jakby słyszę to nie po raz pierwszy od ciebie o tym rozmawiali wczoraj ale powiedzmy nie do końca intuicyjnie zosan tego podział rozumiem ale no okej z jakiś powodu do mnie nie przemawia Natomiast zgadzam się z jedną rzeczą tu powtórzę dokładnie twoje słowa że to co akurat jest plusem ky to jest to że został dany w ten sposób pewnego rodzaju Ubik jest lęg dla ludzi projektujących programowanie On nie jest doskonały on jest tak naprawdę dosyć wąski ale jest i to dlatego jakś ludzie się dookoła tego konceptu zbierają z jeszcze oprócz tego działa w d czy tak w ogóle ja jestem wdzięczny bo d za to czy tam za to że to jest chyba tak naprawdę jedyny taki koncept który jeszcze żyje w jakiejś świadomości publicznej związany z projektowaniem oprogramowania Nie zorientowany na uxie
bo ogólnie pot jak wszedł to nagle projektowanie stało się passe w ogóle Big up front Design Kto to w ogóle projektuje wszystkie notacje umarły w ogóle wszycy o tym pranie mówić natomiast my czujemy że zwłaszcza w przypadku tego kiedy domena jest skomplikowana rozwiązanie jest skomplikowane No trzeba umieć zebrać to w jakieś ramy trzeba umieć to sprzedać innym trzeba umieć to udokumentować trzeba umieć to przechować długoterminowo i nikt o tym nie mówi nie powstaje na to żadne rozwiązanie nawet nie powstają jakieś sensowne narzędzia więc w ogóle jestem wdzięczny DDD za to że o tym się mówi o projektowaniu oprogramowania Dlaczego jeszcze co jeszcze w DDD działa jeszcze działa ta obietnica No bo gdzieś tam jakiś Executive jakiś może nie wiem nawet średnio ogarnięty cto w jakiejś firmie dochodzi do tego wniosku że no nie ma wyjścia na tego słonia Po prostu trzeba podzielić no tak działa complexity kom nie da się Wyrzucić za drzwi no więc te problemy są Jak udzielić słonia jak nawigować w słoniu Jak utrzymać model i tak dalej to są cały czas problemy żyjące i niestety jest niewiele rozwiązań czy metodyk czy jak zwał tak zwał które obiecują pomóc w tym no i DD jest to jedną z nich więc daje nadzieję i ta Nadzieja trochę działa Moim zdaniem co więcej tu się odniosę do tego co mówisz że właśnie ten przykład z
dat meshem to jest dla mnie taki wiecie jak ja siedziałem na konferencji Usłyszałem o dat mesu to aż mi zadzwoniło kurczę Przecież to jest odgrzewanie czegoś co my doskonale znamy więc to jest według mnie właśnie na przykład zastosowanie tych korowych rzeczy z DDD do na przykład wiecie dat lakea który był Over promised i wiadomo jak się skończyło właśnie tylko akurat data to jest takim wydaje mi się przykładem mocno negatywnym bo on pokazuje że gdzieś tam teoretycy zaczęli jakiś piękny się to w ogóle z komunizmem kojarzy czyli jakąś piękną ideą która została zaproponowana i brzmiała fantastycznie gdzieś na papierze natomiast jak się potem ją próbuje implementować To nagle okazuje się że jakieś z Ni głupiego powodu scentralizowanie na temat jakieś schemy danych albo centralize tą schemy danych i tym takim bardzo praktycznym przyziemnym powodem jest na przykład wydajność czy jest możliwość spięcia tego z jakimś narzędziem abstrakcyjnym od Business Intelligence No więc praktyka znowu rozjechała się jakby tutaj z tą z teorią więc no niestety ta lista moja lista jeżeli chodzi o te rzeczy które w d działają jest krótka natomiast fajne
jest też jeszcze to już zupełnie tutaj kończąc że d stało się inspiracją dla wielu różnych tych takich satelitarnych konceptów które się pojawiły No bo mówmy tutaj o event storming jak tylko fajna technika i tak dale No ona jest zainspirowana gdzieś Ty rzeczywiście można użyć punktowo nawet można użyć jakby jednorazowo działa po prostu no nie jest to sam ale jest jest to coś co jest przydatne taka forma warsztatu jest przydatna ch dla co d jeszc ja tylko bym się zapytał czy to faktycznie jest wadą d że że ona jest taka że jest dużo tej szarej materii może po prostu w tego typu charakterystyce problemów jest na tyle dużo szarej materii i na tyle trudno jest przedstawić konkretne rozwiązanie że może to jest właśnie zaleta DD gdzie poprzez te Techniki które właśnie są nacisk jest położony na współpracę między ludźmi i między zebraniem biznesu i i właśnie osób technicznych w jednym miejscu Może właśnie też tą zaletą DDD że po prostu to się dzieje bo wiemy że w wielu firmach i wielu produktach to
się po prostu nigdy nie dzieje i może właśnie Sebastian tak jak mówisz że to jest po prostu trik Smoke and Mirror może to jest samo w sobie też wartością że że mamy chociaż ten właśnie dym i te lustra które pozwalają nam się spotkać i faktycznie przedyskutować te problemy i nawet zdać sprawę że to nie są problemy które można wziąć jedną konkretną technikę ją zastosować i nagle magicznie będziemy mieć rozwiązanie więc tak jak wcześniej trochę szpilkę wbijał że jest za mało tego przejścia do technikal i uważam że tak jest że tego takiego konkretnego punktu z a do b ale wydaje mi się że w pewnym momencie jest warto po prostu sobie zdać sprawę że to jest taki problem który no Nie rozwiążemy stosując jedną technikę i wydaje mi się że DDD właśnie tak jak Sebastian powiedziałeś z tymi satelitami daje powiedzmy pewien zestaw narzędzi który pozwala w różny sposób do tego podejść chociaż no ciekawe jest na przykład to że ostatnio zacząłem trochę też wróciłem do BPM żeby
się zapoznać z tym i powiększyć swoją wiedzę i jak napisałem o tym na linkedinie to ze społeczności DDD od razu było komentarzy to jak to porzucasz DDD więc to jest też tak trochę Ciekawe że z jednej strony jest ten nacisk na stosowanie różnorodnych podejść i różnorodnych praktyk ale gdzieś ten zakon się trochę kształtuje ale wydaje mi się że to jest właśnie zaleta i to faktycznie działa Że zdajemy sobie sprawę że że nie da się problemu rozwiązać jednym konkretnym młotkiem nie wiem czy nieo ale tak naprawdę z tego co powiedziałeś to się przebija że najważniejsza zaleta to jest to że się jakby spotykamy Tam tym biznesem i że rozmawiamy i tak dalej tylko że to już było to już jest Manifesto więc po co tut coś wymyślać jesz jakś dd i tak dalej jeszcze druga taka ważna uwaga że Czy ty właśnie przypadkiem nie odpowiedziałeś Wojtkowi na to pytanie które on za dwa razy powiedział Wojtek zadał takie pytanie dlaczego poza tymi technicznymi to nikt tego d nie przyjmuje Dlaczego u produktow się o tym nie rozmawia i tak dalej i tak dalej no i moim zdaniem to jeżeli jest także niby Proponujemy jakieś jakieś jakąś metodę jakąś metodykę czy jak tam Jak zwał tak zwał ale ona jest mało w sumie konkretna i mało działa i w sumie ona tylko daje
pewne koncepty ale nie mówi jak je zrobić I one są mało precyzyjne No to nic dziwnego że nikt tego nie korzysta po prostu mówimy o tym że to koniec końców naszą konkluzję jest bo to nie jest takie proste i i tak naprawdę Mieliśmy to wczoraj taką fajną dyskusję że mamy jakiś problem ter spróbujemy go zamodelować i teraz Dajmy sobie dwa rozwiązania jedno Best effort czyli faktycznie siedzisz spocisz się i starasz się jak najlepszy model na podstawie swojej wiedzy wygenerować a drugi zupełnie z dupy i teraz tak pokazując te dwa modele jest strasznie ciężko zaproponować jakiekolwiek kryteria ich oceny poza intuicją a jeżeli jedynym kryterium oceny jest intuicja No to ja mam duże wątpliwości odnośnie tego czy takie rozwiązanie ma Sensi się skaluje zaczy ja tutaj Dodałbym że według mnie to jednym z większych problemów który jest jest to że wychodzimy z założenia że to jest albo wszyst albo nic czyli albo DDD daje nam kompleksowe jest czymś że my możemy powiedzieć że stosujemy DDD i wtedy nagle Wow wszystko idziemy zgodnie z DDD i wszystko robimy tak jak jest gdzieś zapisane No ale nie da się tego zrobić bo nigdzie to nie jest zapisane i nawet się tego nie da zapisać więc ja traktuję DDD i narzędzia które to daje jako jeden
z zestawów takich dodatkowych rzeczy które ja mogę zastosować czy też tak jak Tomek mówił pewien sposób myślenia i rozwiązywania problemu właśnie bo z jednej strony mamy takie techniki typu nie wiem uml i tak dalej które obiecują nam że jesteśmy w stanie zamodelować wszystko i mieć jakąś jedną wielką notację która faktycznie nam pozwoli rozwiązać każdy problem No i WCH w praktyce w uml faktycznie można zamel zapisać każdy problem tylko że niewiele osób potrafi to zrobić bo to jest zbyt skomplikowane więc pytanie pytanie czy to pytanie czy jesteśmy realnie w stanie określić pewien zestaw technik które by nam coś dały bo mówisz że było to w No ale było przez małe a A skończyło się na wielkim z wielkiej litery i na sa no to to nie jest chyba coś do którego moglibyśmy powiedzieć że to nam rozwiązało problemy wręcz przeciwnie nie No dajesz jeden tylko komentarz ty co powiedziałeś Oskar Moim zdaniem problem z uml nie był taki że on był zbyt skomplikowany niewiele osób to
umiało tylko Moim zdaniem to było to że Ludzie widzieli że raz to zrobią i za 3 minuty to jest już nieaktualne W związku z tym cały ten effort który zajmuje kupę czasu jest nieużyteczny i teraz problemem jest tak naprawdę utrzymanie tego jakiegoś modelu który jest wlu żeby był cały czas Green że był cały czas up to date i ten sam problem obiecywał rozwiązać też DDD poprzez to mapowanie modelu który jest odzwierciedleniem rzeczywistości jednocześnie zaimplementowany w kodzie problem nierozwiązany wi Moim zdaniem jakby wysiłek został przyłożony nie w tym miejscu w którym powinien być znaczy Zgadzam się że ta obietnica nie została spełniona to w pełni się zgadzam skupiamy się bardzo na wiecie na dosyć niskiej niskim poziomie d i tutaj też to ładnie pokazuje jak bardzo jest Sebastiana nieokreślone ale na przykład jedna rzez która według mnie z punktu widzenia lidera sprawdzi się to jest chociażby zrozumienie jak mam jak powiedziałeś Sebastian tego słonia i jeszcze Dodałbym Tom już jesz szybciutko dokończy że jest w DD narzędzie którego nie ma praktycznie gdzieś indziej czyli wzorce integracyjne kontek mapa i jest to narzędzie które z punktu widzenia lidera
pozwoli zrozumieć na przykład gdzie jak jak my tego słonia Podzieliliśmy jak te zespoły powinny ze sobą współpracować a jak współpracują i coś co mi się zdarzyło stosować i też troszeczkę jakby jako cto zmienić perspektywę firmy było zobaczyć sobie w co my tak naprawdę jako firma inwestujemy tak bo tutaj jest jeżeli budujemy produkt mamy kilkudziesięciu kilkuset Inżynierów to mamy tendencję do wiecie do pakowania talentu tam gdzie w danym momencie nas boli ten talent jest dosyć losowo porozrzucany po firmie coś co ja sobie wyciągnąłem z DDD to na przykład chociażby zrozumienie Okej czyli mam pewne rzeczy które są dla mnie istotne korowe które budują mi to ten competitive advantage i mogę Dzięki nim zrozumieć Okej czyli to są moje zespoły które faktycznie mi to tworzą To są zespoły które tworzą dla nich narzędzia Czyli też są z mojego punktu widzenia bardzo istotne i na przykład chce mieć jak najlepszy talent jak największą inwestycję w t w te obszary firmy i zoptymalizować pracę pod na przykład te zespoły więc to jest coś gdzie z punktu widzenia lidera mam mam gotowe praktycznie narzędzia i mogę je
zastosować Tomek czy chz Tomka straciliśmy chyba dobra słuchajcie bo mam tak mamy minutę do końca ja powiem jaki jest w z mojej strony albo jaki z mojej strony Moim zdaniem powinniśmy prać grać na temat d a zacząć gadać na temat praktycznych problemów które on powinno rozwiązać i szukać tych rozwiązań które tutaj mogą pomóc te trzy problemy które o których ja mam które mam na myśli to są te które wspomniałem wcześniej Jak podzielić słonia tak horyzontalnie jak nawigować w słoniu również wertykalnie Czyli jak powodować żeby architektura Wygnała Google Maps gzie się poruszamy między szczegółami abstrakcji jak jak ostatni Jak utrzymać model długoterminowo jak dla mnie żeby rozwiązać te problemy to trzeba tak Promise Theory teoria obietnic to jest znacznie lepszy abstrakcja moim zdaniem niż DDD zresztą to widać właśnie po firmach które wykorzystują tą Promise Theory model jako meta w kodzie czyli prawdziwy żyjący model który cały czas żyje razem z kodem razem a nie obok No i na końcu też potrzebna jest wizualna reprezentacja bo my się mamy za pomocą tego komunikować bez tej wizualnej reprezentacji bez tej warstwy meta bez tych umiejętny abstrakcji za pomocą których dzielimy to kompleks czyli właśnie Promise Theory bez tego tego się nie uda uzyskać także jak najbardziej problemy cały czas są istotne cały czas
są do rozwiązania ale należy już tą filozofię odłożyć na bok i przejść do konkretów tak to wygląda z mojej strony a ja bym tylko poprosił że jeżeli uważacie że powinniśmy kontynuować bo mamy dużo więcej pytań mamy na pewno gości ciekawych gości których jesteśmy w stanie zaprosić więc jeżeli Wam podoba się ta dyskusja i chcielibyście ją kontynuować to dajcie nam znać Bardzo was proszę Tom zawijamy chyba Czy mamy Jeszka nie chyba go wyrzuciło już w tej chwili po raz drugi tak zawijamy Ja dzisiaj cicho to sobie podsumuję że bardzo ciekawa dyskusja ja się dużo dowiedziałem nawet było ciekawiej niż myślałem że będzie i uniknęliśmy trochę kontrowersji niektórych Miłego weekendu wszystkim i Tomkowi Bardzo dziękujemy za dołączenie do dyskusji wam wszystkim w komentarzach na Twitterze na Linkedin czy chcielibyście po kontynuować tak jak Wojtek powiedział jak będzie do zainteresowanie to jakąś tam listę tematów jeszcze mamy to wymyślimy jakąś dogrywkę po Nowym Roku przypomnę dla tych którzy chcą że za jakąś godzinę pewnie na sociale miedzi bru tam mamy trochę nowych komentarzy No i pewnie jak
dobrze pójdzie to jeszcze przed świętami odpalimy br numer 50 nas tam poobserwuję może wymyślimy jakoś Dzięki bardzo za spotkanie bard za fajną rozmowę dzięki świętujący wesołych świąt no i co I pewnie słyszymy się już niedługo na risko do usłyszenia hej hej
