• (nodebb)

    Depending on your opinion about brace style, even those could be wrong.

    Addendum 2026-06-09 10:18: P.S. I can't believe I'm frist so late in the morning.

  • (nodebb)

    DDD sucks because one of it's core principles of only using business terms for your types and members is void of any connection to reality.

    Simple example: I once worked for a client where the term "location" has six different meanings. They were so self aware that they invented a seventh, which obviously had an overlap with most but none completely. So nobody actually used it. And before you ask, the term ranged from a simple "address" to a "telephone number" to "a person that was assigned to a region with a specific customer base".

    TL;DR: The worst thing you can ever do is try to incorporate business terms in your code, ever, especially when they aren't even in the same language as the programming language and DDD basically demands it from you, so it sucks. Cause pretty much every other idea is basically a more dogmatic approach of patterns and principle that long existed before on their own.

  • 516052 (unregistered)

    Yea, DDD is fine as a way of designing your specification. And it's fine for designing the user facing part of your system so that things on the UI are named corresponding to what they represent in the user space. But don't let it creep into your code. Just don't.

  • (nodebb)

    Excluding the curly-brackets, every line in this short snippet is wrong, which is impressive

    Even the first line seems wrong, because why does the overall namespace name-path contain the word "Documents" ?

  • (nodebb) in reply to 516052

    But don't let it creep into your code

    In general, you can't avoid it unless you name variables or functions or classes in reference to "BusinessThingy27".

  • (nodebb) in reply to MaxiTB

    I once worked for a client where the term "location" has six different meanings.

    That's not really a DDD problem, but a business terminology problem, and it would have an adverse effect on any development process, whether it goes to the extremes of DDD or not. Well, unless it talks about BusinessThingy27, in which case you have a different, and far worse, problem.

  • Officer Johnny Holzkopf (unregistered) in reply to MaxiTB
    Comment held for moderation.
  • tatoun (unregistered)

    I once worked for a client where the term "location" has six different meaning

    well that's exactly where ddd should help you in domain terms that's 6 different things and should have 6 different names

  • Development-Driven Development (unregistered)
    Comment held for moderation.

Leave a comment on “Driven Development”

Log In or post as a guest

Replying to comment #700178:

Log Out

« Return to Article