یک ارایه جذاب و تماشایی برای آشنایی سریع شما با Domain-Driven Design
سطح: مقدماتی
This conference session will delve into rebuilding Twitter using clean architecture and domain-driven design principles. Specifically, we will cover the following steps:
1. Event storming: We will discuss the importance of event storming in understanding the business requirements and user needs for the new Twitter platform.
2. Bounded contexts: We will identify the bounded contexts within the Twitter system, breaking down the system into smaller, self-contained modules.
3. Aggregates: We will identify the aggregates within each context, improving performance and ensuring consistent data updates.
4. System folder structure: We will discuss the system folder structure and how it should be organized according to clean architecture and domain-driven design principles.
By the end of this session, attendees will have a taste of how to build projects from scratch using clean architecture and domain-driven design principles.
https://www.youtube.com/watch?v=O60aOTfaKrw
- انجمن DDD ایران
@DDD_IRAN
سطح: مقدماتی
This conference session will delve into rebuilding Twitter using clean architecture and domain-driven design principles. Specifically, we will cover the following steps:
1. Event storming: We will discuss the importance of event storming in understanding the business requirements and user needs for the new Twitter platform.
2. Bounded contexts: We will identify the bounded contexts within the Twitter system, breaking down the system into smaller, self-contained modules.
3. Aggregates: We will identify the aggregates within each context, improving performance and ensuring consistent data updates.
4. System folder structure: We will discuss the system folder structure and how it should be organized according to clean architecture and domain-driven design principles.
By the end of this session, attendees will have a taste of how to build projects from scratch using clean architecture and domain-driven design principles.
https://www.youtube.com/watch?v=O60aOTfaKrw
- انجمن DDD ایران
@DDD_IRAN
YouTube
Rebuilding Twitter Following Clean Architecture and Domain-Driven Design - Amichai Mantinband
This conference session will delve into rebuilding Twitter using clean architecture and domain-driven design principles. Specifically, we will cover the following steps:
1. Event storming: We will discuss the importance of event storming in understanding…
1. Event storming: We will discuss the importance of event storming in understanding…
👍12
📣اطلاعیه برگزاری رویداد آنلاین
انجمن DDD ایران شما را به رویداد آنلاین با موضوع Exploratory Domain Discovery by example دعوت می‌کند.
در این رویداد مسعود بهرامی به معرفی متدولوژی EDD خواهد پرداخت. مسعود با ارائه مثال‌های عملی نشان خواهد داد که چگونه EDD می‌تواند در اتخاذ تصمیمات استراتژیک در طراحی و مدلسازی محصول، به‌ویژه در شناساییCore Domains، راهگشا باشد.
علاوه بر این، مسعود بهرامی به بررسی نقش کلیدی این رویکرد نوآورانه در یافتن نقاط ثقل طراحی Bounded Contexts و همچنین در تسهیل ماژولارسازی نرم‌افزار خواهد پرداخت.
اطلاعات بیشتر در: https://exploratorydomaindiscovery.com
⏰جزئیات رویداد:
• تاریخ برگزاری: پنجشنبه، 25 اردیبهشت 1404
• زمان: 17:00 الی 18:30
• لینک برگزاری: meet.google.com/gpb-uwkg-mtd
منتظر حضور گرم شما در این رویداد هستیم
انجمن DDD ایران شما را به رویداد آنلاین با موضوع Exploratory Domain Discovery by example دعوت می‌کند.
در این رویداد مسعود بهرامی به معرفی متدولوژی EDD خواهد پرداخت. مسعود با ارائه مثال‌های عملی نشان خواهد داد که چگونه EDD می‌تواند در اتخاذ تصمیمات استراتژیک در طراحی و مدلسازی محصول، به‌ویژه در شناساییCore Domains، راهگشا باشد.
علاوه بر این، مسعود بهرامی به بررسی نقش کلیدی این رویکرد نوآورانه در یافتن نقاط ثقل طراحی Bounded Contexts و همچنین در تسهیل ماژولارسازی نرم‌افزار خواهد پرداخت.
اطلاعات بیشتر در: https://exploratorydomaindiscovery.com
⏰جزئیات رویداد:
• تاریخ برگزاری: پنجشنبه، 25 اردیبهشت 1404
• زمان: 17:00 الی 18:30
• لینک برگزاری: meet.google.com/gpb-uwkg-mtd
منتظر حضور گرم شما در این رویداد هستیم
👍6
مدل C4 یک رویکرد بصری و ساختاریافته برای مستندسازی معماری نرم‌افزار است که به مهندسین نرم‌افزار کمک می‌کند تا سیستم‌های پیچیده را به شکلی ساده، قابل فهم و استاندارد نمایش دهند. این مدل، که توسط سایمون براون (Simon Brown) معرفی شده، با ارائه چهار سطح دیاگرام، امکان توصیف سیستم را از نمای کلی تا جزئیات فنی فراهم می‌کند. در این پست، به معرفی این مدل و کاربردهایش برای مهندسین نرم‌افزار می‌پردازیم.
مدل C4 چیست؟
عبارت C4 مخفف Context، Container، Component و Code است که هر کدام یک سطح از دیاگرام‌های معماری را نشان می‌دهند. این مدل به جای استفاده از مستندات متنی طولانی یا دیاگرام‌های بیش از حد پیچیده، با تمرکز بر سادگی و وضوح، ارتباط بین اعضای تیم و ذی‌نفعان غیرفنی را بهبود می‌بخشد. هر سطح از دیاگرام‌ها به یک جنبه خاص از سیستم می‌پردازد و به مهندسین اجازه می‌دهد معماری را در لایه‌های مختلف و با عمق مناسب ارائه کنند.
سطح‌های مدل C4
🔸دیاگرام Context (زمینه): این دیاگرام بالاترین سطح نمای سیستم است و نشان می‌دهد که سیستم چگونه با کاربران، ذی‌نفعان و سیستم‌های خارجی تعامل دارد. هدف آن ارائه یک تصویر کلی و ساده برای همه، از جمله افراد غیرفنی، است. مثلاً، اگر یک پلتفرم تجارت الکترونیک طراحی می‌کنید، این دیاگرام کاربران (مشتریان، ادمین‌ها) و سیستم‌های خارجی (مثل درگاه پرداخت) را نشان می‌دهد.
🔸 دیاگرام Container (کانتینر): این سطح به اجزای اصلی تشکیل‌دهنده سیستم می‌پردازد، مانند اپلیکیشن‌های وب، اپلیکیشن‌های موبایل، دیتابیس‌ها یا سرورها. هر "کانتینر" یک واحد اجرایی مستقل است که بخشی از سیستم را پیاده‌سازی می‌کند. این دیاگرام تعاملات بین کانتینرها و فناوری‌های استفاده‌شده (مثل REST API یا پیام‌رسان‌ها) را نشان می‌دهد. برای مهندسین، این سطح به درک معماری سطح بالا کمک می‌کند.
🔸 دیاگرام Component (کامپوننت): این دیاگرام به داخل هر کانتینر می‌رود و کامپوننت‌های نرم‌افزاری داخل آن (مثل ماژول‌ها یا سرویس‌ها) را نمایش می‌دهد. این سطح برای توسعه‌دهندگانی که روی پیاده‌سازی بخش‌های خاصی از سیستم کار می‌کنند، مفید است. مثلاً، در یک اپلیکیشن وب، ممکن است کامپوننت‌های مربوط به احراز هویت یا مدیریت سبد خرید را ببینید.
🔸 دیاگرام Code (کد): این سطح اختیاری است و معمولاً به صورت دیاگرام‌های UML (مثل دیاگرام کلاس) ارائه می‌شود. این دیاگرام‌ها ساختار کد و جزئیات پیاده‌سازی را نشان می‌دهند. از آنجا که این سطح بسیار فنی است، معمولاً فقط در موارد خاص و برای توسعه‌دهندگان استفاده می‌شود.
چرا مدل C4؟
مدل C4 به دلایل متعددی برای مهندسین نرم‌افزار جذاب است:
🔹 سادگی و وضوح: دیاگرام‌های C4 به شکلی طراحی شده‌اند که هم برای توسعه‌دهندگان و هم برای مدیران پروژه یا ذی‌نفعان غیرفنی قابل فهم باشند.
🔹 انعطاف‌پذیری: می‌توانید بسته به نیاز پروژه، فقط دیاگرام‌های مورد نیاز (مثلاً Context و Container) را تهیه کنید.
🔹 همکاری تیمی: این مدل با استانداردسازی مستندات، همکاری بین تیم‌های توزیع‌شده را آسان‌تر می‌کند.
🔹 نگهداری آسان: دیاگرام‌های C4 به‌روزرسانی ساده‌ای دارند و با ابزارهای مختلفی قابل پیاده‌سازی هستند.
کاربردها
مدل C4 در پروژه‌های بزرگ یا تیم‌هایی که نیاز به مستندسازی مداوم دارند، بسیار کاربردی است. این مدل به خصوص در محیط‌های چابک (Agile) که مستندات باید سبک و مؤثر باشند، می‌درخشد. همچنین، برای آموزش اعضای جدید تیم یا ارائه معماری به مشتریان، ابزاری قدرتمند است.
جمع‌بندی
مدل C4 یک ابزار ضروری برای مهندسین نرم‌افزار است که می‌خواهند معماری سیستم را به شکلی شفاف و ساختاریافته ارائه کنند. با استفاده از دیاگرام‌های Context، Container، Component و (در صورت نیاز) Code، این مدل به شما کمک می‌کند تا پیچیدگی‌ها را مدیریت کرده و ارتباطات تیمی را بهبود ببخشید. اگر به دنبال راهی برای ساده‌سازی مستندسازی پروژه‌هایتان هستید، C4 را امتحان کنید!
- انجمن DDD ایران
@DDD_IRAN
مدل C4 چیست؟
عبارت C4 مخفف Context، Container، Component و Code است که هر کدام یک سطح از دیاگرام‌های معماری را نشان می‌دهند. این مدل به جای استفاده از مستندات متنی طولانی یا دیاگرام‌های بیش از حد پیچیده، با تمرکز بر سادگی و وضوح، ارتباط بین اعضای تیم و ذی‌نفعان غیرفنی را بهبود می‌بخشد. هر سطح از دیاگرام‌ها به یک جنبه خاص از سیستم می‌پردازد و به مهندسین اجازه می‌دهد معماری را در لایه‌های مختلف و با عمق مناسب ارائه کنند.
سطح‌های مدل C4
🔸دیاگرام Context (زمینه): این دیاگرام بالاترین سطح نمای سیستم است و نشان می‌دهد که سیستم چگونه با کاربران، ذی‌نفعان و سیستم‌های خارجی تعامل دارد. هدف آن ارائه یک تصویر کلی و ساده برای همه، از جمله افراد غیرفنی، است. مثلاً، اگر یک پلتفرم تجارت الکترونیک طراحی می‌کنید، این دیاگرام کاربران (مشتریان، ادمین‌ها) و سیستم‌های خارجی (مثل درگاه پرداخت) را نشان می‌دهد.
🔸 دیاگرام Container (کانتینر): این سطح به اجزای اصلی تشکیل‌دهنده سیستم می‌پردازد، مانند اپلیکیشن‌های وب، اپلیکیشن‌های موبایل، دیتابیس‌ها یا سرورها. هر "کانتینر" یک واحد اجرایی مستقل است که بخشی از سیستم را پیاده‌سازی می‌کند. این دیاگرام تعاملات بین کانتینرها و فناوری‌های استفاده‌شده (مثل REST API یا پیام‌رسان‌ها) را نشان می‌دهد. برای مهندسین، این سطح به درک معماری سطح بالا کمک می‌کند.
🔸 دیاگرام Component (کامپوننت): این دیاگرام به داخل هر کانتینر می‌رود و کامپوننت‌های نرم‌افزاری داخل آن (مثل ماژول‌ها یا سرویس‌ها) را نمایش می‌دهد. این سطح برای توسعه‌دهندگانی که روی پیاده‌سازی بخش‌های خاصی از سیستم کار می‌کنند، مفید است. مثلاً، در یک اپلیکیشن وب، ممکن است کامپوننت‌های مربوط به احراز هویت یا مدیریت سبد خرید را ببینید.
🔸 دیاگرام Code (کد): این سطح اختیاری است و معمولاً به صورت دیاگرام‌های UML (مثل دیاگرام کلاس) ارائه می‌شود. این دیاگرام‌ها ساختار کد و جزئیات پیاده‌سازی را نشان می‌دهند. از آنجا که این سطح بسیار فنی است، معمولاً فقط در موارد خاص و برای توسعه‌دهندگان استفاده می‌شود.
چرا مدل C4؟
مدل C4 به دلایل متعددی برای مهندسین نرم‌افزار جذاب است:
🔹 سادگی و وضوح: دیاگرام‌های C4 به شکلی طراحی شده‌اند که هم برای توسعه‌دهندگان و هم برای مدیران پروژه یا ذی‌نفعان غیرفنی قابل فهم باشند.
🔹 انعطاف‌پذیری: می‌توانید بسته به نیاز پروژه، فقط دیاگرام‌های مورد نیاز (مثلاً Context و Container) را تهیه کنید.
🔹 همکاری تیمی: این مدل با استانداردسازی مستندات، همکاری بین تیم‌های توزیع‌شده را آسان‌تر می‌کند.
🔹 نگهداری آسان: دیاگرام‌های C4 به‌روزرسانی ساده‌ای دارند و با ابزارهای مختلفی قابل پیاده‌سازی هستند.
کاربردها
مدل C4 در پروژه‌های بزرگ یا تیم‌هایی که نیاز به مستندسازی مداوم دارند، بسیار کاربردی است. این مدل به خصوص در محیط‌های چابک (Agile) که مستندات باید سبک و مؤثر باشند، می‌درخشد. همچنین، برای آموزش اعضای جدید تیم یا ارائه معماری به مشتریان، ابزاری قدرتمند است.
جمع‌بندی
مدل C4 یک ابزار ضروری برای مهندسین نرم‌افزار است که می‌خواهند معماری سیستم را به شکلی شفاف و ساختاریافته ارائه کنند. با استفاده از دیاگرام‌های Context، Container، Component و (در صورت نیاز) Code، این مدل به شما کمک می‌کند تا پیچیدگی‌ها را مدیریت کرده و ارتباطات تیمی را بهبود ببخشید. اگر به دنبال راهی برای ساده‌سازی مستندسازی پروژه‌هایتان هستید، C4 را امتحان کنید!
- انجمن DDD ایران
@DDD_IRAN
👍6❤2👎1
وبینار فراتر از کُد: تاملی درباره آنچه که معماری سیستم‌ها را با سازمان سازگار می‌کند.
در این ارایه، امین مصباحی از زمینه‌ها و چرایی ظهور معماری‌های مدرن خواهد گفت و بر مبنای تجربیات خود به این پرسش، پاسخ خواهد داد که شیوه سازماندهی تیم‌ها چگونه بر سازگاری یک رویکرد معماری تاثیرگذار است.
اگر برای شما هم این سوال مطرح است که چرا علی‌رغم تلاش برای به‌کارگیری رویکردهایی مانند DDD مشکلات قبلی جای خودشان را به مشکلات جدیدتری داده‌اند، این ارایه ارزشمند را از دست ندهید.
درباره امین مصباحی:
Senior Solutions Architect, Engineering Manager
حدود ۲۰ سال است که با طیف متنوعی از سازمان‌ها، استارتاپ‌ها و یا سازمان‌های چند ملیتی در قالب همکاری مستقیم، مشاوره یا تدریس در حوزه معماری، توسعه و بهینه‌سازی نرم‌افزار همراه بوده است. تمرکز او بر طراحی و راهبری سیستم‌هایی است که پایداری، مقیاس‌پذیری و پیچیدگی محاسباتی چالش اصلی آنهاست.
او در حال حاضر به عنوان مدیر مهندسی مشغول به فعالیت است.
زمان: یکشنبه - چهار خرداد - ساعت ۱۹:۳۰
لینک پیوستن:
https://meet.google.com/gyr-xpmr-abk
- انجمن DDD ایران
@DDD_IRAN
در این ارایه، امین مصباحی از زمینه‌ها و چرایی ظهور معماری‌های مدرن خواهد گفت و بر مبنای تجربیات خود به این پرسش، پاسخ خواهد داد که شیوه سازماندهی تیم‌ها چگونه بر سازگاری یک رویکرد معماری تاثیرگذار است.
اگر برای شما هم این سوال مطرح است که چرا علی‌رغم تلاش برای به‌کارگیری رویکردهایی مانند DDD مشکلات قبلی جای خودشان را به مشکلات جدیدتری داده‌اند، این ارایه ارزشمند را از دست ندهید.
درباره امین مصباحی:
Senior Solutions Architect, Engineering Manager
حدود ۲۰ سال است که با طیف متنوعی از سازمان‌ها، استارتاپ‌ها و یا سازمان‌های چند ملیتی در قالب همکاری مستقیم، مشاوره یا تدریس در حوزه معماری، توسعه و بهینه‌سازی نرم‌افزار همراه بوده است. تمرکز او بر طراحی و راهبری سیستم‌هایی است که پایداری، مقیاس‌پذیری و پیچیدگی محاسباتی چالش اصلی آنهاست.
او در حال حاضر به عنوان مدیر مهندسی مشغول به فعالیت است.
زمان: یکشنبه - چهار خرداد - ساعت ۱۹:۳۰
لینک پیوستن:
https://meet.google.com/gyr-xpmr-abk
- انجمن DDD ایران
@DDD_IRAN
👍11❤3👏2
انجمن DDD ایران برگزار می‌کند:
وبینار: چرا معماری نرم‌افزار امری میان رشته‌ای است و تنها بر تکنولوژی تکیه ندارد؟
در این ارائه یک‌ساعته، به بررسی ابعاد مختلف معماری نرم‌افزار می‌پردازیم و نشان می‌دهیم چگونه این حوزه فراتر از کدنویسی، با مدیریت، طراحی، روان‌شناسی و فهم دقیق نیازهای کسب‌وکار گره خورده است. با ما همراه شوید تا نقش تعاملات انسانی، استراتژی‌های سازمانی و تفکر خلاق در خلق سیستم‌های نرم‌افزاری پایدار و کارآمد را مرور کنیم.
سخنران:
پویا شهبازیان کار حرفه‌ای خود را از سال ۲۰۰۳ آغاز کرده است و اکنون معمار ارشد راهکارها در شرکت ESW در کشور ایرلند است. این شرکت ارائه دهنده زیرساخت ابری به برندهای مطرحی مانند نایکی برای بخشی از فرآیندهای تجارت الکترونیک آنهاست. پویا در زمان حضور در ایران علاوه بر کار در شرکتهایی مانند افرانت، سپ و ویستا سامانه آسا، مدرس در حوزه طراحی نرم‌افزار و مهندسی نیازمندی‌های نرم‌افزار نیز بوده است. او یکی از نویسندگان کتاب روش کاربردی تحلیل نیازمندی‌های نرم‌افزار است.
زمان: پنجشنبه ۲۹ خرداد - ساعت ۱۹ (وقت تهران)
📅 لینک افزودن به تقویم گوگل
🎬 لینک پیوستن به وبینار
@DDD_IRAN
وبینار: چرا معماری نرم‌افزار امری میان رشته‌ای است و تنها بر تکنولوژی تکیه ندارد؟
در این ارائه یک‌ساعته، به بررسی ابعاد مختلف معماری نرم‌افزار می‌پردازیم و نشان می‌دهیم چگونه این حوزه فراتر از کدنویسی، با مدیریت، طراحی، روان‌شناسی و فهم دقیق نیازهای کسب‌وکار گره خورده است. با ما همراه شوید تا نقش تعاملات انسانی، استراتژی‌های سازمانی و تفکر خلاق در خلق سیستم‌های نرم‌افزاری پایدار و کارآمد را مرور کنیم.
سخنران:
پویا شهبازیان کار حرفه‌ای خود را از سال ۲۰۰۳ آغاز کرده است و اکنون معمار ارشد راهکارها در شرکت ESW در کشور ایرلند است. این شرکت ارائه دهنده زیرساخت ابری به برندهای مطرحی مانند نایکی برای بخشی از فرآیندهای تجارت الکترونیک آنهاست. پویا در زمان حضور در ایران علاوه بر کار در شرکتهایی مانند افرانت، سپ و ویستا سامانه آسا، مدرس در حوزه طراحی نرم‌افزار و مهندسی نیازمندی‌های نرم‌افزار نیز بوده است. او یکی از نویسندگان کتاب روش کاربردی تحلیل نیازمندی‌های نرم‌افزار است.
زمان: پنجشنبه ۲۹ خرداد - ساعت ۱۹ (وقت تهران)
📅 لینک افزودن به تقویم گوگل
🎬 لینک پیوستن به وبینار
@DDD_IRAN
👍13🤔2
انجمن DDD ایران
وبینار فراتر از کُد: تاملی درباره آنچه که معماری سیستم‌ها را با سازمان سازگار می‌کند. در این ارایه، امین مصباحی از زمینه‌ها و چرایی ظهور معماری‌های مدرن خواهد گفت و بر مبنای تجربیات خود به این پرسش، پاسخ خواهد داد که شیوه سازماندهی تیم‌ها چگونه بر سازگاری…
ویدیوی این وبینار هم اکنون در کانال یوتوب انجمن قابل دسترس است.
🎬 https://youtu.be/2mNUTUr5lqY
همچنین می‌توانید «امین مصباحی» را از طریق کانال تلگرام شخصی ایشان (Tech Afternoon) دنبال کنید.
- انجمن DDD ایران
@DDD_IRAN
🎬 https://youtu.be/2mNUTUr5lqY
همچنین می‌توانید «امین مصباحی» را از طریق کانال تلگرام شخصی ایشان (Tech Afternoon) دنبال کنید.
- انجمن DDD ایران
@DDD_IRAN
YouTube
وبینار فراتر از کُد: تاملی درباره آنچه که معماری سیستم‌ها را با سازمان سازگار می‌کند.
در این ارایه، امین مصباحی از زمینه‌ها و چرایی ظهور معماری‌های مدرن خواهد گفت و بر مبنای تجربیات خود به این پرسش، پاسخ خواهد داد که شیوه سازماندهی تیم‌ها چگونه بر سازگاری یک رویکرد معماری تاثیرگذار است.
اگر برای شما هم این سوال مطرح است که چرا علی‌رغم تلاش…
اگر برای شما هم این سوال مطرح است که چرا علی‌رغم تلاش…
👍7❤3
📋 پرسشنامه‌ای ۶ سواله که تکمیلش فقط چند دقیقه وقت می‌گیره.
یه شرکت ایرانی برای ارزیابی میزان شناخت از برند کارفرماییش و شناسایی مزایای جذاب برای کارکنان بالقوه‌اش، یه پرسشنامه طراحی کرده.
برای جمع‌آوری داده‌های بی‌طرفانه، این پرسشنامه به‌صورت ناشناس و از طریق پیج‌ها و گروه‌های مختلف منتشر شده.
📌 ما هم چون معتقدیم همچین تحقیقاتی در نهایت به نفع دانشجوها، کارکنان و سازمان‌هاست، تصمیم گرفتیم همراهشون باشیم.
اگه علاقه‌مند به شرکت در این تحقیق هستین، روی لینک زیر کلیک کنین 👇 👇
🔗 https://B2n.ir/ze6404
🎁 در پایانش هم، هدیه کوچکی برای قدردانی دریافت می‌کنید.
#پرسشنامه
یه شرکت ایرانی برای ارزیابی میزان شناخت از برند کارفرماییش و شناسایی مزایای جذاب برای کارکنان بالقوه‌اش، یه پرسشنامه طراحی کرده.
برای جمع‌آوری داده‌های بی‌طرفانه، این پرسشنامه به‌صورت ناشناس و از طریق پیج‌ها و گروه‌های مختلف منتشر شده.
📌 ما هم چون معتقدیم همچین تحقیقاتی در نهایت به نفع دانشجوها، کارکنان و سازمان‌هاست، تصمیم گرفتیم همراهشون باشیم.
اگه علاقه‌مند به شرکت در این تحقیق هستین، روی لینک زیر کلیک کنین 👇 👇
🔗 https://B2n.ir/ze6404
🎁 در پایانش هم، هدیه کوچکی برای قدردانی دریافت می‌کنید.
#پرسشنامه
👍4
انجمن DDD ایران تقدیم می‌کند:
وبینار معماری نرم‌افزار، هنری میان‌رشته‌ای و فراتر از فناوری
سخنران: پویا شهبازیان
معماری نرم‌افزار تنها به انتخاب فناوری‌ها و الگوهای طراحی محدود نمی‌شود؛ این هنر در هسته‌ی خود، آمیزه‌ای از تعاملات انسانی، استراتژی‌های سازمانی و تفکر خلاق است. در این وبینار، پویا به بررسی این موضوع می‌پردازد که چگونه کیفیت ارتباطات درون‌تیمی، فرآیندهای تصمیم‌گیری و هم‌راستایی با نیازهای کسب‌وکار، معماری سیستم‌های پایدار و کارآمد را شکل می‌دهند.
با ما همراه شوید تا در گفت‌وگویی عمیق، نقش پویایی‌های سازمانی و خلاقیت در خلق سیستم‌هایی که نه‌تنها کارآمد، بلکه ماندگار هستند را کاوش کنیم. این فرصت را از دست ندهید تا دیدگاه خود را در این حوزه تحول‌آفرین گسترش دهید.
پویا شهبازیان کار حرفه‌ای خود را از سال ۲۰۰۳ آغاز کرده است و اکنون معمار ارشد راهکارها در شرکت ESW در کشور ایرلند است. این شرکت ارائه دهنده زیرساخت ابری به برندهای مطرحی مانند نایکی برای بخشی از فرآیندهای تجارت الکترونیک آنهاست.
زمان: یکشنبه ۲۳ شهریور - ۱۴ سپتامبر - ساعت ۱۹:۳۰ (تهران)
📆 افزودن به گوگل کلندر
🌐 لینک پیوستن
@DDD_IRAN
وبینار معماری نرم‌افزار، هنری میان‌رشته‌ای و فراتر از فناوری
سخنران: پویا شهبازیان
معماری نرم‌افزار تنها به انتخاب فناوری‌ها و الگوهای طراحی محدود نمی‌شود؛ این هنر در هسته‌ی خود، آمیزه‌ای از تعاملات انسانی، استراتژی‌های سازمانی و تفکر خلاق است. در این وبینار، پویا به بررسی این موضوع می‌پردازد که چگونه کیفیت ارتباطات درون‌تیمی، فرآیندهای تصمیم‌گیری و هم‌راستایی با نیازهای کسب‌وکار، معماری سیستم‌های پایدار و کارآمد را شکل می‌دهند.
با ما همراه شوید تا در گفت‌وگویی عمیق، نقش پویایی‌های سازمانی و خلاقیت در خلق سیستم‌هایی که نه‌تنها کارآمد، بلکه ماندگار هستند را کاوش کنیم. این فرصت را از دست ندهید تا دیدگاه خود را در این حوزه تحول‌آفرین گسترش دهید.
پویا شهبازیان کار حرفه‌ای خود را از سال ۲۰۰۳ آغاز کرده است و اکنون معمار ارشد راهکارها در شرکت ESW در کشور ایرلند است. این شرکت ارائه دهنده زیرساخت ابری به برندهای مطرحی مانند نایکی برای بخشی از فرآیندهای تجارت الکترونیک آنهاست.
زمان: یکشنبه ۲۳ شهریور - ۱۴ سپتامبر - ساعت ۱۹:۳۰ (تهران)
📆 افزودن به گوگل کلندر
🌐 لینک پیوستن
@DDD_IRAN
👍14