Cancer DDD

cattle B The characters , I'm tired of mixing Chinese and English , They go further , Use Chinese and English abbreviations , Reduce the dimension of ordinary people . More powerful , Create new nouns , And go out .

There are several technologies , I despise and hate from the bottom of my heart , But every time in the technical solution , Add them silently , And gave them enough weight . Because they are important to the success of the program , It plays an important conceptual guiding role .

They are the middle stage 、 Low code , as well as DDD. Technologies in these three different areas , Shoulder the same responsibility , That's fooling into death . These three words , It's great , They have one thing in common , It's easy to convince non-technical but decision-makers , Then spread down , Very marketing oriented , Professional managers and CTO My favorite . It is also the favorite of consulting companies .

These things , Some can fool big companies , Some can fool small companies , No one wants to escape anyway .

But if cancer can bring benefits to us , Of course, embrace . Don't be so rigid .

When the evil wind strikes , Rather than closing the window , We need to embrace it , Do what you like ！ Why do some people have high wages , Some people rise fast ！ Some people become masters ！ Think about the root cause .

Concepts can sublimate systems

Do you know? ？ The higher the position , The easier it is to like ethereal things . Take the ancient emperors , There are many people who expect to meet the gods , He was cheated to death by the alchemist . Even if you finally know you've been cheated , Can only secretly block the news . Recently 《 History As A Mirror 》, Many such cases have been found .

in the first place , They really have this need ; both , I'm afraid these things will be exposed and lose face , Just bite your teeth and stick to it .

There is nothing new on earth , It's the same in the software industry . When we deify something , Give it some supernatural powers , It can walk more and more smoothly on the path of the alchemist .

How to deify ？ Scratch the pain 、 Talk about vision 、 Engage in methodology , Generally, you can sell successfully .

Of course , Sales success is only the first step , We also need to avoid failure , Avoid being counted after the fall . therefore , We need to mobilize the enthusiasm of decision makers , Let him realize his shortcomings , Ashamed to admit your weakness , Even if we settle down . As long as the decision-maker gets on board , He will try to beautify it , Get more resources , Get more people on board .

Why does Internet Slang have strong vitality , Because it can deceive , Can sublimate your mind , Instead of empty code .

Let me give you an example .

There's a company , Due to the limited number of researchers , But there's a lot of work , Spread across multiple systems . The conclusion of the research and development department is ： To focus , Focus on the core system . What do I do ？ Can't be in PPT Go dry and write the word focus , That looks so LOW.

reasoning , A sudden inspiration . or , Let's make some nouns . According to the level , Divide it CVP System 、IVP System 、EVP System . such , All of a sudden, the force has risen a lot .

I can't understand these nouns ？ I can't understand it , Because I made it , What I want is that I can't understand this effect .

Look at the picture below , We can even attribute it , Classify the system into these three categories .

 

It is important to , Focus on business systems , suddenly , Become CVP Key construction of . ha-ha , Compared with a decision that can be done in one sentence , We can talk for a long time now .

“ Teach you how to talk for ten minutes , It's like saying nothing ”. It's a very important ability .

that , Let's take a look , What are these technologies ？ Why is it a cancer ？ Why embrace them .

D No D Of D Of , What's the difference

The so-called domain driven , Is to design the system according to the requirements , This sentence is nonsense .

Yes Demo The code doesn't ？

Yes Demo The code doesn't ？

Yes Demo The code doesn't ？

Yes Demo The code doesn't ？

Below all the articles , Are full of such questions . if DDD Layers are just strategically useful , Then it should not enter the programmer's field of vision , It should be a toy for demand analysts .DDD We should learn TOGAF、COBIT、CGEIT Training like that , Focus on the strategic layout , Don't keep thinking about the lives of programmers , What tactics .

If you concentrate on your business training certificate , You earn your money, I do my architecture design , Let's not let the well water invade the river . But you have to extend your tentacles into my field , Will attract a spray like me .

DDD The right way to open , Is to embrace its strategic stage , Completely throw away its tactical stage . To do so , You will live comfortably . Forgive me for using “ Bound context ” Use such a noun to explain ： You just need to make clear the boundary of my service , You don't care how I realize it later , Design pattern and architecture pattern , I have a lot of toolboxes , There is no shortage of CQRS、 The term "event tracing" .

DDD The concept of the concept of the first came from 2004 year , No fire for so many years , There is no standard landing , It's not for no reason . Recent years , Some people have discovered the barrenness of technical terms , Picked it up again , I hope it will continue to serve KPI effect .

I was obsessed with DDD, Tormented by its beautiful vision . Bought online classes , Bought books , In the end, I found that it was wasting my time . I hate it . To tell you the truth , A difficult one , Technical solutions that are difficult to land , There is no right to divide people's energy to understand it .

sorry , No road to powder .

First , To make DDD Of , It's all volume in volume companies , It's not like microservice Technology , Can find a lot of landing solutions . actually , You can hardly find any valuable reference examples , Not to mention that these examples fight each other in the face . It's like the Bible , I'll tell you what's right , But how to do , It's all up to you .

Why can't you do DDD, Your team can't do DDD？DDD Three main reasons are given .

