Agile Software Architecture-Microservices

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

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

I Hate Value Objects
Value Objects: A Barrier to DDD. 🔵⚡Descriptor Data to the Rescue
Part 1


I wrote a new article. I revealed my thoughts on one of the most confusing issues in the tactical world of DDD. Read it 👇

https://masoudbahrami.substack.com/p/i-hate-value-objects

Model Rigor, You Say

An insightful talk
By: Rebecca Wirfs-Brock
At: DDD Europe


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

Language can and should play an important role in exploring and modeling a complex domain.


As you know, the greatest complexity of the vast majority of the software domain lies in the understanding of the domain itself. Every domain, simple or complex, is somehow expressed in formal or informal language by domain experts, product managers or software owners and developers. We must look for the drivers of our solution in the problem space. As mentioned earlier, the problem is expressed in formal or informal language.


So focus on the language of the domain to be modeled.

🌎 More information: https://LanguageDrivenDesign.Com/index


One of the most important activities in any language development is the wording or naming. Why is naming so important?

Read this groundbreaking essay by Gottlob Frege - On Sense and Reference

https://www.slideshare.net/slideshow/on-sense-and-reference-52471284/52471284

با سلام و احترام

با سپاس از استقبال بی‌نظیر شما همراهان گرامی، انجمن DDD ایران مفتخر است که سومین جلسه از سری کارگاه‌های Exploratory Domain Discovery را برگزار نماید.

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

🔵 مدرس: مسعود بهرامی
🔵 برگزارکننده: انجمن DDD ایران
🔵 محل برگزاری: تهران (حضوری)


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

لینک پیش‌ ‌ثبت‌نام:

https://docs.google.com/forms/d/e/1FAIpQLScaOq56nhLe6-e5ZbeVwwOl3NX7taJ-A72kgVKzY15XqCm72g/viewform?usp=header

Humankind gains enormous power by building large networks of cooperation.

But the way these networks are built predisposes them to use power unwisely.

Our problem, then, is an information problem.

Obviously!
Understanding that my understanding might be wrong is essential.

The Dance Between Authors and Audiences

When audiences engage with a story, they're looking for the main point or message. To guide readers towards this understanding, authors often build suspense by starting with context and revealing the main point later.

Every software has a story. The story is the domain of that software. So every software or every domain has a main point, covered by a vast majority of information serving as its context.

As software developers, We are the authors of the story not the audiences. So it is crucial to start with the main point and provide and design the context based on the main idea.

As software developers, we're not simply reading a story; we're writing it. It's essential to begin with the core purpose of the software and then design the features and functionalities to support that purpose.

📣 اطلاعیه برگزاری کارگاه Exploratory Domain Discovery

انجمن DDD ایران در نظر دارد کارگاه Exploratory Domain Discovery را به زودی برگزار کند. در صورتی که تمایل دارید در این کارگاه شرکت کنید، لطفا از طریق لینک زیر فرم پیش‌ثبت‌نام اولیه را تکمیل بفرمایید.


کارگاه بصورت حضوری و در تهران برگزار می‌شود. ولی در صورتی که عزیزان بیشتری امکان حضور نداشته باشند بصورت آنلاین نیز ممکن است برگزار بشود.

🔵 مربی کارگاه: مسعود بهرامی
🔵 برگزار کننده: انجمن DDD ایران
🔵 مکان برگزاری: بصورت حضوری در شهر تهران

⭕️لینک پیش‌ ثبت‌نام:
https://lnkd.in/gpmTf6J8

The real problem in software development isn't just a few bad habits or mistakes. It's when these bad habits become normal and accepted within the team. This can lead to a decline in code quality, missed deadlines, and a toxic work environment.

To prevent this, teams should focus on continuous improvement, open communication, and a commitment to quality.

Code is Cheap, Describe It to Me



https://masoudbahrami.medium.com/code-is-cheap-describe-it-to-me-a-new-paradigm-in-software-development-c08172d2a433

انجمن DDD ایران با افتخار اعلام می‌کند که در راستای گسترش تعاملات علمی در حوزه مهندسی نرم‌افزار برای ایرانیان و فارسی‌زبانان، با برگزاری یک رویداد آنلاین در رویداد جهانی 2024 Global Day of DDD مشارکت خواهد داشت.

