Osobiście myślę, że agregat zasługuje na osobny odcinek. Sam uczę się DDD i nadal nie rozumiem go w 100%. Patrząc też w internet, wnioskuje że nie jestem jedyny.
Najbardziej tresciwy material o DDD jaki widzialem od roku (ratio wartosc na minute ogladania przekroczyla dozwolone normy). Dzieki, kawal dobrej roboty. Idac tak dalej to pomysl o jakis przycisku wsparcia, czy patronite, bo jakosc Twojego contentu z calego kanalu sie mocno wyroznia. Fajnie jak pokazesz jak prawidlowo zapisywac aggregaty w bazie danych.
Świetny filmik. Dobrze zobrazowany graficznie, merytoryczna kobyła skondensowana w mega krótką treść. Ale też pozostawia niedosyt - chce się dowiedzieć więcej o DDD, w szczególności strategicznym i poszczególnych building blockach.
Dzięki wielkie za komentarz! W przyszłym tygodniu będzie filmik o agregacie, ponieważ w komentarzy było największe zapotrzebowanie + w tymi miesiącu coś z DDD taktycznego. W przyszłym miesiącu postaram się wrzucać filmiki o DDD strategicznym, więc mam nadzieję, że do usłyszonka!
Mysle ze wytlumaczenie na kodzie lepiej by oddalo, mowie to jako swoj przypadek ktory jest zielony w tym temacie i czuje ze kod oddalby mi lepiej to wszystko, wiec to moja tak ze tak powiem propozycja, bo moze takich przypadkow jak ja jest wiecej, wiec mogloby sie przydac. Pozdrawiam i ponownie zreszta pochwalam za generalnie caly kanal bo robisz mega robote. No akurat ten filmik mi nie pomogl na ten moment, lecz mimo to dobra robota z pewnoscia! :D Milego
Dzięki wielkie za feedback, w pełni Cię rozumiem! Więcej kodu pojawi się w filmikach poświęconych konkretnym building blockom, takim jak np. tutaj dla Value Object: ruclips.net/video/iAPS7licX8Y/видео.html
A to nie jest tak, że o agregacie mówimy tylko w momencie kiedy chcemy zachować spójność danej operacji, która może się konfliktować ze sobą lub inną operacją wykonywaną na modelu równolegle? Na przykład 2 różnych klientów sklepu chce zakupić produkt. Produkt, którego mamy 1 sztukę na stanie, agregat musi zadbać o to żeby ta operacja nie zaburzyła spójności systemu. Przykład z zamówieniem może, ale nie musi być agregatem, zamówienie byłoby agregatem np. W przypadku kiedy w API modułu byłyby dostępne takie operacje jak ship i cancel które są ze sobą nawzajem sprzeczne. Jeżeli nasze zamówienie byłoby tylko workiem na dane i operacje nie konfliktował się ze sobą to ciężko tu moim zdaniem mówić o agregacie
Dzięki za komentarz! Super przykład! Jak najbardziej zgadzam się z tym, co napisałeś. Agregat to spójna jednostka zmiany, która występuje tam, gdzie istnieje ryzyko konfliktu. Agregat stał się trochę buzzwordem, który często jest nadużywany. Co więcej, co do tego co napisałeś tak naprawdę, jeśli mamy klasę, która ma API mające wykluczające się metody do dodawania i cofania zasobów, a mamy pewność, że zawsze będzie to wykonywane przez jednego aktora, to nie ma ryzyka konfliktu i tu znowu dochodzimy do pytania, czy powinniśmy nazywać to agregatem :D Będzie osobny filmik o agregatach, gdzie bardziej zagłębię się w ten temat, ale jesteśmy na tej samej stronie :D
Chętnie więcej usłyszałbym o domain service i application service najlepiej na przykładach jak się łącza ze sobą i czym się różnią. Też ciekaw jestem, czy bez frameworka domain event mógłby przejść z domeny A do domeny B.
Następny film będzie o agregacie, a potem o eventach domenowych. W sumie myślałem o tym, żeby robić każdy building block po kolei, ale po przeczytaniu twojego komentarza zapaliła mi się lampka, żeby zrobić film o Domain Service vs Application Service, i to faktycznie ma duży sens, więc dzięki za komentarz!
Porusz proszę temat "SharedKernel" czy "shared" tylko w zgodzie z tą książką - czyli "jeśli masz w mikroserwisie domenę shared, to zjebałeś jej architekturę" :) Czy na te eventy domenowe powinny nasłuchiwać zewnętrzne serwisy to mam pewne wątpliwości - raczej nie powinny, to byłby wyciek. Lepiej jest traktować je tak samo jak całą resztę "domenową" i do komunikacji ze światem zewnętrznym używać read modeli, i przykładowo na taki event domenowy nasłuchiwać wewnątrz swojej aplikacji, ale na np. zewnętrzną kolejkę do komunikacji z innym serwisem wysyłać już inny event, posiadający informacje potrzebne - a jakże - temu zewnętrznemu serwisowi i na jego potrzeby skrojone.
Dzięki za komentarz! Tak, tutaj prawda z eventem domenowym zależy od jego interpretacji, bo czym innym jest event domenowy, a czym innym integracyjny. W tym filmiku nie wdawałem się w szczegóły, bo chciałem przedstawić temat zwięźle, ale jak powstanie osobny filmik o eventach, to tam poruszę temat różnic, czyli takich, które są wewnątrz domeny, aby logika nie „wyciekała” oraz tych, które są do integracji i na przykład zasilają read modele w innych domenach. Słuszna uwaga! Dzięki, i shared kernel też zapisany!
Obstawiam, że to ta: lubimyczytac.pl/ksiazka/4874006/ddd-kompendium-wiedzy To jest skrócona wersja Red Book :D Dobrze się nadaję jako przypominajka, ale polecam przeczytać całą książkę Vernona, a do tej wracać , żeby sobie odświeżyć wiedze :D
![Czym jest DDD? Wprowadzenie do wytwarzania oprogramowania! | PKwIT #7 [ IT podcast ]](http://i.ytimg.com/vi/UvbTQWb-oSw/mqdefault.jpg)
Jeśli chcesz, aby któryś z building blocks z DDD dostał swój osobny filmik, daj znać w komentarzu!
Osobiście myślę, że agregat zasługuje na osobny odcinek. Sam uczę się DDD i nadal nie rozumiem go w 100%. Patrząc też w internet, wnioskuje że nie jestem jedyny.
Ja bym chętnie zobaczył fiimik o Domain Event - co powinno być w takim evencie?
Również proszę o osobny filmik
@@jank0sz547 Już jest ruclips.net/video/kUvugLIsivg/видео.html
Najbardziej tresciwy material o DDD jaki widzialem od roku (ratio wartosc na minute ogladania przekroczyla dozwolone normy). Dzieki, kawal dobrej roboty. Idac tak dalej to pomysl o jakis przycisku wsparcia, czy patronite, bo jakosc Twojego contentu z calego kanalu sie mocno wyroznia.
Fajnie jak pokazesz jak prawidlowo zapisywac aggregaty w bazie danych.
Dzięki wielkie za miłe słowo, po takim komentarzu od razu chce się robić kolejne filmiki!
bardzo fajnie wytłumaczone :) przystępnie dla każdego :) bez zbędnego lania wody :) super, propsuje, zostaje na dlużej :) like sub :)
Dzięki wielkie i śmiało rozgaszczaj się czym chata bogata, jak to mówią!
Świetny filmik. Dobrze zobrazowany graficznie, merytoryczna kobyła skondensowana w mega krótką treść. Ale też pozostawia niedosyt - chce się dowiedzieć więcej o DDD, w szczególności strategicznym i poszczególnych building blockach.
Dzięki wielkie za komentarz! W przyszłym tygodniu będzie filmik o agregacie, ponieważ w komentarzy było największe zapotrzebowanie + w tymi miesiącu coś z DDD taktycznego. W przyszłym miesiącu postaram się wrzucać filmiki o DDD strategicznym, więc mam nadzieję, że do usłyszonka!
Dobry odcinek i treściwy odcinek! #DDDStrategiczne
Dzięki wielkie!
#DDDStrategiczne
Super, szybko, zwięźle i na temat
Dzięki za komentarz!
Świetny film 😁 zwłaszcza 🎺 pomiędzy rozdziałami
Dzięki!
Arturze, absolutne złoto. Świetna robota!
Dzięki wielkie! Od razu motywacja do tworzenia +3!
Myślę, że warto zrobić osobny odcinek o każdym building bloku zawartym w tym filmiku. :D Oprócz Value Object, ponieważ już taki zrobiłeś :D
Dzięki za komentarz! Zacznę od tych, co wygrają w plebiscycie na ilość wspomnień o nich w komentarzach :D
Mysle ze wytlumaczenie na kodzie lepiej by oddalo, mowie to jako swoj przypadek ktory jest zielony w tym temacie i czuje ze kod oddalby mi lepiej to wszystko, wiec to moja tak ze tak powiem propozycja, bo moze takich przypadkow jak ja jest wiecej, wiec mogloby sie przydac. Pozdrawiam i ponownie zreszta pochwalam za generalnie caly kanal bo robisz mega robote. No akurat ten filmik mi nie pomogl na ten moment, lecz mimo to dobra robota z pewnoscia! :D Milego
Dzięki wielkie za feedback, w pełni Cię rozumiem!
Więcej kodu pojawi się w filmikach poświęconych konkretnym building blockom, takim jak np. tutaj dla Value Object:
ruclips.net/video/iAPS7licX8Y/видео.html
A to nie jest tak, że o agregacie mówimy tylko w momencie kiedy chcemy zachować spójność danej operacji, która może się konfliktować ze sobą lub inną operacją wykonywaną na modelu równolegle? Na przykład 2 różnych klientów sklepu chce zakupić produkt. Produkt, którego mamy 1 sztukę na stanie, agregat musi zadbać o to żeby ta operacja nie zaburzyła spójności systemu. Przykład z zamówieniem może, ale nie musi być agregatem, zamówienie byłoby agregatem np. W przypadku kiedy w API modułu byłyby dostępne takie operacje jak ship i cancel które są ze sobą nawzajem sprzeczne. Jeżeli nasze zamówienie byłoby tylko workiem na dane i operacje nie konfliktował się ze sobą to ciężko tu moim zdaniem mówić o agregacie
Dzięki za komentarz! Super przykład! Jak najbardziej zgadzam się z tym, co napisałeś. Agregat to spójna jednostka zmiany, która występuje tam, gdzie istnieje ryzyko konfliktu. Agregat stał się trochę buzzwordem, który często jest nadużywany. Co więcej, co do tego co napisałeś tak naprawdę, jeśli mamy klasę, która ma API mające wykluczające się metody do dodawania i cofania zasobów, a mamy pewność, że zawsze będzie to wykonywane przez jednego aktora, to nie ma ryzyka konfliktu i tu znowu dochodzimy do pytania, czy powinniśmy nazywać to agregatem :D
Będzie osobny filmik o agregatach, gdzie bardziej zagłębię się w ten temat, ale jesteśmy na tej samej stronie :D
#DDDStrategiczne 👍. W pierwszej minucie bylo pokazane Twoje biurko. Co to jest za fotel obrotowy?
Chodzi mi o krzesło obrotowe. Co to za model ?
@@AndreshShow Dzięki za komentarz! Krzesło to SIHOO M57-M111 :D
fajne, lajk
Dzięki!
Chętnie więcej usłyszałbym o domain service i application service najlepiej na przykładach jak się łącza ze sobą i czym się różnią.
Też ciekaw jestem, czy bez frameworka domain event mógłby przejść z domeny A do domeny B.
Następny film będzie o agregacie, a potem o eventach domenowych.
W sumie myślałem o tym, żeby robić każdy building block po kolei, ale po przeczytaniu twojego komentarza zapaliła mi się lampka, żeby zrobić film o Domain Service vs Application Service, i to faktycznie ma duży sens, więc dzięki za komentarz!
Czekamy na ddd strategiczne
Porusz proszę temat "SharedKernel" czy "shared" tylko w zgodzie z tą książką - czyli "jeśli masz w mikroserwisie domenę shared, to zjebałeś jej architekturę" :) Czy na te eventy domenowe powinny nasłuchiwać zewnętrzne serwisy to mam pewne wątpliwości - raczej nie powinny, to byłby wyciek. Lepiej jest traktować je tak samo jak całą resztę "domenową" i do komunikacji ze światem zewnętrznym używać read modeli, i przykładowo na taki event domenowy nasłuchiwać wewnątrz swojej aplikacji, ale na np. zewnętrzną kolejkę do komunikacji z innym serwisem wysyłać już inny event, posiadający informacje potrzebne - a jakże - temu zewnętrznemu serwisowi i na jego potrzeby skrojone.
Dzięki za komentarz! Tak, tutaj prawda z eventem domenowym zależy od jego interpretacji, bo czym innym jest event domenowy, a czym innym integracyjny. W tym filmiku nie wdawałem się w szczegóły, bo chciałem przedstawić temat zwięźle, ale jak powstanie osobny filmik o eventach, to tam poruszę temat różnic, czyli takich, które są wewnątrz domeny, aby logika nie „wyciekała” oraz tych, które są do integracji i na przykład zasilają read modele w innych domenach. Słuszna uwaga! Dzięki, i shared kernel też zapisany!
Będzie to nawet szybciej niż 8 min, jeśli dasz prędkość 1.5x - #tactic #trick
Oprawa graficzna mogłaby być lepsza, a przerywnik dźwiękowy trochę irytuje :) Jednak treść jest na najwyższym poziomie.
Dzięki za feedback!
Nie ukrywam, montażysta filmów ze mnie nie najlepszy, ale cały czas się tego uczę, więc będzie coraz lepiej!
Ja mam ksiązkę z zieloną okładką
Obstawiam, że to ta:
lubimyczytac.pl/ksiazka/4874006/ddd-kompendium-wiedzy
To jest skrócona wersja Red Book :D
Dobrze się nadaję jako przypominajka, ale polecam przeczytać całą książkę Vernona, a do tej wracać , żeby sobie odświeżyć wiedze :D
@@javaseniorpl a ja myślałem, że to jak firered i leafgreen... :)
#DDDStrategiczne
#DDDStrategiczne
#DDDStrategiczne