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

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

گزارش اولین ورکشاپ از سری جلسات Collaborative Modelling با موضوع Big Picture EventStorming

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

این گزارش مختصر رو می‌تونید از لینک زیر مشاهده کنید:

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


@DomainDrivenDesign_ir

📣کارگاه ۳ روزه Specification by Example, from User Stories to Implementing Well-Crafted Software

پیش‌ ثبت‌نام و رزرو کارگاه ۳ روزه SBE

در این ورکشاپ سه روزه شرکت کنندگان با تاکید بر collaborative modeling و collaborative design و تکیه بر اصول craftsmanship و در قالب تیم‌های چابک اقدام به تجزیه، تحلیل، جداسازی و پیاده‌سازی یک محصول خواهند کرد.

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

https://domaindrivendesign.ir/product/specification-by-example-from-user-stories-to-implementing-well-crafted-software-workshop/

@DomainDrivenDesign_ir

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

📣کارگاه Specification by Example: From User Stories to Implementing Well-Crafted Software
از تاریخ ۲ الی ۴ اسفند ماه در تهران برگزار خواهد شد.

جهت شرکت و ثبت‌نام در این کارگاه با ای‌دی

@masodbahrami
تماس بگیرید.

⚠️اولویت شرکت با عزیزانی هست که از قبل رزرو کرده باشند.

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

چالش‌هایی از جمله:
• عدم شفافیت در تعریف و مفهوم محصول
• نبود عمق استراتژیک محصول
• نداشتن برداشت یکسان از تصویر بزرگ محصول
• بر روی یک صفحه نبودن اعضای تیم شامل محصول‌چی ها، ذینفعان کلیدی، توسعه دهندگان، متخصصان UI و UX و تیم QA و ...
• نبود درک صحیح از مفهوم ریلیز پلن بین اعضای تیم
• رفت و برگشت‌های پینک پنکی فیچرهای محصول بین افراد
• صرف ساعت‌های متمادی و حتی متوالی و تقلا برای شفاف کردن آیتم‌های محصول

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

رویکردهای Collaborative Modelling and Design جهت غلبه بر مشکلات اشاره شده در بالا، رویه‌های مبتنی بر تشریک مساعی و همکاری همه‌ی افراد تاثیر گذار را در مراحل مختلف توسعه‌ی محصول تشویق و ترغیب می‌کند.

📍شما در ورکشاپ Specification by Example: From User Stories to Implementing Well-Crafted Software این فرصت را بدست می‌آورید تا با راهنمایی و مربی‌گری افراد با تجربه در این زمینه، مراحل مختلف توسعه‌ی محصول از ایده‌ی اولیه محصول تا طراحی ریلیز پلن‌ها و ایتریشن‌های محصول و همینطور پیاده‌سازی در این ایتریشن‌ها را در کنار یک تیم توسعه بصورت کامل تجربه کنید.
تکنیک‌هایی از جمله:
✅ Value Props

✅ Business Model Canvas

✅ Impact Mapping

✅ EventStorming

✅ DomainStoryTelling

✅ User Story Mapping

✅ Example Mapping

✅ Three Amigos

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


در نهایت تیم ها یاد خواهند گرفت که چگونه dead line های محصول را میت کنند.

💭 اگر محصول‌چی هستید(Product Owner, Product Manager, Product Analysis, QA و ...) شما هم مخاطب این ورکشاپ هستید.


📅 این کارگاه روزهای 2 تا 4 اسفندماه 1402بصورت حضوری در تهران برگزار خواهد شد.

🔵 جهت شرکت و ثبت‌نام در این کارگاه با ای‌دی @masodbahrami تماس بگیرید.