رویداد Global Day of DDD که توسط جامعه مجازی Virtual Domain-driven design سازماندهی می‌شود، شامل یک رویداد آنلاین اصلی و مجموعه‌ای از رویدادهای محلی (Local) است که توسط جوامع DDD در کشورهای مختلف به طور همزمان و در یک بازه 16 ساعته برگزار می‌شود. انجمن DDD ایران افتخار دارد که در این رویداد جهانی مشارکت کند و با برگزاری یک رویداد آنلاین، فضایی برای تعامل و تبادل نظر علاقه‌مندان ایرانی فراهم آورد.

🔹 اطلاعات رویداد

▪️ تاریخ : پنجشنبه 1 آذر ۱۴۰۳
▪️ زمان: از ساعت ۹ الی ۲۲
▪️ قالب برگزاری: آنلاین
شرکت در این رویداد برای تمامی علاقه‌مندان رایگان است.

لینک ثبت نام:
https://evand.com/events/global-day-of-ddd-6256241

Promotions and tooling at Google (with Irina Stanescu, Ex-Google)

An inside look at Google’s unique working processes, tactical advice for getting promoted at companies like Google and Uber, and how to build influence as a software engineer.


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

https://newsletter.pragmaticengineer.com/p/promotions-and-tooling-at-google

Zipf's Law: A Universal Pattern in Our Data-Driven World

Have you ever wondered why some words appear far more frequently than others in a language? Or why a handful of cities dominate a country's population? These seemingly disparate phenomena share a surprising commonality: they often follow a simple yet profound pattern known as Zipf's Law.


Read the article:👇

https://www.linkedin.com/pulse/zipfs-law-universal-pattern-our-data-driven-world-masoud-bahrami-osixc/?trackingId=83SElbhUQLuSBH%2BAdTJxbg%3D%3D

Authority and Responsibility
By Kent Beck


It’s often regarded as a key attitude for every player in any social activity, including software development.

What are some good and bad traits that define a productive person?

Authority and responsibility are certainly among the most challenging yet game-changing qualities. What is the reasoning behind being responsible in a social setting? Why is it so important? Does it really matter at all?


Read the article📰👇

https://substack.com/@kentbeck/p-149451292

⭕️ A different perspective can make big differences …

Software development flow from different lenses:

🥸From a (normal)software developer’s point of view:
Input -> Concrete and explicit business logic -> Data

🥽From an AI software developer’s perspective:
Input -> Data -> Business Logics

How AI is Changing Coding and Education

Stanford Webinar - Andrew Ng & Mehran Sahami

This engaging fireside chat brings together two leading Stanford experts, Andrew Ng and Mehran Sahami, for an illuminating conversation on how AI is reshaping both coding and education. Their thought-provoking insights reveal the transformative impact of AI on the future of technology and learning.

From the rich history of these disciplines to the latest breakthroughs fueled by generative AI, they offer sharp insights into what’s coming next in technology and learning, and how it will reshape the world around us.


🔴 How generative AI is empowering faster development for experienced developers while simplifying coding for novices, making advanced software creation more accessible.

🔴 Why learning to code and use generative AI will become vital for professionals across various fields, not just software engineers
How educational institutions are integrating generative AI tools into computer science curricula to ensure students are proficient with these emerging technologies from the outset.

🔴 The importance of equipping students to recognize the broader societal implications of the technologies they develop by embedding considerations of fairness, privacy, and decision-making into technical courses.


Watch the webinar 👇

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

Large-Scale Architecture - Randy Shoup - Explore DDD 2024


Building distributed systems that work is hard. And scaling those systems by multiple orders of magnitude is even harder. Using examples from internet-scale consumer properties like Google, Amazon, and eBay, this talk deep-dives into the counterintuitive idea that the key to success in large-scale architecture is simplicity.

Randy Shoup first discuss simple components like modular services, orthogonal domain logic, and service layering. Next he discuss simple interactions between components, leveraging event-driven models, immutable logs, and asynchronous dataflow. Then Randy explore techniques that simplify making changes the system, including incremental changes, continuous testing, canary deployments, and feature flags.

