📖 آموزش 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

Generic or Specific? Making Sensible Software Design Decisions

Hear Bert Jan Schrijver to learn about generic vs. specific design & architecture, both on a project level and organizational level. He takes an in-depth look at sharing code/components between teams, lifecycle management of generic components, and strategic design as a tool.

https://youtu.be/lh5qWwIj06s?si=X0SaGharEzNjgEZw

🎙Forget Velocity, Let's Talk Acceleration🏎
by Jessica Kerr at GOTO 2017


ABSTRACT
Velocity gives us motion in one direction. We want to work faster -- and more, we want to do the most useful work. We need acceleration: deliberate changes in speed and direction.
How?


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

Spec-ulation
by Rich Hickey-creator of Clojure Language

How to scale your software by responding to and adopting changes? If we agree that Dependency is one of the enemies of software, then how do we deal with dependency in our software?

Although "spec" is one of the most interesting part of Clojure Language😍, but this talk by Rich is not about The spec.



https://www.youtube.com/watch?v=oyLBGkS5ICk&t=333s

An old but must-see debate about TDD between two software pioneers, Uncle Bob and Jim Coplien


Debate sprang up at JAOO '07 around Bob Martin's assertion that "nowadays it is irresponsible for a developer to ship a line of code he has not executed in a unit test."
In this InfoQ video, he debated with Jim Coplien on this and other topics, including:
🔴Design by Contract vs. TDD
and
🔴 how much up-front architecture is needed to keep a system consistent with the business domain model.

https://www.youtube.com/watch?v=KtHQGs3zFAM&t=505s

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

این روزها در همه جا صحبت از مدلسازی مشارکتی دومین یا collaborative modelling هست.
اما واقعا این مدلسازی مشارکتی چی هست؟
چه هدفی داره؟
چه فرقی با سایر روش‌ها داره؟
و به چه طروقی می‌توانیم آنرا انجام بدیم؟

در مکتب‌خانه DDD قصد داریم در قالب یکسری ورکشاپ‌های آنلاین روش‌های مختلف مدلسازی مشارکتی (collaborative modelling) را با همدیگه تمرین کنیم.

.اطلاعات بیشتر را از طریق لینک زیر می‌توانید دریافت کنید.


https://eventstorming.ir/blog/2023/11/13/collaborative-modelling-workshops-01-event-storming/


@DomainDrivenDesign_ir

📍مشتاقانه منتظر شروع جلسه اول و دیدن شما عزیزان هستیم.😍

قراره امروز و در اولین جلسه، EventStorming را با همدیگر برگزار کنیم ⛈

عزیزانی که هنوز به هر دلیلی نتوانستن اقدام به ثبت‌نام کنند، می‌تونن از طریق لینک زیر اقدام کنن:

https://eventstorming.ir/blog/2023/11/13/collaborative-modelling-workshops-01-event-storming/

لینک شرکت در ورکشاپ براتون ایمیل شده. از طریق لینک جوین بشید لطفا
ممکن لینک توی قسمت اسپم ایمیلها هم رفته باشه🙈