Author | Lightnews

Damian Płaza @raimeyuu.bsky.social · 3d

Big thanks for encouragement, @mathiasverraes.bsky.social 🙏

Session submitted 🚀

Damian Płaza @raimeyuu.bsky.social · 4d

Even though it might sound a bit weird, it is my "dream" to speak at DDDEU (or how they say - "it's on my bucket list")😅so definitely you enormously encouraged me, @mathiasverraes.bsky.social 🙏 along with @oskardudycz.bsky.social's "DO IT" 😅

I have some ideas, sourced from blogposts :-)

1 2

Damian Płaza @raimeyuu.bsky.social · 4d

@einarwh.bsky.social about "all models are equally wrong" and other proliferations of the original Box's quote - I like to "reframe" it into:

"All models are wrong (=imperfect)" and based on some observations - it invites differently to the whole journey 😅

Damian Płaza @raimeyuu.bsky.social · 4d

Hence deferring strategy to name "things" might be really desirable, as "naming is framing" - then "models" (of thinking) then are constrainted just by the act of "naming".

I tried to express some thoughts on that topic too talesfrom.dev/blog/the-amb...

The ambiguity of naming

Why naming is hard, and can even be dangerous?

talesfrom.dev

2 2 5

Damian Płaza @raimeyuu.bsky.social · 4d

We were taught to think about "models" in a technical terms, whereas in the context of "understanding things", what might be truly immutable, is understanding (we can get previous and current one?). And often, this "understanding" is framed by naming ⬇️

1 1

Damian Płaza @raimeyuu.bsky.social · 6d

New tale talesfrom.dev/blog/the-amb... in which we observe people discussing names - what are the consequences? Does naming create something which is invisible? Why naming can be dangerous?

#dddesign #SoftwareDevelopment #softwareprogrammer #SoftwareEngineering #softwaredesign #lingo

The ambiguity of naming

Why naming is hard, and can even be dangerous?

talesfrom.dev

2

Reposted by Damian Płaza

Andrew Cairns @acairns.co.uk · 28d

Event Sourcing tests double as documentation.

Given: [OrderPlaced, ItemAdded]
When: RemoveItem
Then: [ItemRemoved]

This reads like a spec. It IS a spec.
Your tests become the living documentation of your business rules.

1 3 9

Damian Płaza @raimeyuu.bsky.social · Aug 22

New tale: talesfrom.dev/blog/the-amb... in which we observe an imaginary team trying to deal with the inevitable - change. What is the real value of ADRs?

#dotnet #csharp #fsharp #dddesign #SoftwareDevelopment #SoftwareArchitecture #typescript #Java

The ambiguity of architecture decision records

Is a "decision recording" what we are really looking for?

talesfrom.dev

1 6

Damian Płaza @raimeyuu.bsky.social · Aug 7

New tale: talesfrom.dev/blog/the-kno... in which we try to fullfil simple requirements and observe a strange "force". What do "God classes" and "Service deathstars" come to live?

#dddesign #SoftwareDevelopment #csharp #fsharp #typescript #SoftwareArchitectureConf #SoftwareEngineer

The knowledge gravity problem

Is there a force driving our systems towards complexity?

talesfrom.dev

1 5

Damian Płaza @raimeyuu.bsky.social · Aug 4

New tale: talesfrom.dev/blog/the-amb... which we try to work with Tom - a business owner - and build up a simple game and a simple system for a local tourism.

Why the domain model is the problem?

#dotnet #fsharp #typescript #SoftwareEngineering #dddesign #csharp #softwarearchitecture

The ambiguity, the curse and the fallacy of domain model

Is it possible to "apply" Entity Component System (ECS) thinking to System Design?

talesfrom.dev

3

Damian Płaza @raimeyuu.bsky.social · Jul 12

New tale: talesfrom.dev/blog/time-an... in which we explore software dimensions through misunderstanding in a fictionary flooring company when it comes to processing orders. What can it teach us?

#dddesign #SoftwareDevelopment #SoftwareEngineering #csharp #fsharp #dotnet #typescript

Time, angle and depth: dimensions in software design

Can we use physical qualities while reasoning about systems?

talesfrom.dev

1 4