In the final part of the talk, Randy Shoup shows how all these ideas work together with specific architectural examples from Amazon, Netflix, and Walmart.


🔴 Watch the talk: https://www.youtube.com/watch?v=rO00-4gH3SI

اطلاعیه ثبت‌نام رویداد حضوری DDD Plus
☕️ سلام به همه‌ی دوستان و عزیزان گرامی!

📣 خیلی خوشحالم که می‌تونم خبر برگزاری اولین دورهمی حضوری DDD Plus رو بهتون بدم. بعد از برگزاری چند رویداد آنلاین، چه فرصت خوبی برای اینکه همدیگه رو از نزدیک ببینیم و از تجربیات هم استفاده کنیم.

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

تا حالا پنج تا دورهمی آنلاین برگزار کردیم و امیدواریم که براتون مفید بوده باشن. حالا می‌خوایم اولین دورهمی‌ حضوری DDD Plus رو برگزار کنیم.

امیدوارم این رویداد حضوری فرصتی رو فراهم کنه که بتونیم همدیگه رو ببینیم، از همدیگه یاد بگیریم، با همدیگه آشنا بشیم یا تجدید دیدار مجددی کنیم. ☕️🥮



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

https://evand.com/events/رویداد-حضوری-ddd-plus
http://domaindrivendesign.ir/ddd-plus-in-person-event-01/
منتظرتون هستیم!

بداهه‌نوازی و TDD: رقصی از خلاقیت و ساختار

اگرچه بداهه‌نوازی موسیقی ایرانی و طراحی پدیدآر(emergent design) به روش TDDدر ظاهر دو حوزه کاملا متفاوت به نظر می‌رسند؛ یکی هنر اصیل و دیگری روشی مهندسی در توسعه نرم‌افزار. اما با کمی دقت می‌توانیم شباهت‌های شگفت‌انگیزی بین این دو مفهوم پیدا کنیم. هر دو فرایند، ریشه در خلاقیت، انعطاف‌پذیری و تکرار دارند.

در بداهه‌نوازی، نوازنده بدون داشتن یک پارتیتور از پیش تعیین‌شده، با تکیه بر دانش موسیقیایی خود و الهام در لحظه، قطعه‌ای را خلق می‌کند-در لحظه-در آنی. در بداهه‌نوازی موسیقی ایرانی معمولا نقطه‌ی شروع مشخص است. مثلا هنرمند می‌داند که با "درآمد راست پنجگاه" شروع مسیر خواهد کرد. نقطه پایانی و مقصد هم معمولا مشخص است. مثلا در پایان این مسیر موسیقایی ما را به "نغمه اصفهان" خواهد برد. اما مسیر دقیق تا پایان، در لحظه شکل می‌گیرد. هر نت نواخته شده، بر نت بعدی تأثیر می‌گذارد و قطعه را به سمت یک کل منسجم سوق می‌دهد.

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

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


در نهایت اینکه، بداهه‌نوازی و TDD هر دوشون به ما نشان می‌دهند که خلاقیت و ساختار می‌توانند در کنار هم وجود داشته باشند.

🪕🎼🧑‍💻بداهه‌نوازی و TDD: رقصی از خلاقیت و ساختار

اگرچه بداهه‌نوازی موسیقی ایرانی و طراحی پدیدار(emergent design) به روش TDDدر ظاهر دو حوزه کاملا متفاوت به نظر می‌رسند؛ یکی هنر اصیل و دیگری روشی مهندسی در توسعه نرم‌افزار. اما با کمی دقت می‌توانیم شباهت‌هایی شگفتی بین این دو مفهوم پیدا کنیم. هر دو فرایند، ریشه در خلاقیت، انعطاف‌پذیری و تکرار دارند

در بداهه‌نوازی، نوازنده بدون داشتن یک پارتیتوراز پیش تعیین‌شده،با تکیه بر دانش موسیقیاییش و الهام در لحظه قطعه‌ای را خلق می‌کند-در لحظه. در بداهه‌نوازی موسیقی سنتی معمولا شروع مشخص است. مثلا "درآمد راست پنجگاه". نقطه پایانی و مقصد هم معمولا مشخص است. مثلا پایان مسیر به "نغمه اصفهان" خواهیم رسید. اما مسیر، در لحظه خلق میشود. هر نت نواخته شده، بر نت بعدی تأثیر می‌گذارد و قطعه را به سمت یک کل منسجم سوق می‌دهد.


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

