Wprowadzenie do Domain Driven Design: Prawo Conwaya

0:02Teraz pora na naprawdę niesamowite zagadnienie, jakim jest prawo konwersja.

0:06Nie jest to wprawdzie prawo w rozumieniu takim naukowym, ale nie ma dowodu jakiegoś

0:11rozumowania, hipotezy naukowej.

0:13Nie jest to prawo naukowe, ale potocznie mówi się o tej teorii Marvina.

0:18Konwersja jako prawo konwersja.

0:20I na czym polega to prawo?

0:22Otóż najbardziej szokującą rzeczą będzie tutaj to, że sposób komunikacji w firmie

0:28wpływa na to, w jaki sposób piszemy oprogramowanie.

0:30A jak to wygląda, to już mówię.

0:32A więc prawo konwoju definiuje w pewnym sensie strukturę organizacji i

0:38jej relacje ze strukturą projektu.

0:40Posłużmy się tutaj bezpośrednim cytatem.

0:42Przetłumaczone na język polski prawo Conway, czyli prawo organizacji systemów.

0:48Tutaj przeczytam.

0:49Organizacje projektujący systemy wyprodukują projekt przypominający

0:54strukturę komunikacji wewnętrznej tej organizacji.

0:57I może ta teoria wygląda bardzo sucho i mocno.

1:02Teoretycznie natomiast ma niesamowite przełożenie, zwłaszcza w dzisiejszej dobie

1:08pracy zdalnej, gdzie większość firm IT za standard przyjęła sobie

1:13pracę zdalną lub hybrydową.

1:16Wcześniej mieliśmy takie zjawiska, gdzie pracowali programiści w jednych biurach,

1:20pracowali w małych startupach, w kodzie start upów.

1:23Będziemy widzieć takie przykłady, gdzie mały zespół programistyczny siedzący

1:28blisko siebie, gdzieś tam w garażu.

1:30Dajmy na to początkowy Facebook, Instagram i inne tego typu projekty.

1:35Siedział sobie w garażu mały zespół programistów i żeby ze sobą porozmawiać

1:40nie musieli pisać wiadomości na scalaku, ustawiać koli na złomie

1:43i wzruszać się w konkretnych godzinach, bo po prostu wystarczyło poklepać kolegę

1:48w ramię albo porozmawiać z nim, jedząc wspólnie pizzę.

1:52I takie zespoły w dużej mierze wyprodukowały lub

1:55wyprodukują kod, który będzie mocno powiązany, bo przepływ

2:00komunikacji między programistami w takim projekcie jest bardzo bezpośredni,

2:06wobec czego nie będziemy mieć tam zbytnio wydzielonych kontekstów i modułów,

2:11bo ci programiści łatwo się będą ze sobą komunikować.

2:13To jest pewna obserwacja i tą samą obserwację będziemy mieć w zespole, który

2:17jest mocno rozproszony, więc tendencją zespołów mocno rozproszonych, takich,

2:22które działają bardzo autonomicznie, będzie wytworzenie oprogramowania,

2:28które jest modularne, systemu modularne.

2:31W taki oto sposób prawo konwencja wpływa na budowanie oprogramowania, czyli

2:36jeszcze raz sposób, w jaki się komunikuje ze sobą firma, Komunikują ze sobą

2:42poszczególne zespoły w firmie Programiści będzie miał wpływ.

2:47Mimo że wydaje się to trochę abstrakcyjne, ale tak jest, będzie miał wpływ na to, w

2:51jaki sposób będzie ustrukturyzowane projekt, czyli jak będą ustrukturyzowane

2:55nasze klasy i jakie to ma związek z Domain Driven Design.

3:00Mówiliśmy o bandit kontekstach, o domenach, osób, domenach.

3:04Często spotkamy się z tym, że będziemy mieć osobny zespół,

3:09może osobnego programistę, który zajmuje się jednym bandem kontekstem.

3:13Jaki to ma wpływ na skuteczność w wytwarzaniu oprogramowania?

3:16Ano taki, że ten proces komunikacji jest usprawniony, jest krótszy i szybszy

3:22w obrębie danego band od kontekstu.

3:25Budując kod, budując logikę biznesową w danym kontekście,

3:29programiści nie muszą brać pod uwagę zmian zachodzących w innych kontekstach.

3:34Będziemy mieć autonomiczny kontekst, który nie będzie musiał brać pod uwagę

3:40tego, w jaki sposób zmieniają się inne konteksty, wobec czego możliwe jest,

3:46że ci programiści nie będą mieć pojęcia, co się dzieje w innych częściach

3:50aplikacji, często dołączając do projektu lub pracując w większych projektach.

3:55Będziesz mieć takie uczucie, że nie masz pojęcia, czym zajmuje się inny zespół,

3:59że nie wiesz jak działa inne, inna część tej aplikacji i np.

4:04zmieniając zespół będziesz miał to samo uczucie jakbyś

4:08zmieniał totalnie pracę na całkiem inny projekt, na całkiem inną firmę, bo

4:11wszystko tam będzie inne, będzie inny kontekst, inny sposób

4:15komunikacji, inne praktyki.

4:17Bo tak działa właśnie prawo.

4:19Konwencja, w którym mówimy o tym, że struktura komunikacji w zespołach

4:24odzwierciedla się w strukturze projektów.

4:27Świadomie lub nieświadomie zamierzenie lub nie zamierzenie.

4:30W konsekwencji często tak jest, że właśnie organizacja naszych projektów jest

4:35mocno nacechowana tym, w jaki sposób komunikujemy się w firmie.

4:39Prawo Konwalia i Domain drewno design bardzo się lubią, bo Domain Driven Design

4:44jest o wiele łatwiejsze w implementacji.

4:46W takiej firmie, w której to prawo konwencja ma bardzo

4:49mocno odciśnięte piętno.