- 15
- 44 355
DDD WAW
Приєднався 2 кві 2019
“Analityk + Deweloper = Inżynier-ekspert” - kogo szuka biznes - Szymon Janikowski
Zapisy na kolejne nasze spotkania: www.meetup.com/ddd-waw/
Jak to? Można być jednocześnie analitykiem i deweloperem? Nie tylko można, ale warto. Opowiem Wam o furtkach jakie otwiera takie podejście i o wielkich firmach, które pracują tak od lat. Powiem Wam dlaczego biznes szuka takich kompetencji i jakimi rolami je nagradza (zdradzę, że jest ich wiele). Powiem wreszcie jak się za to zabrać i po czym poznać organizację, która Cię w tym wesprze. Wspomnę też o związkach tego tematu z AI (a jak!), Agile i Domian Driven Design, ale to nie one będą sednem tej prezentacji. Sednem będzie Twój rozwój na poziomie znacznie głębszym niż buzzwordy.
Jak to? Można być jednocześnie analitykiem i deweloperem? Nie tylko można, ale warto. Opowiem Wam o furtkach jakie otwiera takie podejście i o wielkich firmach, które pracują tak od lat. Powiem Wam dlaczego biznes szuka takich kompetencji i jakimi rolami je nagradza (zdradzę, że jest ich wiele). Powiem wreszcie jak się za to zabrać i po czym poznać organizację, która Cię w tym wesprze. Wspomnę też o związkach tego tematu z AI (a jak!), Agile i Domian Driven Design, ale to nie one będą sednem tej prezentacji. Sednem będzie Twój rozwój na poziomie znacznie głębszym niż buzzwordy.
Переглядів: 863
Відео
Domain Experiments - Mike Wojtyna
Переглядів 4786 місяців тому
Zapisy na kolejne nasze spotkania: www.meetup.com/ddd-waw/ Nasi klienci nie wiedzą, czego potrzebują. Dzieje się tak, ponieważ nikt nie może przewidzieć przyszłości. Wymagania będą ewoluować i zmieniać się szybko w trakcie cyklu życia projektu. Dlatego musimy stale doskonalić systemy. Możemy wciąż budować i odrzucać prototypy, ale jest to niezwykle kosztowne. Często nie możemy sobie pozwolić na...
Myślenie 3D w projektowaniu systemów - Sławek Sobótka
Переглядів 2,5 тис.8 місяців тому
Okazuje się, że to co odróżnia poziom eksperta od poziomu zaawansowanego w każdej dziedzinie, nie tylko programowania, to model mentalny, w których "widzisz" sytuację z każdej strony jednocześnie - jak gdyby trójwymiarowo. W trakcie prezentacji przedstawię podstawy neuropsychologiczne oraz zaproponuję Ci mapę postrzegania decyzji architektonicznych, którą stosują eksperci z Bottega IT Minds.
Poznaj strategiczne Domain-Driven Design w godzinę - Maciej Jędrzejewski
Переглядів 2,6 тис.Рік тому
Wiele lat temu, chcąc wejść w temat Domain-Driven Design usłyszałem od swojego kolegi takie zdanie - "Stary, przeczytasz Blue Book Evansa i wszystko będzie jasne!". Przeczytałem. Zajęło mi to mniej więcej 8 lat. Rzeczywiście, wszystko stało się jasne i klarowne, ponieważ jest to świetna książka. Wymagało to jednak kilku lat pracy z różnymi domenami, problemami, błądzeniem, popełnianiem nieprzyz...
Dokumentacja, która sama się pisze - Marcin Markowski
Переглядів 1,4 тис.Рік тому
Czy dokumentacja musi być wiecznie nieaktualna? Jak sprawić, żeby jej pisanie nie było zbyt dużym narzutem dla zespołu? A może można jej użyć, żeby wciągnąć osoby nietechniczne w prace nad modelem? W trakcie prezentacji przyjrzymy się: - co jest konieczne, żeby w ogóle można było tworzyć wartościową dokumentację - jak wzbogacić kod o metadane, które przydadzą się zarówno do bieżącej pracy z kod...
Jakub Nabrdalik - Czemu nikt nie buduje dziś dużego monolitu
Переглядів 6 тис.Рік тому
Są architekci, którzy sugerują by każdy projekt zaczynać od monolitu. To jest bezsensowna generalizacja, trzeba rozumieć jakie są uwarunkowania monolitu i mikroserwisów. Po 12 latach pracy z monolitami i 8 latach z mikroserwisami, chciałbym ostatecznie rozwiać wszelkie wątpliwości kiedy, dlaczego i po co używać lub nie używać mikroserwisów. Poruszymy tematy: - dlaczego przez 38 lat budowanie du...
![Clean Architecture: ethernal practices [PL] - Jakub Pilimon](http://i.ytimg.com/vi/qOYu5dk5H_A/mqdefault.jpg)
Clean Architecture: ethernal practices [PL] - Jakub Pilimon
Переглядів 12 тис.Рік тому
In this talk we will cover: thinking in terms of abstractions, placing the right language in the right places, fighting with cognitive load and biases, what kinds of coupling can we see and which one is the worst, how to overcome the fear of having many small classes, hot to explain cohesion to a junior developer and more. Those evergreen rules can help you become more efficient and persuasive ...
10 lat mojego DDD w 30 minut + Q&A - Andrzej Krzywda
Переглядів 7 тис.Рік тому
10 lat mojego DDD w 30 minut Q&A - Andrzej Krzywda Link do repozytorium ecommerce od Arkency: github.com/RailsEventStore/ecommerce Bio: Jestem programistą, który wierzy w bliską komunikację z ludźmi biznesu. Od 2007 roku prowadzę międzynarodową firmę programistyczną - Arkency. Jesteśmy konsultantami Ruby, specjalizujemy się w dużych projektach Ruby on Rails. Pomagamy tym projektom wrócić na wła...
Event-Driven: to jednak nie takie proste - Łukasz Szydło
Переглядів 2,8 тис.2 роки тому
Chcesz uczestniczyć w tego typu spotkaniach w Warszawie? Zapisz się na: www.meetup.com/ddd-waw/ Po wielu latach ciężkiej pracy, nasz Gwidon zostaje Cloud-Native-Event-Driven-Data-Intensive-Hyper-Scale Architektem w jednej z renomowanych firm. Jeśli istnieje jedna rzecz, której jest on pewien, będąc na tym stanowisku, to jest to fakt, że komunikacja oparta o zdarzenia (eventy), zmniejsza zależno...
Marcin Markowski - Archetypy modeli domenowych
Переглядів 3,3 тис.3 роки тому
W oprogramowaniu biznesowym przysłowiowe "rocket science" zdarza się relatywnie rzadko, natomiast znacznie częściej w kolejnych projektach można zauważyć powtarzalne koncepcje i problemy. Skoro tworzenie takich systemów to nic specjalnie odkrywczego, to czemu tak często kończymy z trudnym do utrzymania Big Ball of Mud? Dlaczego tak trudno jest zrobić dobre modele domenowe mimo, że na finalnie r...
Mathias Verraes - Temporal Modelling
Переглядів 1644 роки тому
Distributed systems are all about time. Traditional modeling styles, focused on things and structures, are not the primary way anymore to build modern systems that handle complexity well. Entity-centric designs tend to have an uneasy relation with events happening over time. The actual business processes, the heart of how organisations operate, end up hidden in the many calls between services. ...
Marcin Markowski - Jak DDD ma się do Architektury?
Переглядів 1 тис.4 роки тому
Marcin opowie o tym jak to jest z tą architekturą i Domain Driven Design? Czy jedno zastępuje drugie, czy może są zupełnie niezależne? Co to jest Bounded Context, Moduł, Komponent, Serwis? Czy architekt musi rozumieć biznes i co ewentualnie może mu to dać? Co z tym wszystkim wspólnego mają mikroserwisy? Spojrzymy na architekturę i DDD z dużej wysokości, z nieco "filozoficznej" perspektywy po to...
Kamil Szymański - Building domain understanding with Event Storming [PL]
Переглядів 1965 років тому
We'll kick off by introducing to what Event Storming is and what problems it is trying to solve. Then a case study will follow in order to discuss how my team applied Event Storming to collaboratively accelerate domain crunching as well as discover potential issues and false assumptions early on. We'll discuss what worked (and how it worked) and finish up with recommendations for anyone willing...
Michał Michaluk - DDD by example [EN]
Переглядів 3,4 тис.5 років тому
During his presentation, Michał will walk through an example of an application created using Domain Driven Design. He will use this application to explain the core concepts of DDD and some related topics like: - CQRS - CRUD segregation - Hexagonal Architecture - Knowledge Crunching - Event Storming - Domain Story - Ubiquitous language - Domain Model - Invariant - Aggregate - Domain Event - Valu...
chłop tyle lat na scenie, a zawsze świeże rzeczy dowozi
super prezentacja
Myślenie 3D czyli DDD? :D
Uważam, że propagowanie architektury mikrousługowej jako panaceum na wszystkie problemy i najlepszej dostępnej architektury za grzech ciężki. No chyba, że inwestor ma kupę hajsu do rozjebania, i nie zależy mu na czasie :-D
Świetne!
47:10
Mega dobra prelekcja i jeszcze Sławkowe wstawki psychologiczne/neurobiologiczne, ostatnie trzy minuty to w ogóle czaad ;> totalna smakuwa
Pierwszy ❤🎉
Bardzo cenna wiedza
Super podejście do sprawy BC. I chociaż raz nie domena "zamówienia". Dzięki :)
Od kiedy tacy przystojniacy pracują w IT? Myślałem, że tam same nerdy po piwnicach pochowane.
"Eksplisitna część mojej architektury" 😂
Trywialna fasada (aż dziwi mnie, że to słowo nie padło) opowiedziana w bardzo szeroki sposób. Refaktoryzacja tak złego kodu (który nie powinien nigdy powstać), może powodować efekt "wow", ale tak realnie efekt końcowy to żadne odkrycie Ameryki ;)
Z odkrywaniem Ameryki to może być ciężko, w IT tego przez ostatnie dziesięć lat raczej nie widziano. A kod który nie powinien powstać...to trzeba to powiedzieć tym wszystkim projektom, w których jednak powstał PS. Fasada nie padła, bo tu jej nie ma. Fasada to wzorzec techniczny, z innej przestrzeni pojęciowej niż zmiana modelu decyzyjnego
@@JakubPilimon dzięki za odpowiedź. Jakkolwiek ładnie i skomplikowanie (aby nadać wagi i powagi temu o czym mówisz) chciałbyś o tym opowiedzieć, to nadal twierdzę, że to jest klasyczna fasada. Programiści mają szczególne tendencje do komplikowania prostych rzeczy, może właśnie po to aby wywołać efekt "wow" u innych pracowników IT, którzy trochę mniej kumają.
@@TomaszK-q8e z jaką fasadą tu wyskakujesz żeby brzmieć ładnie i skomplikowanie (aby nadać wagi i powagi temu o czym mówisz) - to KLASA!!! Mydlisz oczy jakimiś wzorcami projektowymi żeby wywołać efekt "wow". Klasy w szkole były?
@@slaweks81 😄
@@TomaszK-q8e dobra Tomek a tak na serio, to jak byś ogarnął spójne zapisy fasadą i zapewnił jako taką skalowalność?
sekciarze
Bardzo pomocne, super wiedza w pigułce, czy sa gdzieś dostępne slajdy?
widzę tu przestrzeń dla AI. - najpierw pomyślałem nazwa metody opisuje ją ale biznes nie musi rozumieć angieskiego i logikę jaką inną mają - pomyślałem że ai może tłumaczyć nazwę metody na dokumentacje, chwilę a czemu nie dodatkowo zagląda do metody? - może też budować warstwy bo niema naszego ograniczenia kognitywnego :| z drugiej strony dla mnie najlepszą dokumentacją jest historia gita
Świetny materiał. Dziękuję
Jakub 🙌
3h a obejrzałem już to trzeci raz... Mega prelekcja <3
bez kitu, aż się nie czuje upływu czasu
To fakt, z perspektywy czasu jedna z lepszych prezentacji dostępnych w necie :)
@@bartek8181 to prawda, mocno otwiera oczy, szczególnie dla kogoś takiego jak ja, kto nie miał jeszcze doczynienia z dużymi projektami.
Świetna prelekcja, dobrze się ogląda i słucha o rozwiązywaniu realnych problemów.
2:15:04 - WAT
Niestety kiedyś to było częste 😕
Prymitywy.
Fajna prezka, dobrze posłuchać kogoś z doświadczeniem. Bardzo ładna miejscówka i fajny obraz - nie z projektora
10 lat w 30 minut a film trwa ponad godzinę ;) Takich dwóch jak nas trzech nie ma ani jednego.
Film tyle trwa, bo później jeszcze jest Q&A 😉 Ale faktycznie Andrzej jak się rozpędzi, to ciężko go zatrzymać 😅
Andrzej w kontekście hotwire - miałeś okazję poznać kiedyś Java'owy framework Apache Wicket? To żyje do tej pory i ma się dobrze.
Czy przypadkiem komenda które operuje na różnych BC, albo agregatach nie jest błędem który w przypadku przejściu na mikroserwisy spowoduje transakcje rozproszona?
Dzięki za pytanie! Generalnie tak, komenda powinna być obsługiwana przez jedno BC. Był jakiś moment tego wykładu gdzie wybrzmiało inaczej?
@@andrzejkrzywda_official Myślę że może chodzi o ten moment gdy jedna akcja użytkownika (utwórz produkt) generuje 4 komendy do 3-ch kontekstów. Czy na ES mielibyśmy jedną niebieską karteczkę "utwórz produkt" czy może od razu na ES mielibyśmy rozbicie na "nazwij produkt" "określ cenę", "ustal stawkę VAT" i to tylko przypadek że są zrealizowane naraz na jednym ekranie?
@@jadzie w idealnym świecie jest task oriented UI i wtedy jedna akcja to jedna komenda. Ale że często nie mamy wpływu na UI to taki wzorzec że jedna akcja to wiele komend jest spoko
To nie jest śmieszne. W mojej firmie to są 3 różne serwisy. Zabierzcie mnie stąd
Swietna prezentacja. Świetnie wytłumaczony archetyp dostępności. Zastanawiam się jakie archetypy mogą występować najczęściej w branży ubezpieczeniowo-bankowej.
jest trochę książek o archetypach - tak na prawdę wiekszość problemów jest już zamodelowanych tylko wystarczy je dobrze zaimplementować
@@patryktrochowski9961 Masz namiary na jakieś tytuły?
@@krzysztof8429 Arlow, J: Enterprise Patterns and MDA: Building Better Software with Archetype Patterns and UML i Analysis Patterns: Reusable Object Models
Show me the code.
Thank you google for recommending. Very very informative 👏 👍
Great explanation!