کانال مکتب‌خانه DDD

نقطه هشتم رو هم، در اولین جمعه پاییزی ۱۴۰۵، دیروز با هم گذاشتیم😍

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

جمعه: ۳ مهرماه ۱۴۰۵
نقطه‌ی هشتم(در اصل نهم😅)

تصاویر کامل رو از صفحه رویداد دنبال کنید

https://masoudbahrami.com/academy/event/noghte-8/

سهیل صمدزاده در هشتمین رویداد نقطه 🎙️

در هشتمین رویداد نقطه، میزبان سهیل صمدزاده عزیز هستیم؛ کسی که سال‌هاست در فضای محصول و توسعه نرم‌افزار با یک سؤال ساده اما مهم درگیر است:
چقدر از کاری که انجام می‌دهیم، واقعاً به ارزش برای مشتری تبدیل می‌شود؟

سهیل در این نقطه درباره Customer Value Gap یا CVG صحبت می‌کند؛ متریکی که برای اندازه‌گیری فاصله زمانی بین تحویل‌های ارزشمند به مشتری طراحی کرده است.
ممکن است یک تیم هفته‌ها مشغول باشد، Feature بسازد، کد بزند، تست کند، Review انجام دهد و Deploy کند؛ اما در نهایت، چند هفته بگذرد بدون اینکه ارزش ملموسی به مشتری رسیده باشد.

این فاصله کجاست؟ چرا ایجاد می‌شود؟ و چطور می‌توانیم آن را ببینیم؟

در سخنرانی سهیل با ایده‌ی CVG (سیویج) آشنا می‌شویم.

اگر Product می‌سازید، اگر کد می‌زنید، اگر با تیم‌های محصول و مهندسی کار می‌کنید، احتمالاً این سوال برای شما هم آشناست:
ما واقعا چقدر سریع ارزش تحویل می‌دهیم؟


📍 نقطه هشتم
🎙️ سخنران: سهیل صمدزاده
💬 سخنرانی + گفتگوهای گروهی

صفحه رویداد

بالاخره نوبت به نقطه‌ی هشتم(نهمین نقطه!) رسید 😍
با یک موضوع داغ و با حضور سهیل صمدزاده عزیز

Faster, more, cheaper… BUT
measured what, delivered what?
ما داریم کار می‌کنیم. Backlog داریم، Sprint داریم، PR داریم، Deploy هم داریم. همه به توپ مشغول‌اند.

اما یه سوال ساده:
در این مدت چه چیزی واقعا به دست مشتری رسیده؟
تو هشتمین رویداد نقطه، میزبان سهیل صمدزاده هستیم؛ و نقطه‌ی شروع گفتگو، ایده‌ای است که او برای اندازه‌گیری بالغانه‌ی عملکرد تیم مطرح کرده:
Customer Value Gap یا CVG

ایده ساده(حداقل به ظاهر این چنین) است: به جای اینکه فقط بپرسیم تیم چقدر سریع کار می‌کند، ببینیم چند وقت یک‌بار واقعاً ارزشی به مشتری تحویل می‌دهیم. اگر تیم چند هفته هیچ ارزش ملموسی تحویل نداده باشد، یک گپ شکل گرفته است، گپی بین کاری که انجام می‌دهیم و ارزشی که تحویل می‌دهیم.

اما این فقط درباره‌ی CVG نیست. وقتی از فاصله تا ارزش حرف می‌زنیم، سؤال‌های دیگری هم باز می‌شوند:
آیا مشکل از اندازه‌ی Featureهاست؟ از معماری؟ از Product؟ از Engineering؟ از ترس Deploy؟ از تعریف اشتباه Done؟ یا شاید اصلا ما درباره‌ی ارزش تعریف مشترکی نداریم؟

ثبت‌نام

طاقچه استادکار؛ قفسه‌ای برای کتاب‌های یک مهندس نرم‌افزار

یکی از کارهایی که توی آکادمی مسعود بهرامی شروع کردیم و به‌نظر حرکت مفیدی بود، طاقچه استادکار نام داشت؛ جایی که سراغ کتاب‌هایی رفتیم که برای یک مهندس نرم‌افزار و یک محصول‌چی واقعاً ارزش خواندن دارند.