• High requirements for the team . Voice over , If you can't do well, your team can't
• Only complex business uses DDD To be effective . So what is complicated ？ There is no final conclusion . Voice over , You don't think it's easy to use , That's because your business is not complex enough
• Although you can't use DDD, But the idea is , It's worth learning from and thinking about . Voice over , I'm a panacea , It won't let you learn in vain

No one will admit that their team can't , No team will admit that their business is simple , No one can put up with their own investment and really beat the dog with meat buns .DDD Pass a few reasons why you can't hit your face , Instantly tied you together .

2020 year , It took three months , I have the honor to read 《 Implement domain-driven design 》 This book , Marvel at his profound level of writing and admire . in the future , Even a simple CRUD project , I also know how to write the document , This book is a very good case .

You search it DDD The article , No matter what article , All have one characteristic , That is, you can't speak well . All the application code , It's a bunch of unconvincing junk code . Because developers compare it with normal writing , Find yourself looking for sin , Then why use it ？

Take it and blow it very well b For the hexagonal Architecture .

Hexagon structure , Because it looks like a honeycomb , It looks very close to the green nature , It's very tall . Tell the truth , I still don't understand the hexagonal structure , Octagonal architecture （ There's no such thing ）, Triangular structure （ There's no such thing ） Between , What's the difference , Why did these nouns crazy demons choose 6 This number .

Just say , Complex business logic , We should not pay too much attention to infrastructure such as technology 、 But just reserve the interface , It has to be so mysterious , Earthworm like lines radiate from the rotten hexagon . Do you think it's beautiful ？ Maybe the boss really thinks so , Because it's like a rainbow , It can really frighten a group of people B.

Don't say ServiceMesh Data plane and control plane segmentation , Is to rely on DDD Guidance oh , Although it is conceptually close to .

The picture below is google Search for Hexagonal Architecture A picture appears .

 

Hey! , Hexagon ？ Why is this whole picture 10 Edge shape ？ Is that still a hexagonal structure ？ You fooled children ？ When I don't know how to count ？ what , You call it an onion , They're not one thing ？ Such a misunderstanding is DDD China is everywhere , I don't want to explain , Because they are short and long . This shows that it is a comprehensive deception methodology , It started with a pile of concepts and slang , Propagandists are also unqualified .

Whole DDD This set of concepts , There is a problem with values . Or maybe the author's original intention is good , For complex business . As a result, this group of propagandists and training made a fuss , It has become a necessary means to solve the problem .

But I'm sorry , You haven't even managed to communicate smoothly , I'm not qualified to teach others to do architecture .

An awkward situation

What's embarrassing is , There is a real need for DDD People who , Don't agree with it ; Unwanted DDD People who , Forced to agree with it .

DDD The greatest value is to sort out the business needs , Divide different business areas , And form the interface interaction between domains . Tell the truth , I've seen a lot of big guys in consulting companies , They scoff at this take all methodology , Prefer to use TOGAF Such old-fashioned business combing methods . But all roads lead to Rome , The final division of areas can still be agreed .

These combing processes , Mostly business experts , And the category of system architect . The results of their work , As input and output to the technical team to realize . They need DDD, But they don't have to .

By comparison ,DDD The tactical phase of , Worthless . such as , Summarize data into wide tables or big data centers , Form data “ Zhongtai ” Provide transaction domain 、 Administrative domain 、 Separation of query fields , I don't need to know anything CQRS The concept of , Can also work well . As for solid congestion, no congestion , I'm a micro service , Business granularity is already very small , How to write is my freedom , Transformation is also my own cost , I don't need to follow your routine . Talk about business and technical communication ？ sorry , A team that cannot communicate and does business , I haven't seen it .

Engineers are forced to use by decision-makers DDD Tactical writing business , The result code is more messy , Change more frequently . however DDD say , sorry , It is not my fault , It's your team that can't .

The truth is this truth , But in reality , Some people still boast 、 Even use this thing to transform code .《 Microservice architecture pattern 》 This book , There is even incident tracing and CQRS Two chapters , Go and explain DDD Some landing contents of . It's called the master poisoned the master , Of course, it is also called mutual support .

To tell you the truth , If you believe this nonsense , The probability will bring the project to death . Better believe than have no book , Architecture is a trade-off , There is no one size fits all guideline . You can refer to , You can think about , But you just can't copy , Because each company's technical premise is different .

That being the case , But when some concepts are boasted , You don't hug it , It will cause problems . The software industry has two problems , One is how to simply report complex things , Another is to complicate simple things . For the former , Mainly describe the feasibility of your idea . And for the latter , The main purpose is to make people feel tall , Very mainstream , The more obscure the better . The former is down-to-earth , The latter spits lotus .

The effect of the latter , Obviously much more effective than the previous one . It sounds awesome x, But I can't understand , You can get applause , You can also experience the feeling of being superior . No one will admit that their IQ is not online , You need to energize these people . As long as someone agrees , Can produce benefits .

Some concepts , some people , It's not God , But the community of interests , Need him to be a God . This thing also has believers , Do you believe ？ But software design tools , Isn't it appropriate to use , Throw it if it doesn't fit ？ Why become a believer ？ Just because I got on the boat .

friends , Up to a point ,DDD These concepts , And concepts like bitcoin , There's no difference . This is the magic of faith , This is the power of the master ！