Sharing is Caring.

Sharing is a crucial component of building effective teams. When team members share their knowledge, experiences, and ideas, it fosters a collaborative and supportive environment that benefits everyone.

@DomainDrivenDesign_ir

Metaphors in Domain-Driven Design: A Double-Edged Sword

In the book "Metaphors We Live By" by George Lakoff and Mark Johnson, a metaphor is defined as a conceptual mapping between two domains of experience. This means that we often understand one concept in terms of another, even if they are not literally related.

For example, we might understand time as a "resource" or "commodity" because we map it onto our experiences with physical resources.

From software development perspective, these days metaphors, are powerful tools in storytelling and communication, have found their way into software development. They can provide a common language and mental model for understanding complex domains. These inherent use cases or feature of metaphors make them a great tools for modelling and designing complex domains using DDD approach. But their use also comes with potential pitfalls.


https://masoudbahrami.medium.com/metaphors-in-domain-driven-design-a-double-edged-sword-cb628835862e

Subscribe to Masoud's Newsletter on LinkedIn to learn practical tips for building better software, from modeling and designing to testing and team collaboration.

https://www.linkedin.com/newsletters/masoud-s-newsletter-7234498523524734976

Inside GPT – Large Language Models Demystified
by Alan Smith at NDC Oslo 2024

پردازش زبان طبیعی با استفاده از الگوریتم‌های GPT یک حوزه در حال تکامل سریع است که فرصت‌ها و چالش‌های بسیاری را برای توسعه‌دهندگان ارائه می‌دهد. اما GPT چیست و چگونه کار می‌کند؟ چگونه می‌توانید از آخرین پیشرفت‌ها در الگوریتم‌های GPT برای ایجاد برنامه‌های جذاب و مفید استفاده کنید؟ آیا کسب‌وکار من می‌تواند از ایجاد یک ربات چت مبتنی بر GPT بهره‌مند شود؟

توی این سخنرانی، آلن به بررسی عمیق معماری الگوریتم‌های GPT و عملکرد داخلی ChatGPT پرداخته. او به بررسی مفاهیم بنیادی پردازش زبان طبیعی مانند جاسازی کلمات(word embedding)، برداری‌سازی و توکنی‌سازی(vectorization and tokenization) پرداخته است. سپس او نشان داد که چگونه می‌توانید از این تکنیک‌ها برای آموزش یک مدل GPT2 استفاده کنید که می‌تواند متن آهنگ تولید کند و نشان دهد که توالی کلمات چگونه پیش‌بینی می‌شوند.

آلن توی بخش دیگری از از سخنرانی‌اش به مدل‌های زبانی بزرگتر مانند ChatGPT و GPT4 پرداخت و قدرت، قابلیت‌ها و محدودیت‌های آن‌ها را نشان داد. استفاده از هایپرپارامترهایی مانند دما و جریمه فرکانس توضیح داده شده و تأثیر آن‌ها بر خروجی تولید شده نشان داده شد. سپس او مفاهیم prompt engineering را پوشش داد و نشان داد که چگونه Retrieval Augmented Generation (RAG) می‌توانند برای ایجاد یک تجربه ChatGPT بر اساس داده‌های متنی خود استفاده شوند.


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

In DDD, the language we use acts like a bridge between the experts' knowledge and the actual code we write. It guides us throughout the entire development process, from the beginning to the end.


https://lnkd.in/d_tbfqMg

💡 چالش شماره 14 DDD Plus

چالش این شماره متفاوت‌تر از چالش‌های قبلی است. 5شنبه‌ی هفته گذشته در دورهمی اعضای تهران جاگ(Tehran JUG) حضور پیدا کردم. موضوع درهمی DDD بود. مسئله‌ای در باب استفاده از Value Object و تقدس و شرارت Value Objectمطرح شد. چالش این شماره همین موضوع بسیار متداول و کلاسیک در DDD را زیر ذره‌بین برده است.

