The fact is that:

Most of our Domain Model designs are essentially Transaction Scripts(TD) in its nature, and do not require a Domain Model.

As a result:
The vast majority of our domain implementations are over-engineered and unnecessary.

Needless Complexity.

سلام 📣

قصد داریم دور هم جمع بشیم و در مورد یکی از دعواها و چالش های همیشگی و تمام نشدنی بین ذینفعان و تیم های توسعه، یعنی پلنینگ و تخمین زدن در نرم افزار صحبت کنیم.

⭕در این دورهمی می‌خوایم در مورد این صحبت کنیم که چرا تا این حد برنامه ریزی‌هایمان غلط از آب در می‌آید؟

چرا واقعا واحد IT در هر سازمانی همیشه محکوم به دروغ گفتن میشه ;)❗

خوشحال میشیم که بتونیم از تجربیات و دانش شما هم استفاده کنیم. اگر موضوع یا تجربه شکست یا موفقیت، یا هر بیان دیگه ای دارید و فکر می‌کنید شنیدنش برای مخاطبین جالبه، میتونید از طریق این فرم زیر به ما اعلام کنید.


موضوعات سخنرانی محدود به پلنینگ یا تخمین در نرم افزار نیست، و هر موضوعی در حوزه مدلسازی، طراحی و معماری نرم افزار، تست اتوماتیک و بصورت کلی استادکاری در نرم‌افزار می تواند موضوع یک سخنرانی جذاب باشد.

اگر سوال بیشتری داشتید از طریق ای‌دی @masodbahrami در تلگرام مطرح کنید.

@DomainDrivenDesign_ir

با سلام خدمت همه عزیزان گرامی

📣 مفتخرم به اطلاع برسانم، در رویداد امسال DDD اروپا، به عنوان سخنران شرکت خواهم کرد.

عنوان سخنرانی من در این رویداد، Naming is Caring می‌باشد.

در رویداد امسال بزرگانی از جمله Kent Beck و Eric Evans نیز به عنوان سخنران حضور دارند.

رویدادهای سالانه‌ی DDD اروپا، معتبرترین رویداد Domain-Driven Design در دنیا محسوب می‌شود.

برنامه‌ی امسال تاریخ June 5-9, در هلند برگزار خواهد شد.

از طریق لینک زیر، می‌توانید برنامه کنفرانس 2023 را مشاهده کنید.

https://2023.dddeurope.com/program/#foundations

📣با سلام خدمت همه دوستان گرامی

بعد از یک وقفه طولانی، ثبت‌نام دوره‌ی جامع Domain-Driven Design و Event Sourcing شروع شد.

⭕️ شروع دوره از ۱ مرداد ۱۴۰۲
⭕️ مدت زمان دوره:۴۵ ساعت، ۱۵ جلسه ۳ ساعته
⭕️ ثبت‌نام زود هنگام تا پایان اردیبهشت ۱۴۰۲



در این دوره که بصورت کاملا عملی می‌باشد، به معرفی EventSourcing و CQRS، مزایا، موارد استفاده، تاثیر EventSourcing بر معماری‌ سیستم، اهمیت عنصر زمان و همچنین چالش‌هایی که در پیاده‌سازی این معماری‌ها با آنها مواجه خواهید شد می‌پردازیم. همچنین نشان خواهیم داد که چگونه جنبه‌های تکنیکال مورد استفاده در رویکرد DDD از جمله Aggregate ها می‌توانند در پیاده‌سازی موثر این تکنیک‌ها به ما کمک کند. در این دوره به مهمترین الگوها و پرکتیس‌های تکنیکال DDD خواهیم پرداخت و آنها را پیاده‌سازی خواهیم کرد.


🔶 اطلاعات تکمیلی، معرفی دوره و سرفصل‌های دوره از آدرس زیر قابل مشاهده است:

https://lnkd.in/ekKfPpkJ

🔶 جهت ثبت‌نام در دوره به لینک زیر مراجعه فرمایید:

https://lnkd.in/eyVT-asn

📖 آموزش ایونت سورسینگ
💡بخش دوم: آشنایی با ساختار داخلی ایونت استورها

https://domaindrivendesign.ir/internals-of-event-store-intro


#EventSourcing | Part2
@DomainDrivenDesign_ir

🎭 DOMAIN EVENT is like a frame from a movie.

🎬📽️ Just as the frames of a movie must be executed sequentially in order to see the movie, the domain events must also be applyed in the order of occurrence to obtain the last state of the domain.


#quote



@DomainDrivenDesign_ir

📖 آموزش ایونت سورسینگ
💡بخش سوم: مقایسه رویکردهای State-Oriented و State-Transition


https://domaindrivendesign.ir/event-sourcing-03-state-oriented-vs-state-transition/


#EventSourcing | Part3
@DomainDrivenDesign_ir