کتاب‌های موجود:
📕 کتاب Domain-Driven Design- اثر اریک ایوانس
درباره‌ی پیچیدگی در قلب نرم‌افزار و اینکه چطور دامنه را درست مدل کنیم.

📕 کتاب Working Effectively with Legacy Code - اثر مایکل فدرز
برای وقتی که به یک پروژه‌ی قدیمی اضافه شده‌اید و باید بدون شکستن همه‌چیز، تغییرش دهید.

📕کتاب Fundamentals of Software Architecture - اثر مارک ریچاردز و نیل فورد یک نقشه‌ی راه برای کسی که می‌خواهد از کدنویسی صرف عبور کند و معماری سیستم‌ها را با استدلال طراحی کند.

📕کتاب Clean Architecture - اثر رابرت سی. مارتین
درباره‌ی ساختار نرم‌افزار، طراحی سیستم و اصولی که باعث می‌شود کد در بلندمدت قابل نگهداری بماند.

📕کتاب Designing Data-Intensive Applications - اثر مارتین کلپمن
برای کسی که می‌خواهد بفهمد پشت صحنه‌ی دیتابیس‌ها و سیستم‌های توزیع‌شده چه خبر است.

قفسه استادکار

Meaning Split Design Pattern

So, Part II of my Language-Driven Design book is finally here. Chapter 11, Meaning Split Design Pattern, is out! 🎉

This is the part where I get to play with an idea I've been thinking about for a long time:
What if we treated language itself as a design material?

From Part II onward, each chapter is a design pattern.
But these patterns are not about another way of structuring classes, another architecture style, or another variation of something we've already seen.

📖 Chapter 11 - Meaning Split

Read the chapter. If you find the idea interesting, share it with someone who might have one of those words hiding in their codebase. 😄

————-

پارت دوم کتاب Language-Driven Design بالاخره منتشر شد.
فصل ۱۱ از کتاب-اولین فصل از پارت دوم، با عنوان Meaning Split Design Pattern بر روی سایت منتشر شد.

از پارت دوم به بعد، هر فصل یه

الگوی طراحی (Design Pattern)

هست.

https://masoudbahrami.com/ldd/book/ch11/

اپیزود جدیدی از پادکست نگاه دوم منتشر شد! 😍

اپیزود دوم از فصل Matrix Thinking پادکست نگاه دوم را اکنون می‌توانید از اسپاتیفای و همینطور بر روی سایت دریافت کنید.

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

از ماتریکس آیزنهاور می‌گوییم؛ چهارچوبی ساده اما قدرتمند برای تشخیص کارهای مهم از فوری. از ماتریکس Known-Unknown می‌گوییم؛ برای مواجهه با عدم‌قطعیت و ناشناخته‌های پروژه. از خطاهای شناختی می‌گوییم؛ مثل سوگیری تأیید، خوش‌بینی بی‌جا و خطای برنامه‌ریزی که تصمیم‌گیری ما را خراب می‌کنند. از تفکر خارج از چارچوب می‌گوییم؛ که گاهی بهترین راه، انتخاب بین گزینه‌ها نیست، بلکه بازتعریف خود مسئله است. و در نهایت، از نظریه دسته‌ها می‌گوییم؛ که به ما یاد می‌دهد دنیا را نه بر اساس اشیا، که بر اساس رابطه‌ها ببینیم.

🎧 اپیزود دوم Matrix Thinking را بشنوید:
▶️ لینک اسپاتیفای

🌎 لینک وبسایت



#نگاه_دوم #matrix_thinking

The Joy of Abstract Mathematical Thinking by Eugenia Cheng


Mathematics is a framework for thinking. Category theory is an abstract branch of mathematics and it’s used in everyday life, including developing software…


https://youtu.be/48VqWQ2YbGk?is=lRP6-WLGcsCkP9iE

نقطه هفتم(هشتمین نقطه😉) هم امروز گذاشته شد.🔥😍

تصاویری از رویداد امروز نقطه


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

⏳ تاریخ:
۳۰ مرداد ۱۴۰۵

صفحه رویداد:
https://masoudbahrami.com/academy/event/noghteh-7/

تصاویر کامل رویداد به زودی در صفحه رویداد قرار داده خواهد شد