Week 26, year 2017

  • Specification Pattern in C# Pluralsight course - My new course Specification Pattern in C# for Pluralsight went live. Specification Pattern in C# This is a fairly short course (about an hour) which will teach you everything about the Specification Pattern and how to apply it in C# in combination with modern ORMs. From this course, you will learn: Use cases for the Specification Pattern. Common pitfalls people run into when implementing it. [Enterprise Craftsmanship]
Permalink | From 26 June 2017 to 02 July 2017 | Last updated on: Mon, 7 Jun 2021 09:11:14 GMT

Week 24, year 2017

  • DDD Weekly: Issue #38 - Designing features using Job Stories [blog] Alan Klement. Personas and User Stories made sense when customers and product teams were far from each other. That’s no longer the case. Domain Storytelling [site] Stefan Hofer. The best way to learn a language is to listen to other people speak that language. Try to repeat what you hear and mind their feedback. Gradually, you will progress from individual words to phrases and to complete sentences. [DDD Weekly]
  • Value Objects: when to create one? - In this post, we’ll discuss Value Objects. Specifically, when to introduce them into your code. [Enterprise Craftsmanship]
Permalink | From 12 June 2017 to 18 June 2017 | Last updated on: Mon, 7 Jun 2021 09:11:14 GMT

Week 22, year 2017

  • DDD Weekly: Issue #37 - Alberto Brandolini - Transactions Redefined [video] Alberto Brandolini - DDD Europe 2017. Domain-Driven Design Europe 2017. Martin Kleppman - Event Sourcing and Stream Processing at Scale [video] Martin Kleppman - DDD Europe 2017. Domain-Driven Design Europe 2017: This talk attempts to bridge those communities, and works out the commonalities and differences between Event Sourcing and Stream Processing, so that we can all learn from each other. Event Sourcing: A New Dimension in Software Design [video] Vladik Khononov. [DDD Weekly]
  • Code review: Fabric class - This is the second code review session where I showcase a real-world code example. If you want to learn more about this new format, check out this post. You can also request a review yourself. To do that, use the form on this page. Code review: Fabric class The full source code of this one is rather large for a single blog post, so I decided to pick the most interesting portions of it - those I think could be improved. [Enterprise Craftsmanship]
Permalink | From 29 May 2017 to 04 June 2017 | Last updated on: Mon, 7 Jun 2021 09:11:14 GMT

Week 21, year 2017

  • IEnumerable vs IReadOnlyList - I apologize to everyone who’s waiting for my response to their code review requests. I was busy dealing with some personal stuff the last couple of weeks. Moving forward, I’m going to maintain a one post a week schedule where "regular" articles would take turns with code reviews. This article is a regular one, so the one next week would be a code review. Today, I’d like to talk about IEnumerable and IReadOnlyList collection interfaces. We’ll discuss which of them is preferable and in what circumstance. [Enterprise Craftsmanship]
Permalink | From 22 May 2017 to 28 May 2017 | Last updated on: Mon, 7 Jun 2021 09:11:14 GMT

Week 19, year 2017

  • DDD Weekly: Issue #36 - Eric Evans - Good Design is Imperfect Design [video] Eric Evans. Domain-Driven Design Europe 2017. David West - The Past and Future of Domain-Driven Design [video] David West. Domain-Driven Design Europe 2017. The state-of-the-practice for software development in 1968 was ‘Domain-driven Design’. Then “Software Engineering” happened and we lost our way. Academia insisted on telling practitioners how they should do their jobs. Numerous practitioner led ‘revolts” — including Eric Evans’ DDD — attempted to escape the shackles of formalism and put us back on track; but with very limited success. [DDD Weekly]
  • DDD Weekly: Issue #35 - How would it be done without computers? [blog] Nick Chamberlain. When we started, we had a a mixture of technical and business constraints muddying the issue at hand. By thinking about how humans would interact with each other to perform a task, you are able to think more purely about the Domain instead of getting too far ahead of yourself with implementation details. Architecting & Designing for Change, Events-First [video] Russ Miles. [DDD Weekly]
  • The best way to implement a Main Something property - In this post, we will explore a common design problem: implementing a Main Something property. There’s an equally common solution to this problem which is sub-optimal in most cases. [Enterprise Craftsmanship]
Permalink | From 08 May 2017 to 14 May 2017 | Last updated on: Mon, 7 Jun 2021 09:11:14 GMT