Damian Płaza @raimeyuu.bsky.social · Jun 9

New tale talesfrom.dev/blog/tools-m... - we discuss "popular" tools and how their impact our "lives". What is "Cockroach-Driven Development"? Are stickies what we expect to get out of Event Storming?

#dddesign #softwareengineering #software #csharp #fsharp #dotnet #typescript

Tools make fools?

Are we doomed to become "slaves" of tools?

talesfrom.dev

2

Damian Płaza @raimeyuu.bsky.social · Jun 1

New tale talesfrom.dev/blog/wtf-are... in which we explore ways of making collaboration harder. How to ensure all of your audience gets lost?

#softwaredesign #dddesign #softwarearchitecture #humanorienteddesign

WTF are you talking about? Acronyms, jargon and abbreviations

How to make collaboration harder?

talesfrom.dev

2

Damian Płaza @raimeyuu.bsky.social · May 25

New tale: talesfrom.dev/blog/composi... in which we are looking at humans, "microservices" and objects - do they have something in common? What is a mysteriously sounding acronym PIE?

#softwareengineering #softwaredesign #dddesign #csharp #fsharp #dotnet #softwarearchitecture

Composing a PIE

Is there a universal way of composing things?

talesfrom.dev

Damian Płaza @raimeyuu.bsky.social · Apr 28

2

Damian Płaza @raimeyuu.bsky.social · Apr 27

Could you elaborate? 🙏

1

Reposted by Damian Płaza

Oskar Dudycz @oskardudycz.bsky.social · Apr 27

I’m reading simultaneously @htmx.org book on hypermedia and recent @danabra.mov articles on React Components.

I highly recommend that, as it gives a lot food for thoughts. Good design exercise to think about the pieces those concepts overlap and how they differ.

2 3 28

Damian Płaza @raimeyuu.bsky.social · Apr 21

New tale: talesfrom.dev/blog/functio... in which we implement a simple requirement for assigning workers. How functional and "object-oriented" approaches differ? How can we report values back?

#functionalprogramming #softwareengineering #softwaredesign #cqrs #domainmodeling

Functions, objects, actors: deliverying results

Is there a single way of yielding results?

talesfrom.dev

1

Reposted by Damian Płaza

Oskar Dudycz @oskardudycz.bsky.social · Apr 14

The pendulum swung back! Now, the "modular monolith first" is the best advice.

But is it? It sounds great in theory but can fall short in practice.

In practice, too often: module boundaries erode, resource isolation is absent, and that promised "easy split" rarely happens.

1/

1 1 3

Damian Płaza @raimeyuu.bsky.social · Apr 5

"Perfection of planning is a symptom of decay"

- "Systemantics. The systems bible", John Gall

1 2

Damian Płaza @raimeyuu.bsky.social · Apr 3

In other words: don't try to decouple for the sake of "decoupling" but observe what pushes back attempts of this act and sends "diagnostic signals" suggesting that "keeping them together" is a natural trait?

2

Damian Płaza @raimeyuu.bsky.social · Apr 3

1 2

Damian Płaza @raimeyuu.bsky.social · Mar 31

New tale: talesfrom.dev/blog/evolve-... in which we go through a bug fixing process - step by step.
* why am I a software gambler (and so you do)?
* what is the difference between "hacking" and "evolving"?

#dotnet #fsharp #csharp #softwaredeveloper #typescript #dddesign #softwaredesign

Evolve, don't hack

Where is the difference between evolving and hacking?

talesfrom.dev

1 2

Reposted by Damian Płaza

Oskar Dudycz @oskardudycz.bsky.social · Mar 27

Thanks to Tobias Brennecke's work, #Emmett just got the Quick Start guide. Check it out to see how easy it is 🙂

And again, getting docs improvement pull requests is one of the best type of contributions that an Open Source maintainer can get 🙂

event-driven-io.github.io/emmett/quick...

Emmett

Event Sourcing development made simple

event-driven-io.github.io

2 2

Damian Płaza @raimeyuu.bsky.social · Mar 27

It's so interesting topic. Thanks for sharing, Einar. Maybe one time we'll meet at the Booster (but I need to apply with my talk 😅) 🙏

1 1