Wrocław 28 i 29 października

Szybki ogłoszenie:

Zapraszam wszystkich chętnych na otwarte spotkania w najbliższym tygodniu we Wrocławiu

• 28 października: Wrocław JUG - prezentacja na temat testowania automatycznego (dla programistów): https://groups.google.com/forum/#!topic/wroclaw-jug/tR-xgr0X-Wo
• 29 października: DDD-WRO - spotkanie poświęcone technikom modelowania: http://www.meetup.com/DDD-WRO/events/146833852/

Przyczyna czy skutek?

Po 6 latach praktykowania DDD, prowadzenia i uczestniczenia w licznych warsztatach i szkoleniach chyba wreszcie zrozumiałem o co chodzi w całym tym Domain Driven Design...

Wszystko dzięki trafiającemu (jak zwykle) w sedno postowi Jarka Żelińskiego: Czy aby na pewno zarządzamy procesami biznesowymi?

Wstęp

Patrząc na warstwową architekturę systemu opartego na DDD mamy:

UI
----------------------
Application (API)
----------------------
Domain Model
----------------------
Infrastructure

(możemy użyć również popularnej ostatnio metafory Heksagonu - ale nie wpływa to na wywód)

W warstwach UI+APPlication możemy możemy mieć zamodelowany proces biznesowy. Ew. szczególnym klientem do API (również obok np apliakcji webowej) może być silnik procesów biznesowych.
W warstwie Domain rezyduje model bazowych reguł biznesu ("fizyki" biznesu) zamodelowany przy pomocy Building Blocks DDD, które chronią niezmienniki. Więcej o BB: DDD krok po kroku.

Problem: Od czego zacząć modelowanie?

Od procesu czy od domeny? Innymi słowy: od ogółu czy od szczegółu?
W Domain Driven Design zaczynamy (niespodzianka) od modelowania warstwy Domain. API i proces to rzecz wtórna.

To zależy...

Jak w każdym nietrywialnym przypadku, odpowiedź  na pytanie zależy od kontekstu.

W przytoczonym na wstępie artykule znajdziemy olśniewającą (przynajmniej dla mnie) wskazówkę:

• czy proces biznesowy wyłania się z reguł niższego rzędu - innymi słowy model domenowy nakłada ograniczania, które wyznaczają "trajektorię" procesu, który lawiruje pomiędzy nimi niczym strumień rzeki w jej korycie (posługując się metaforą Jarka)
• czy może to raczej proces narzuca kształt modelowi domenowemu?

W DDD podchodzimy do modelu w ten pierwszy sposób - zaczynamy od domeny, czyli fundamentalnych reguł i ograniczeń, w które wpasowuje się proces.

Trudne pytanie

Po czym poznać z którą sytuacją masz do czynienia? Najpewniej w dużym systemie mamy obie...

//===============================

To w sumie wydaje się oczywiste, ale sztuką jest tak ubrać myśl w słowa, aby (np przez porównanie dwóch podejść) ująć ideę w jednoznaczny sposób.

Podaj dalej

Tytułem posta chciałem nawiązać do znakomitego filmu Pay It Forward opowiadające historię chłopca, który w ramach zadania domowego musiał pomóc trzem osobom, uruchamiając w ten sposób łańcuszek szczęścia...


33rd Degree 4 charity
13 października odbędzie się w Krakowie konferencja 33rd Degree 4 charity. Z opisu organizatora: "Caly dochod z rejestracji zostanie przeznaczony na cele charytatywne. W tym http://www.szlachetnapaczka.pl/ i http://www.mammarzenie.org/. W zaleznosci od ilosci funduszy jakie uda nam sie zebrac byc moze uda sie wspomoc takze inne fundacje, np. http://www.wikipedia.org/. [...] Podczas rejestracji sam wybierasz jaka kwota chcialbys wspomoc potrzebujacych. Moze to byc 50, 100, 150 lub 200 zl, lub wiecej jesli chcesz".

(Nie do końca) darmowe szkolenie Scrum

4 października kolega Wiktor organizuje szkolenie Scrum na zasadzie Pay it Forward: "Jedyne czego oczekujemy od Was to, to że w zamian za 8 godzin udziału w szkoleniu poświęcicie 8 godzin swojego czasu dla społeczności". Link do szczegółów: http://blog.testowka.pl/2013/09/17/nie-do-konca-darmowe-szkolenie-scrum/

Piwo, kiełbasa i testowanie automatyczne

Starożytni celebrowali wino, kobiety i śpiew.
Cywilizacja poszła do przodu i współcześni dżaważe celebrują piwo, kiełbasę i testowanie automatyczne.

W imieniu organizatorów i swoim zapraszam na jPiknik: http://jpiknik.pl/ podczas którego przedstawię prezentację: Czego mama nigdy nie mówiła Ci na temat testowania automatycznego (prezi) oraz wraz z Rafałem poprowadzimy warsztat Jak wyprowadzić słabe i smutne testy na prostą oparty na doświadczeniach coachingowych Rafała.

14 września w Temat Rzeka na Plaży przy Moście Poniatowskiego w Warszawie, wstęp wolny.

//=============================

Dla zainteresowanych warsztatem: Rafał poprowadzi reedycję na tegorocznej Warsjawie.

Wzorce analityczne modeli biznesowych

Zapraszam do lektury kolejnego artykułu z serii Receptury projektowe - niezbędnik początkującego architekta pod tytułem Wzorce analityczne modeli biznesowych na przykładzie Party – odkrywanie krok po kroku kolejnych rozwiązań.

Tym razem debiut nowej autorki w tematyce z pogranicza analizy systemowej, architektury aplikacyjnej i modelowania.

Streszczenie: Techniki takie jak Domain Driven Design służą do odkrywania wiedzy na temat nieznanych domen biznesowych. Jednak często pracujemy nad problemem, który został już dobrze przemyślany i opracowany kilka dekad temu. W niniejszym artykule przedstawimy
koncepcję Wzorców analitycznych – czyli wzorców adresujących rozwiązania na poziomie
analizy systemowej. Koncepcja wzorców analitycznych będzie ilustrowana na przykładzie
kilku wybranych, w tym najbardziej popularnym z nich: Party – będą one również alternatywą dla typowych naiwnych książkowych modeli struktur organizacyjnych.

Artykuł do pobrania tutaj: http://bottega.com.pl/artykuly-i-prezentacje#receptury

Kontrreformacja:)

Programming Motherfucker Manifesto

A miało być tak pięknie...

W jaki sposób zbudować formę i zaplanować treść prezentacji, która: jest prowokacyjna ale skłania do refleksji, jest arcy-śmieszna oraz obrazoburcza wobec gigantów branży i dogmatów a przy okazji jest rodzajem rozliczenia tego czego dokonaliśmy?

Na przykład tak:




Bret Victor - The Future of Programming from Bret Victor on Vimeo.

Oglądaj w pełnym skupieniu, bo każdy detal w formie, każdy szczegół w treści wyzwala wewnętrzny chichot (oczywiście o ile jesteś geekiem:).

//===========================

btw: gdzie można kupić takie ochraniacze na długopisy do kieszeni koszuli?