Statystyki bohatera wpływają na jednostki w bitwie, a wynik bitwy przecież na armię bohatera. Czyli co musimy zrobić najpierw? Czy mogą pracować nad tym osobne zespoły. Zobacz w znanej Ci domenie Heroes III jak praktyki takie jak DDD i Event Modeling rozwiązują problemy znane Ci z codziennej pracy przy projektach IT.
Jako programiści głównie musimy się uczyć zasad działania danego biznesu, a powstały kod to tylko skutek uboczny tego procesu. Powiedz, jaka jest wartość dobrego kodu, napisanego na czas i w budżecie, przez kogoś, kto nie zrozumiał problemu do rozwiązania? Można go od razu wyrzucić do kosza. Jako developerzy optymalizujemy naszą aplikację, ale nie proces pozyskiwania wiedzy domenowej. A niestety, aby rozwiązać jakiś problem / zautomatyzować działanie czegoś musimy najpierw dogłębnie zrozumieć o co chodzi. Spisane setki stron analizy biznesowej i diagramy UML tutaj nie pomogą. Wiem to z własnego doświadczenia. Ty pewnie niestety też. EventStorming usprawnia proces zwany „knowledge crunching”, czyli wyciągania wiedzy od osób, które ją mają.
Mnie tak uczyli i Ciebie pewnie też. Tak wykładają przez lata na uczelni, a jednak branża IT idzie do przodu. "Szukajcie rzeczowników" + tabelka i strzałeczki. Czy to jest właśnie legendarny model? Model danych... być może. Model domenowy - obrazujący problem do rozwiązania, o który chodzi w DDD, skupiony na zachowaniach i zdarzeniach — z pewnością nie! To nie rzeczowniki budują zrozumienie... W skrócie: NIE ZACZYNASZ PROJEKTOWANIA SYSTEMU OD BAZY DANYCH. Ale jak to zrobić?
Kotlin jest tylko do aplikacji mobilnych, a Figma nadaje się tylko do robienia mockupów? Jedno i drugie to wielkie kłamstwo! Przeprowadzić EventStorming zdalnie? Jeszcze niedawno sam twórca metody, Alberto Brandolini intencjonalnie zostawił w swojej książce pustą stronę na ten temat. Więc to niemożliwe. Jednak... prawda bywa przeterminowana. Rok 2020 udowodnił, że to bzdura! Szukasz narzędzia, które pozwoli Ci zacząć w łatwy sposób? Użyj mojego sprawdzonego szablonu do EventStormingu za pomocą Figmy!
Mikroserwisy — to słowo, na które programistą świecą się oczka, a rekruterzy próbują złowić kandydatów żądnych nowych technologi. Zobacz najpierw jak prawidłowo podzielić monolit na moduły. Wtedy uchronisz się też przed złym cięciem na mikroserwisy i megaporażką Twojego projektu! To wszystko doprawione szczyptą EventModelingu, tak żeby Twój design systemu był zrozumiały nawet dla biznesu!
Chcesz dzisiaj zmienić swoje programistyczne myślenie? Przestać widzieć świat w bazach danych i tabelkach a zacząć modelować procesy biznesowe? Wiesz, że można inaczej niż ciągły CRUD w myśl Controller/Service/Repository? Przygotowałem dla Ciebie Miro Board z mapą, która poprowadzi Cię przez krainę Domain-Driven Design, Event Sourcingu i innych ważnych zagadnień. Dzięki temu możesz zostać Developerem, z jakim chce się pracować, a biznes będzie liczył się z Twoim zdaniem.
Wciąż za mało życiowych cheatów?
Zostaw swój adres e-mail i zobacz moje spojrzenie na codzienność programisty.
Na sam początek opowiem Ci o zetknięciu z Domain-Driven Design, zmianie myślenia i nowej erze mojego programistycznego ja.
Możesz liczyć na materiały o Event Sourcingu, Event Modelingu, DDD, programowaniu obiektowym i funkcyjnym oraz innych powiązanych tematach.
Na pewno poświęcę trochę maili umiejętnością miękkim.
Będziesz też informowany o nowościach Życia na kodach prosto na Twoją skrzynkę!