🔴 پیش‌زمینه:
در این چالش، به دنیای واقعی یک سازمان که از DDD استفاده می‌کند، قدم می‌گذاریم. در یک گفت‌وگوی روزمره، پرسشی در مورد بهترین روش مدل‌سازی آدرس مشتری در یک سیستم سفارش‌گیری مطرح شده است. این سوال ساده، ما را به دنیای پیچیده و جذاب مدل‌سازی دامنه می‌برد.

چالش این هفته با چالش‌های قبلی متفاوت‌تر است! این سوال از دل یک گفتگوی روزمره در جمع بچه‌های تهران جاگ که هفته پیش به عنوان مهمان در جمع آنها بودم، مطرح شده است و نشان می‌دهد که حتی ساده‌ترین سوال‌ها می‌توانند به بحث‌های پیچیده و جذاب در دنیای DDD منجر شوند.


🔴 سناریو:
تصور کنید شما یک متخصص DDD در شرکت DDD-To-The-Rescue.Com هستید. شما در حال طراحی یک سیستم سفارش‌گیری هستید که مشتریان می‌توانند چندین آدرس مختلف برای ارسال سفارشات خود ثبت کنند و هر سفارش نیز می‌تواند شامل محصولات مختلفی باشد.

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

بین شما و سایر افراد این بحث پیش می‌آید که آدرس را Value Object در نظر بگیریم یا Object. آدرس‌ها را چطور؟ با توجه به این سناریو آشنا به سوالات زیر پاسخ دهید.


🔴 صورت مسئله:

با توجه به سناریو بالا به سوالات زیر پاسخ دهید:

🔶 آیا آدرس یک مشتری باید به عنوان یک Value Object (VO) یا Entity در نظر گرفته شود؟
🔶 بهترین روش برای مدل‌سازی چندین آدرس برای یک مشتری چیست؟ از VO یا Entity استفاده کنیم؟
🔶 تفاوت اساسی بین Value Object و Entity چیست و چرا این تفاوت در این سناریو مهم است؟
🔶 آیا واقعا تفاوت بین این دو مفهوم آنقدرها که فکر می‌کنیم اساسی و ضروری است؟
🔶 چگونه باید مشتری را مدل‌سازی کنیم؟
🔶 تاثیر انتخاب مدل مناسب برای آدرس‌ها بر نحوه ذخیره‌سازی و بازیابی اطلاعات چیست؟
🔶 چگونه باید آیتم‌های موجود در یک سفارش را مدل‌سازی کنیم؟

پیشنهاد می‌کنم چالش این هفته را بصورت کامل از لینک زیر مطالعه کنید:


لینک به چالش شماره 14: 👇

http://domaindrivendesign.ir/ddd-plus-14/

💬گروه بحث و تبادل نظر در مورد این چالش: 👇
https://t.me/DomainDrivenDesignGroup

هشتگ‌:
#DDDP | #DDD_Plus | #dddp14

https://t.me/DomainDrivenDesign_ir

📣 📢 چهارمین رویداد آنلاین DDD Plus
با موضوع، "چگونه تیم خوشحال(تری) داشته باشیم؟" این هفته جمعه از ساعت 18 الی 19 برگزار می‌شود.

زمان: جمعه 26 مرداد 1403
ساع: 18 الی 19

شما چه فکر می‌کنید؟ تعریف یک تیم خوشحال چیست؟ چه فاکتورهایی برای داشتن یک تیم خوشحال نیاز داریم؟ اصلا چه ترکیبی برای داشتن یک تیم خوشحال می‌توان متصور شد؟

توی این رویداد سعی می‌کنیم این سوالات رو به بحث و چالش بکشونیم.

لینک ثبت‌نام در رویداد:
https://lu.ma/8rmq1sff

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

Design, Composition, and Performance❗

Watch this groundbreaking talk by Rich Hickey, the creator of Clojure and designer of Datomic, where he delves into the core principles of design and composition and their impact on the way we build software.

Intrigued? Here's why you should watch:

In the talk Rich delves into:

Design & Composition: This talk explores the fundamental building blocks of software development and how they influence our practices and tools.

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