Better Software Design

Materiały dodatkowe:https://event-driven.io/pl/, blog Oskara - pragmatycznie o programowaniu, można tutaj znaleźć serie artykułów o Event Sourcingu, CQRS, architekturze i innych ciekawych tematachhttps://martendb.io, implementacja EventStore i bazy dokumentowej dla .NET z wykorzystanie PostgreSQLhttps://www.eventstore.com, dedykowana baza danych pod Event Sourcinghttps://github.com/oskardudycz/EventSourcing.NetCore, praktyczne przykłady, ćwiczenia oraz tutoriale o tym jak budować aplikacje z użyciem Event Sourcing w .NET.https://www.architecture-weekly.com, cotygodniowy zestaw materiałów i linków na temat szeroko pojętej Architektury Oprogramowaniahttps://www.eventstore.com/blog/keep-your-streams-short-temporal-modelling-for-fast-reads-and-optimal-data-retention, artykuł Oskara o temporal modelingu i krótkich strumieniach zdarzeń

Materiały dodatkowe: DevKuchnia #11 z Mariuszem Gilem o żywocie konsultantaDevKuchnia #12 z Bartkiem Słotą o żywocie konsultantaThe Secrets of Consulting: A Guide to Giving and Getting Advice Successfully, Gerald M. Weinberg, ciekawa pozycja o byciu konsultantem, jest w niej sporo wartych uwagi wskazówek przydatnych nie tylko konsultantom,More Secrets of Consulting: The Consultant's Tool Kit, Gerald M. Weinberg, kontynuacja poprzedniej pozycji

"There are only two hard things in Computer Science: cache invalidation and naming things" - nie pierwszy raz wracam w podkaście do słów Phila Karltona, a zapewne także i nie ostatni. Gdy coś raz zostanie nazwane, zwłaszcza niefortunnie, często bardzo trudno się od tej nazwy uwolnić. Tym razem chciałbym więc zwrócić uwagę na to, co i jak możemy przeanalizować w naszym projekcie zanim zaczniemy nazywać poszczególne jego elementy i obiekty. Mowa tu oczywiście o perspektywach, dzięki którym możemy poznać jak coś wygląda, jak się zachowuje, a czasem dodatkowo czym innym się staje i kiedy. Technika wyjątkowo prosta w użyciu i jednocześnie zaskakująco skuteczna.

Materiały dodatkowe:Model jest wszystkim czego potrzebujesz, prezentacja z konferencji Confitura 2013 DevKuchnia, czyli piątkowe spotkania w symulatorze kuchni

Powraca temat analizy przykładowego agregatu i Aggregates By Example, tym razem moim gościem jest jednak Sławek Sobótka i wspólnie rozkładamy na czynniki pierwsze proces wypożyczenia książki z biblioteki. Oczywiście jest to tylko pretekst do tego, aby porozmawiać o samym procesie projektowania agregatu, możliwych jego wersjach i związanych z tym konsekwencjach. W tym odcinku rozmawiamy m.in. o: - agregatach zbyt dużych, gdzie granica spójności jest zdecydowanie zbyt obszerna - agregatach zbyt małych, nie potrafiących utrzymać systemu w spójności - możliwych agregatach pozwalających zachować spójność reguł biznesowych - bounded contextach

Podczas sesji Big Picture EventStorming bardzo często generowanych jest wiele zdarzeń, które podczas kolejnych kroków stormingu są kolejno eliminowane. W tym odcinku przyjrzymy się 4 rodzajom zdarzeń, czym różnią się od siebie zdarzenia środowiskowe, interfejsowe, domenowe i infrastrukturalne i do czego ten podział można wykorzystać podczas pierwszych warsztatów rozpoznawania domeny.

Materiały dodatkowe:BSD #2, O Aggregates By Example, analiza procesu rezerwacji z Kubą Pilimonem, odcinek podcastu, w którym razem z Kubą analizujemy kilka propozycji agregatówRepozytorium Aggregates By Example, repozytorium z przykładami implementacji różnych agregatówO odkrywaniu granic - heurystyki ważnych decyzji, Kuba Pilimon, prezentacja z naszego wspólnego eventu z Piątkami na Produkcji, w której Kuba przedstawia heurystyki znajdowania granic w systemach

Materiały dodatkowe:The E-Myth Revisited: Why Most Small Businesses Don't Work and What to Do About It, Michael E. Gerber Object-oriented metrics by Robert Martin, ciekawe przedstawienie 5 metryk OO Uncle Boba odnośnie couplingu i pochodnych wartości

Materiały dodatkowe:Neo4j.comNeo4j console, konsola online, gdzie można się pobawić przykładowym grafem bezpośrednio z przeglądarkiNeo4j GraphGists, zestaw świetnych przykładów użycia grafówGraphGist portal, jeszcze więcej przykładów użyciaNeo4j Cypher Refcard, refcard języka CypherPanama Papers, strona główna International Consortium of Investigative Journalists z artykułami odnośnie całej aferyOffshore Leaks Database, datasety ICIJ nie tylko dla Panama Papers, ale także Paradise Papers, Bahama i Offshore Leaksryguyrg/neo4j-panama-papers, przykładowy docker z importem danych Panama Papers do bazy Wpisy na blogu teamu Neo4j odnośnie afery Panama Papers:The Panama Papers Graph Database Is Now Available for DownloadHow the ICIJ Used Neo4j to Unravel the Panama PaperAnalyzing the Panama Papers with Neo4j: Data Models, Queries & MoreThe Panama Papers: Why It Couldn’t Have Happened Ten Years AgoNa koniec polecę jeszcze darmową książeczkę od O'Reilly Media, Graph Databases. Można ją pobrać ze strony https://graphdatabases.com.

Phil Karlton dawno temu powiedział swoje słynne zdanie: "There are only two hard things in Computer Science: cache invalidation and naming things". Tematem odcinka 19 będzie właśnie nazewnictwo, ale w kontekście zdarzeń domenowych. Odcinek też jest jednocześnie rozwinięciem rozmowy z Miłoszem, jednym ze słuchaczy podcastu. Miłosz kilka dni temu zwrócił się z pytaniem, czy lepiej stosować bardzo konkretne i jednoznaczne nazwy zdarzeń, czy też można sobie pozwolić na uogólnienia typu SomethingChanged.