Better Software Design

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.

From time to time we should stop for a moment and take a look around. We will see what is behind us already and what is waiting for us in the future. In this episode my today guest, Robert C. Martin widely known as Uncle Bob, shares his perspectives on Agile, challenges and state of IT industry. This episode of Better Software Design podcast is in English.

Materiały dodatkowe:Definicja Law of Demeter, WikipediaClean Code: A Handbook of Agile Software Craftsmanship, Robert C. Martin, klasyczna książka Uncle Boba na temat czystego koduAgile Principles, Patterns, and Practices in C#, Robert C. Martin, Mikah MartinTest Driven Development: By Example, Kent Beck, książka, która pojawiła się już przy okazji poprzedniego odcinka o Test Driven DevelopmentDomain-Driven Design: Tackling Complexity in the Heart of Software, Eric Evans, z rekomendacją od Piotra, aby szczególną uwagę zwrócić na rozdział 2 tej książki, czyli "Communication and the Use of Language"Wspomniane przez nas repozytorium z ciekawie zaimplementowaną piramidą testów i nawiązujące do tematyki odcinka można znaleźć na BitBuckecie Piotra, https://bitbucket.org/piotrstawirej/financial-system/src/master/.

Materiały dodatkowe:Growing Object-Oriented Software Guided by Tests, Steve Freeman, Pryce, klasyka gatunku na temat implementacji systemów w podejściu Object-Oriented i Test Driven DevelopmentTest Driven Development: By Example, Kent Beck, druga z klasycznych książek na temat TDDMocks, Fakes, Stubs and Dummies, xUnitPatterns.com, zestawienie terminologii Test Doubles w literaturze

Materiały dodatkowe:xUnitPatterns Test Smells, lista Test Smells według Gerarda MeszarosaSoftware Unit Tests Smells, uzupełnienie listy o inne smelle i jedocześnie tool do ich wykrywaniaPIT Mutation Testing, testowanie mutacyjne w JavaInfectionn PHP, testowanie mutacyjne w PHPStryket.NET, testowanie mutacyjne w .NETMutant, testowanie mutacyjne w RubyData i czas dla programistów, Michał Pipa, Boiling Frogs 2017, ciekawa prezentacja na temat "jak bardzo skomplikowany może być czas"

Materiały dodatkowe:Value Object, bliki Martina Fowlera, strona, której przedstawiać raczej nie trzeba...Value Object, c2 wikiValue Object Should Be Immutable, c2 wikiThe CHECKS Pattern Language of Information Integrity, Ward Cunningham, zestawienie 11 wzorców zarządzania spójnością informacji, gdzie opisany jest wzorzec Whole Value

Materiały dodatkowe:Common mistakes when moving to microservices & cloud, prezentacja Kuby z Confitury 2019, same slajdy można pobrać tutajDesigning Event-Driven Systems: Concepts and Patterns for Streaming Services with Apache Kafka, Ben Stopford, wspomniana w rozmowie książka o projektowaniu systemów w architekturze Event-DrivenThe Influence of Organizational Structure on Software Quality: An Empirical Case Study, opracowanie case study Microsoftu od Nachiappan Nagappan, Brendan Murphy, Victor R. BasiliThe Cathedral and the Bazaar, Eric Steven Raymond, wersja Postscript eseju Erica Raymonda o projektach Open-Source z obserwacji na przykładzie m.in. jądra LinuksaPolecam także śledzić profil Kuby na Twitterze, pojawia się tam sporo ciekawych materiałów i treści.

Materiały dodatkowe:Blog Michała Bartyzela, sporo ciekawych tekstów dotyczących także zbierania i analizy wymagań w projektach IT, treści jest tu dużo, Michał pisze tego bloga od 12 latWriting Effective Use-Cases, Alistair CockburnPatterns for Effective Use Cases, Alistair CockburnZainteresowanych tą tematyką polecam także grupę Michała na Facebooku IT spotyka klienta, gdzie można o inch podyskutować albo poczytać.