📣 اطلاعیه ثبت‌نام دوره آموزشی عملی ‌ جامع Domain-Driven Design و Event Sourcing


🔴 زمان پایان ثبت‌نام زود هنگام تا پایان اردیبهشت ۱۴۰۲



🔶 اطلاعات تکمیلی، معرفی دوره و سرفصل‌های دوره از آدرس زیر قابل مشاهده است:

https://lnkd.in/ekKfPpkJ

🔶 جهت ثبت‌نام در دوره به لینک زیر مراجعه فرمایید:

https://lnkd.in/eyVT-asn


@DomainDrivenDesign_ir

📖 آموزش Event Sourcing | بخش چهارم

💡بخش چهارم: آشنایی با مزیت‌های ایونت سورسینگ

https://lnkd.in/eQvTfuuf




#EventSourcing | Part4
@DomainDrivenDesign_ir

📖 آموزش Event Sourcing | بخش پنجم

💡بخش پنجم: سلام به دنیا به روش ایونت سورسینگ-بخش اول


https://domaindrivendesign.ir/event-sourcing-05-hello-world-part1/


#EventSourcing | Part5
@DomainDrivenDesign_ir

⭕️ اطلاعیه برگزاری دوره آموزشی

با سلام خدمت همه عزیزان گرامی

جلسه اول دوره آموزشی Domain-Driven Design و Event Sourcing پنجشنبه این هفته برگزار خواهد شد.

🔺 جهت اطلاع عزیزانی که در مورد دوره‌های مکتب‌خانه DDD سوال پرسیده‌اند:

در حال حاضر تنها دوره‌ی فعال و در حال برگزاری دوره آموزشی Domain-Driven Design و Event Sourcing است.

⭕️ یک جلسه از این دوره برگزار شده است.

⭕️ ثبت‌نام این دوره باز، و در صورتی که تمایل داشته باشید می‌تونید توی دوره شرکت کنید :)

@DomainDrivenDesign_ir

📖 آموزش Event Sourcing | بخش ششم

💡بخش ششم: سلام به دنیا به روش ایونت سورسینگ-بخش دوم


https://domaindrivendesign.ir/event-sourcing-06-hello-world-part2/

#EventSourcing | Part6
@DomainDrivenDesign_ir

📖 آموزش Event Sourcing | بخش هفتم

💡بخش هفتم: Projection


https://domaindrivendesign.ir/event-sourcing-07-projection/

#EventSourcing | Part7
@DomainDrivenDesign_ir

📖 آموزش Event Sourcing | بخش هشتم

💡بخش هشتم: موضوع مبتلا‌به بسیار مهمی به نام حذف یا ویرایش یک Event


http://domaindrivendesign.ir/event-sourcing-08-editing-event/

#EventSourcing | Part8
@DomainDrivenDesign_ir

CQRS pitfalls and patterns
by Udi Dahan at NDC Oslo 2023

As more developers apply Command/Query Responsibility Segregation to their projects, many find that it INCREASES the complexity of their systems rather than decreasing it, often without any performance benefits either. Join Udi for a look at where you should, and more importantly SHOULDN'T be using CQRS in your projects.


https://www.youtube.com/watch?v=Lw04HRF8ies

یکی از بحث‌های همیشگی و البته کم‌ارزش همیشه دعواهای بین دو رویکردی بود که برای حل یک مشکل همانند دو روی یک سکه عمل می‌کنند. همانند جر و بحث همیشگی فی‌ما‌بین "چابکی🐣 و واترفال🌊".

خرد جمعی ما همیشه حکم به برنده بودن رویکرد جدید‌تر میده. همون مثال: نو که اومد به بازار...

در این ویدئو کنت بک و دو فرلی در مورد این موضوع بحث می‌کنن که: بالاخره در سال 2023 برنده جنگ بین رویکردهای واترفال و اجایل، رو کدوم یکی برنده میشه؟

به نظر من چابکی یک صفت، هدف نیست. صفت رو ما در یک لحظه ممکن داشته باشیم و ممکنه لحظه‌ی دیگر نداشته باشیم. مثلا امروز خیلی خوب کار کردیم خروجی خوب داشتیم ولی ممکن فردا به اندازه امروز خوب نباشیم. اندازه گیری صفت هم فازی نه صفر و یک.

موضوع خیلی مهم دیگر هم اینه که چابکی در مورد سرعت بالا یا پایین نیست. چابکی در مورد این است که بتونیم Evolutionery Design and Decision داشته باشیم.

در خود بیانیه چابکی هم اشاره شده که سرعت تولید باید یک سرعت یکنواخت باشه(Sustainable Pace)، نه اینکه حالت سینوسی داشته باشه:
رهرو آن نیست که گه تند و گهی خسته رود
رهرو آن است که آهسته و پیوسته رود

https://www.youtube.com/watch?v=J4ihLROXzPk

@DomainDrivenDesign_ir