- The document discusses domain-driven design (DDD) and solving problems the right way by focusing on the domain or essence.
- It recommends starting by asking questions from the perspective of the customer or domain user, using their terminology, and solving problems conceptually before implementing techncially.
- DDD is about properly isolating and understanding the domain or problem area, not about any specific architecture, technology, or framework. The goal is better communication and managing complexity.
23. • Why is pricing so coplicated?
New Programmer
24. • Why is pricing so coplicated?
• Why is not the price changed
immediatelly?
New Programmer
25. • Why is pricing so coplicated?
• Why is not the price changed
immediatelly?
• Why isn’t the pricing tested?
New Programmer
26. • Why is pricing so coplicated?
• Why is not the price changed
immediatelly?
• Why isn’t the pricing tested?
• Why is the price problem solved
partially in DB, PHP, CRON?
New Programmer
27. • Why is pricing so coplicated?
• Why is not the price changed
immediatelly?
• Why isn’t the pricing tested?
• Why is the price problem solved
partially in DB, PHP, CRON?
• I don’t want to deal with pricing,
I would break something
New Programmer
75. • Ask questions
– Like 5 years old baby
– Fow who is it?
How to Start Right Now
76. • Ask questions
– Like 5 years old baby
– Fow who is it?
– What?
How to Start Right Now
77. • Ask questions
– Like 5 years old baby
– Fow who is it?
– What?
– Why?
How to Start Right Now
78. • Ask questions
– Like 5 years old baby
– Fow who is it?
– What?
– Why?
• Solve problem on the paper first
How to Start Right Now
79. • Ask questions
– Like 5 years old baby
– Fow who is it?
– What?
– Why?
• Solve problem on the paper first
• Use domain terms
How to Start Right Now
80. • Ask questions
– Like 5 years old baby
– Fow who is it?
– What?
– Why?
• Solve problem on the paper first
• Use domain terms
• Don’t abstract
How to Start Right Now