آموزش DDD یک مرجع برای فهم عمیق‌تر و کاربردی‌تر در زمینه طراحی و توسعه نرم افزارهاست. در این دوره شروع کار با Domain Driven Design ، به مفاهیم اصلی طراحی دامنه محور پرداخته می‌شود. در این آموزش Domain Driven Design (به اختصار DDD) قصد داریم شما را با روش‌ها و الگوهایی آشنا کنیم که دریابید چه نرم‌افزاری را می‌خواهید تولید کنید و اصلاً چرا باید آن را تولید کنید؟ همچنین با روال‌های کسب و کار و الگوهای پیاده‌سازی نرم‌افزار آشنا می‌شویم. به یاد داشته باشید این الگوها تنها مختص DDD نیستند و با یادگیری آن‌ها میتوان تصمیمات درست‌تری برای پیاده‌سازی نرم‌افزار خود گرفت و برنامه‌هایی با قابلیت توسعه و نگهداری بهتر ایجاد کرد.
1.900.000 تومان
در اولین قسمت از آموزش DDD قصد داریم شما را با دامنه و انواع آن آشنا کنیم. دامنه (Domain) درواقع به مجموعه‌ای از مفاهیم و دانش‌های منسجم در یک حوزه گفته می‌شود. در حوزه طراحی دامنه محور ، محدوده کسب‌وکاری که نرم‌افزار ما قرار است در آن به فعالیت بپردازد را دامنه می‌نامیم. در مبحث آشنایی با دامنه در این دوره آموزش Domain Driven Design ، به بررسی مباحثی همچون موارد زیر می‌پردازیم:
▪️ دامنه کسب و کار چیست؟ ▪️ زیردامنه چیست و چه کاربردی دارد؟ ▪️ Core Subdomain چیست؟ ▪️ Generic Subdomain چیست؟ ▪️ Supporting Subdomains چیست؟ ▪️ مقایسه انواع زیردامنه‌ها از جنبه‌های مختلف برای کسب و کار ▪️ آشنایی با Core Domain Chart ▪️ Domain Expert کیست و چه نقشی دارد؟
پس از آشنایی با دامنه و انواع آن، در بخش بعدی آموزش DDD با Ubiquitous Language آشنا می‌شویم. طراحی دامنه محور بر زوایای دیگری از فرآیند توسعه نرم‌افزار نیز تأثیرگذار است و تأکید زیادی در ارتباط دوطرفه تیم توسعه نرم‌افزار و کاربران متخصص Domain دارد. از آنجا که ممکن است در این ارتباط دوطرفه، تیم توسعه نرم‌افزار در فهمیدن برخی مفاهیم و مسائل، دچار اشتباه و دوگانگی شود، لذا ایجاد زبان یکسان بین دو تیم (Ubiquitous Language) درمورد مفاهیم Domain ، امری الزامی است. در این بخش از آموزش Domain Driven Design ، می‌خواهیم با زبان کسب و کار آشنا شویم:
▪️ آشنایی با مسائل کسب و کاری ▪️ چرا نیاز به ارتباط داریم؟ ▪️ چه مشکلاتی در ارتباطات وجود دارد؟ ▪️ Ubiquitous Language چیست؟ ▪️ زبان کسب و کار چه نقشی در تشکیل Ubiquitous Language دارد؟ ▪️ مدل چیست و چه ویژگی‌هایی دارد؟
Domain Driven Design می‌تواند راهکارهایی برای تقسیم نرم‌افزار به بخش‌های جدا و مستقل (مفهوم Bounded Context) و همچنین ارتباط این بخش‌ها با یکدیگر ارائه کند. این امر سبب می‌شود تا فرآیند توسعه نرم‌افزار به‌صورت موازی بین چند تیم انجام شده و همچنین معماران سیستم را قادر می‌سازد تا از معماری‌ها و تکنولوژی‌های مختلف در بخش‌های مختلف استفاده نمایند. در این بخش از آموزش DDD ، به معرفی این مفهوم مهم می‌پردازیم:
▪️ مدل‌سازی با ابعاد بزرگ چه مشکلاتی دارد؟ ▪️ چرا نیاز به ایجاد مدل‌های کوچک‌تر داریم؟ ▪️ Bounded Context چیست؟ ▪️ تفاوت Bounded Context با زیردامنه چیست؟ ▪️ Bounded Context چه محدوده‌هایی را تعیین می‌کند؟
هنگامی که پروژه‌های بسیار بزرگ با روش Domain Driven Design پیاده‌سازی می‌شوند، پروژه به بخش‌های مجزا ازهم به نام Bounded Context ها تفکیک می‌شود (هر Bounded Context به‌طور کامل از بقیه هم‌تایانش جداست.) در این بخش از آموزش DDD ، یاد خواهیم گرفت به چه شکلی بین Bounded Context ها ارتباط برقرار نماییم و موارد زیر را بررسی می‌کنیم:
▪️ آشنایی با ارتباط از نوع Cooperation ▪️ آشنایی با Customer Supplier ▪️ Separate way چیست؟ ▪️ الگوی Partnership چیست؟ ▪️ معرفی Shared Kernel و کاربردهای آن ▪️ معرفی Conformist ▪️ آشنایی با Open-Host Service ▪️ آشنایی با Anticorruption Layer و کاربردهای آن ▪️ Context-map چیست و چه نیازی را برآورده می‌کند؟
در این قسمت از آموزش Domain Driven Design با الگوهایی برای پیاده‌سازی نرم افزار آشنا می‌شویم. این الگوها مختص DDD نیستند؛ اما با یادگیری آن‌ها می‌توانیم تصمیمات درست‌تری برای الگوهای پیاده‌سازی نرم افزار خود بگیریم و برنامه‌هایی با قابلیت توسعه و نگهداری بهتر ایجاد کنیم. در این بخش، به بررسی موضوعات زیر می‌پردازیم:
▪️ تاریخچه‌ای بر روش‌های پیاده‌سازی نرم افزار ▪️ آشنایی با Transaction Script ▪️ مزایا و معایب Transaction Script ▪️ آشنایی با روش پیاده‌سازی Transaction Script ▪️ چه زمانی از این الگو باید استفاده کنیم؟ ▪️ معرفی الگوی Active Record ▪️ آشنایی با نحوه پیاده‌سازی Active Record ▪️ مزایا و معایب Active Record چیست؟ ▪️ چه زمانی از Active Record استفاده کنیم؟
Rich Domain Model در طراحی دامنه محور به معنای ایجاد مدلی جامع و مفهومی از اجزای کسب‌وکار است که به‌طور دقیق و کامل، مفاهیم و قوانین کسب‌وکار را بازتاب می‌دهد. این مدل دارای ارتباطات و تعاملات معنادار بین اجزا است و براساس نیازهای واقعی کسب‌وکار ساخته می‌شود. با استفاده از Rich Domain Model، توسعه‌دهندگان می‌توانند سیستم‌های نرم‌افزاری با پایه‌ای قوی و قابل توسعه را پیاده‌سازی کنند که با تغییرات در مفاهیم کسب‌وکار هماهنگی دارد و از مزایایی مانند افزایش قابلیت اطمینان و قابلیت تعمیم‌پذیری برخوردار است. در این بخش از آموزش DDD قصد داریم بررسی کنیم که:
▪️ مقدمه‌ای بر Rich Domain Model ▪️ معرفی Value Object و کاربرد آن ▪️ معرفی Entity ▪️ Aggregate چیست و چه کاربردی دارد؟ ▪️ Domain Service چیست و چه زمانی کاربرد دارد؟ ▪️ Domain Event چیست و چه کاربردی دارد؟
Event Sourcing یک الگوی طراحی در Domain Driven Design است که در صنعت نرم‌افزار کاربرد دارد، وضعیت فعلی یک اپلیکیشن یا موجودیت را با استفاده از وقایعی که در طول زمان رخ داده‌اند، نشان می‌دهد. به جای ذخیره‌سازی وضعیت فعلی، وقایع ذخیره و بازیابی می‌شوند و وضعیت فعلی موجودیت با پردازش این وقایع تعیین می‌شود.
Event Sourcing امکاناتی از قبیل ثبت کامل تاریخچه، قابلیت بازگشت به وضعیت‌های گذشته و افزایش اطمینان را فراهم می‌کند و به توسعه‌دهندگان کمک می‌کند تا سیستم‌هایی با پاسخگویی بهتر به نیازهای کسب‌وکار و قابلیت تطبیق با تغییرات را پیاده‌سازی کنند. در این قسمت از آموزش DDD ، بیشتر با جزئیات این الگوی جالب آشنا می‌شویم:
▪️ Event Sourcing چیست؟ ▪️ چرا به Event Sourcing نیاز داریم؟ ▪️ چگونه Domain Model خود را با این روش، پیاده‌سازی می‌کنیم؟ ▪️ مزایا و معایب Event Sourcing چیست؟ ▪️ سؤالات متداول درمورد Event Sourcing
آشنایی با نحوه معماری نرم افزار از بخش‌های مهم آموزش Domain Driven Design است؛ چراکه این معماری به‌منظور ایجاد سیستم‌های نرم‌افزاری قابل اطمینان، قابل توسعه و انعطاف‌پذیر با استفاده از مدل‌سازی مفاهیم کسب‌وکار و هماهنگی تیم‌های توسعه، تدوین شده است. با استفاده از مفاهیم و الگوهایی که در ادامه آن‌ها را بررسی می‌کنیم، معماری نرم افزار در طراحی دامنه، سعی در ایجاد سیستم‌هایی دارد که قابلیت تغییر و تطبیق با نیازهای کسب‌وکار را داشته باشند و با استفاده از مدل‌سازی دقیق مفاهیم کسب‌وکار، ارتباط بهتری با مشتریان و تیم‌های توسعه برقرار کنند.
▪️ چرا نیاز به ایجاد ساختار برای برنامه‌ها داریم؟ ▪️ آشنایی با معماری چندلایه ▪️ مزایا و معایب معماری چندلایه ▪️ معرفی Hexagonal Architecture ▪️ مزایا و معایب Hexagonal Architecture ▪️ رابطه‌ی Hexagonal Architecture با Clean و Onion Architecture در چیست؟ ▪️ آشنایی با CQRS ▪️ چرا به CQRS نیاز داریم؟
در برنامه‌های توزیع‌شده که براساس Domain Driven Design (DDD) طراحی شده‌اند، برای ارتباط بین اجزای مختلف سیستم از الگوهای مختلفی استفاده می‌شود. این الگوها به‌طورکلی، برای اطمینان از ارتباطات مؤثر و معمولی بین اجزای مختلف سیستم و همچنین مدیریت پیچیدگی‌های ارتباطی در سیستم توزیع‌شده طراحی شده‌اند. الگوهای ارتباطی در برنامه‌های توزیع‌شده در این آموزش DDD شامل موارد زیر است:
▪️ ارتباط بین بخش‌های مختلف برنامه چگونه برقرار می‌شود؟ ▪️ آشنایی با Model Translation و روش پیاده‌سازی آن ▪️ Event Outbox چیست و چه کمکی به ما می‌کند؟
در این قسمت آموزش Domain-Driven Design می‌خواهیم با روش‌هایی آشنا شویم که بتوانیم الگوهایی را که در قسمت اول و دوم یاد گرفتیم، در دنیای واقعی مورد استفاده قرار دهیم. Event Storming ؛ راه حلی برای هم‌ذهن‌شدن تیم‌های تحلیل و کسب‌وکار. تکنیک EventStorming یک روش تحلیل جدید است که امروزه در دنیا بسیار موردتوجه قرار گرفته است.
▪️ Event Storming چیست؟ ▪️ چه زمانی از Event Storming استفاده می‌کنیم؟ ▪️ چه کسانی را به جلسه دعوت می‌کنیم؟ ▪️ برای برگزاری جلسه چه نیازمندی‌هایی داریم؟ ▪️ زمان برگزاری جلسه چقدر است؟ ▪️ فرایند برگزاری جلسه چگونه انجام می‌شود؟ ▪️ آشنایی با Pivotal Event ها ▪️ آشنایی با Swimline و کاربرد آن ▪️ بعد از جلسه، چه کارهایی انجام می‌دهیم؟
Domain Storytelling یک روش متمرکز بر انسان است که در فرآیند طراحی دامنه محور برای درک عمیق‌تر و مشترک مفاهیم کسب‌وکار و تعاملات بین افراد و سیستم استفاده می‌شود. در این روش، داستان‌های کاربردی (Use Cases) و نیازمندی‌های کسب‌وکار به شکل داستان‌های زندگی واقعی توصیف می‌شوند.
این داستان‌ها با استفاده از زبان غنی و قابل فهمی که معمولاً با همکاری بین توسعه‌دهندگان و متخصصان کسب و کار ساخته می‌شوند. Domain Storytelling با استفاده از مراحلی که در این بخش از آموزش DDD آن‌ها را بررسی می‌کنیم، به تیم‌های توسعه اجازه می‌دهد تا نیازمندی‌های کسب‌وکار را به شکلی داستان‌محور و قابل فهم ترجمه کنند و اطمینان حاصل کنند که مفاهیم کلیدی کسب‌وکار به‌درستی درک شده‌اند و در سیستم پیاده‌سازی می‌شوند.
▪️ Domain Story Telling چیست؟ ▪️ چرا Domain Story Telling روش مناسبی است؟ ▪️ چه کسانی را به جلسه دعوت می‌کنیم؟ ▪️ Facilitator کیست و چه نقشی در انجام کار دارد؟ ▪️ چه مواقعی از Domain Story Telling استفاده می‌کنیم؟
در دنیای نرم‌افزار، بسیاری از روش‌ها و الگوهای معروفی وجود دارند که می‌توانند با مفهوم طراحی دامنه محور (Domain Driven Design یا DDD) هم‌خوانی داشته باشند و در فرآیند پیاده‌سازی طراحی محدوده‌بندی‌شده، مورد استفاده قرار بگیرند. در ادامه بخش پایانی از آموزش DDD ، با سه روش و الگوهای معروف در دنیای نرم‌افزار آشنا می‌شویم و بررسی می‌کنیم که چه ارتباطی با DDD دارند. این الگوها و روش‌ها، هر یک با مفاهیم و اصول Domain Driven Design هماهنگی دارند و می‌توانند به توسعه سیستم‌های نرم‌افزاری کمک کنند که مدیریت پیچیدگی‌ها، ایجاد مدل دامنه مفهومی و ایجاد سیستم‌های قابل توسعه و قابل انعطاف باشند.
▪️ آشنایی با میکروسرویس ▪️ معرفی Event-Driven Architecture ▪️ آشنایی با Data Mesh
علیرضا ارومند به عنوان Technical Manager شرکت داتین (وابسته به فناپ) در حوزه پروژه‌های بانکی فعال است.او همچنین مدرس و Technical Manager پروژه‌های نیک آموز می باشد از دیگر تخصص های او میتوان به: تولید فریمورک برنامه نویسی فوق العاده حرفه‌ای با مدیریت بیش از ۱ میلیون تراکنش در ثانیه، همکاری با تیم توسعه شرکت ارتباط فردا (بانک آینده)، مشاور فنی شرکت توسعه رفاه پردیس (بانک رفاه)، مدیر فنی خبرگزاری نسیم، سخنران تنها همایش مورد تایید مایکروسافت در خاورمیانه در حوزه ASP.NET Core، مدیر فنی خبرگزاری بین المللی پیام‌کوتاه نسیم (برنده جشنواره وب ایران)، مدرس دوره های Dot Net ، ASP.NET در نیک آموز، همکاری با تیم توسعه شرکت ارتباط فردا (وابسته به بانک آینده)، کارشناس ارشد و معمار نرم افزار شرکت هایپرمدیا، کارشناس توسعه نرم افزارهای آنلاین بورس شرکت تدبیرپرداز، معمار نرم افزار و توسعه دهنده سیستم های اداری مرکزتحقیقات ساختمان و مسکن وزارت مسکن، مشاور IT معاون وزیر مسکن و شهرسازی در مرکزتحقیقات ساختمان و مسکن، برگزاری دوره آموزش برنامه نویسی وب برای تیم فنی خبرگزاری بین المللی نسیم.
Domain Driven Design یا DDD، یک رویکرد طراحی و توسعه نرم افزار محسوب می‌شود که در آن، برروی درک عمیق و مدل‌سازی حوزه اصلی کسب و کار تمرکز می‌شود و شما این مدل را بهعنوان ابزار راهنما در تمام مسیر توسعه نرم افزار استفاده خواهید کرد. درحقیقت، با یادگیری و آموزش DDD به کمک آشنایی با قوانین و الگوهای طراحی دامنه محور باعث می‌شود تا اعضای تیم توسعه و کارشناسان دامنه، به درک مشترکی از Domain پروژه برسند، روند توسعه نرم افزار با اهداف کسب و کار همتراز شود، مدیریت پیچیدگی‌ها تسهیل یابد و درنهایت، این اطمینان حاصل شود که نرم‌افزار ایجادشده، دقیقاً پاسخگوی نیازمندی‌های کسب‌وکار باشد.
شما میتوانید با مطالعه مقاله Domain Driven Design چیست؟ [بررسی دامنه] مفاهیم مربوط به دامنه کسب و کار را بهتر درک کنید.
در Domain Driven Design، یک مفهوم بنیادی به نام Bounded Context وجود دارد که با استفاده از آن، مرزبندی مفهومی و شفافی برای تعریف اسکوپ، محدودیتهای درون دامنه مدل و قوانین مربوطه تعریف می‌شود. Bounded Context ها بهعنوان یک بخش ضروری، کمک میکنند تا درک مشترک از دامنه حفظ شود و افراد تیم توسعه نرم افزار بتوانند درنهایت شفافیت و بدون تعارض، برروی بخش‌های مختلف پروژه به‌صورت مستقل کار کنند. پیشنهاد می‌کنیم برای درک بهتر این مفهوم، مقاله Bounded Context در توسعه نرم افزار را مطالعه نمایید.
اساساً مفاهیم Domain Driven Design به یک نوع خاص از زبان برنامه نویسی وابسته نیست و شما میتوانید آن را برای انواع زبان های برنامه نویسی به کار ببرید. لازم به ذکر است که تمامی مثال‌ها و تمرینهای این دوره آموزش DDD ، براساس زبان برنامه نویسی دات نت (NET.) طراحی شده‌اند.
این چهار مفهوم، همگی از موضوعات پراهمیت توسعه نرم افزار محسوب می‌شوند:
DDD (Domain Driven Design)
DDD (Domain Driven Design) یک متدولوژی برای طراحی سیستم‌های نرم‌افزاری پیچیده است که در آن، تمرکز برروی دامنه اصلی کسب و کار قرار دارد و منجر به مواردی مانند درک نیازمندی‌های سازمان، کدهایی با قابلیت نگهداری و مرزبندی شفاف خواهد شد.
میکروسرویس
میکروسرویس یک شیوه معماری نرم‌افزار است که در آن، اپلیکیشن نرم‌افزاری در قالب مجموعه‌ای از سرویسهای کوچک و مستقل، ساختاردهی می‌شود و هر سرویس، برای قسمت خاصی از کسب‌وکار کاربرد دارد.
دیزاین پترن
دیزاین پترن راه حلهای با قابلیت استفاده مجددی بهحساب میآیند که به‌منظور حل مسائل رایج طراحی نرم‌افزار مورد استفاده قرار میگیرند و باعث بهبود کیفیت کدها و قابل نگهداری بودن آن‌ها می‌شوند.
معماری تمیز (Clean Architecture)
معماری تمیز (Clean Architecture) یک فلسفه طراحی نرم افزار است که بهواسطه آن، عناصر طراحی به سطوح حلقهحلقه جداسازی می‌شوند. Clean Architecture به گونهای طراحی شده است که توسعهدهنده می‌تواند آن را برای سازماندهی کدها استفاده کند تا منطق کسب‌وکار در چارچوبی جداگانه از مکانیزم تحویل (Delivery) جداسازی شود.
بله؛ هدف ما در مجموعه نیک آموز، فراهم کردن دوره‌های آموزشی بهروز و مطابق با آخرین تغییرات است. علاوهبراین، براساس اینکه در طول زمان، چه میزان تغییراتی در محتوای دوره آموزشی ایجاد شود، تخفیفهای مناسبی (۵۰٪ الی ۱۰۰٪) به خریداران دوره‌های پیشین تعلق میگیرد. در شرایطی که به‌روزرسانی دوره، به افزایش مثال‌ها یا Feature های خاصی محدود شود، این موارد به‌صورت رایگان در اختیار شما قرار خواهد گرفت تا شما بتوانید دورهای که از قبل تهیه کردهاید را به بهترین شکل ممکن درک کنید و مهارتهای خود را مطابق با آپدیتها گسترش دهید. ضمن اینکه میتوانید تا مدت زمان شش ماه، از پشتیبانی برخوردار شوید.
هرچند در هر دوی DDD و TDD ، تمرکز روی ایجاد نرم افزار کارآمد و سریع است، اما این دو رویکرد از دو نقطهنظر مختلف این کار را انجام میدهند. در Test Driven Domain یا همان TDD، تمرکز اصلی روی ایجاد یک برنامهریزی توسعه به‌صورت گامبهگام و همراه با جزئیات است و این روند، ازطریق فرآیند Testing انجام خواهد شد. درحالیکه در DDD ، روی درک دقیق و صحیح کسب‌وکار و تلفیق قوانین پیچیده آن درون طراحی نرم‌افزار تمرکز می‌شود که در این دوره آموزش DDD به این موارد به‌طور کامل می‌پردازیم.
بله؛ میتوانید ازطریق اسنپ پی، بهراحتی این دوره آموزش DDD را تهیه کنید. کافیست در اسنپ پی، حساب کاربری ایجاد کرده و پس از ورود به صفحه نیک آموز، دوره موردنظر را تهیه کنید. اگر بخواهید از خرید اقساطی بهعنوان روش پرداخت هزینه استفاده کنید، تنها یک چهارم آن را در ابتدا پرداخت خواهید کرد. شما میتوانید با مطالعه راهنمای خرید اقساطی دوره آموزشی با اسنپ پی ، با مراحل آن آشنا شوید.
این دوره آموزش DDD دارای لایسنس پخش است. شما میتوانید این دوره را در پلیر اختصاصی مجموعه، با نام اسپات پلیر مشاهده کنید. توجه کنید که پس از تهیه این دوره، یک کلید لایسنس منحصربهفرد در پنل کاربری شما قرار میگیرد. در صورتی که به لایسنسهای بیشتری نیاز داشته باشید، میتوانید با پرداخت هزینه آن، از این مزیت برخوردار شوید. توجه کنید که تمام فایلهای مربوط به دوره، شامل سورس کدها و جزوات، همگی در اسپات پلیر قابل دسترس شما هستند. برای اطلاعات بیشتر، به مقاله راهنمای مشاهده محصولات آموزشی محافظت شده نیکآموز مراجعه کنید.
درصورت تمایل به دریافت فاکتور رسمی، پیش از خرید خود با واحد فروش مجموعه (17 00 07 91 – 021) تماس حاصل نمایید. لطفاً توجه کنید که پس از خرید آنلاین از سایت مجموعه، به هیچ عنوان امکان صدور فاکتور رسمی وجود نخواهد داشت.
این دوره آموزش Domain Driven Design در استودیو اختصاصی نیک آموز تهیه شده است و در آن، مفاهیم مربوط به درک و تحلیل دامنه کسب و کار به‌صورت مرحلهبهمرحله و با جزئیات دقیق برای شما شرح داده می‌شوند. نحوه ارائه دوره به گونهای است که شما میتوانید به دانش مطلوبی از نحوه شناخت نیازمندی‌های دامنه سازمان برسید و همزمان با مدرس، به تجزیه و تحلیل نرم‌افزاری مثال‌ها بپردازید.
شما میتوانید با مراجعه به فرم درخواست مشاوره تخصصی ، از متخصصان نیک آموز مشاوره دریافت کنید و با به کارگیری مهارتهای تجربی تیم ما، در خصوص متدولوژی Domain Driven Design راهنمایی بگیرید.
بله؛ در نیک آموز امکان برگزاری دوره‌های سازمانی به‌صورت تخصصی فراهم شده است. به‌منظور ثبت درخواست، کافی است اطلاعات خود و دوره سازمانی مدنظر را در فرم درخواست آموزش سازمانی ثبت کنید تا ما با شما تماس بگیریم.
برای اینکه بتوانید در ارتباط با Domain Driven Design مشاوره / تدریس خصوصی بگیرید، لطفاً فرم درخواست مشاوره مدرسین را تکمیل نمایید تا کارشناسان ما با شما تماس بگیرند.
رضایت شما از این دوره آموزش DDD و کمک به رفع مشکلات احتمالی، برای ما اهمیت زیادی دارد. به همین دلیل، یک گروه پشتیبانی در تلگرام ایجاد شده است تا شما بتوانید درصورت نیاز، مسائل خود را در این بستر مطرح کنید. تا حداکثر ۴۸ ساعت کاری پس از ثبت نام در دوره، با شما تماس گرفته می‌شود و فرآیند عضویت شما در گروه تلگرام نهایی خواهد شد. توجه شود که در آینده، «سیستم تیکتینگ» راهاندازی می‌شود و فرآیند پشتیبانی از گروه تلگرامی به آنجا منتقل خواهد شد.
بله؛ شما میتوانید از مشاورههای نیک آموز بهعنوان راهنما در مسیر خود استفاده کنید. برای این منظور، لطفاً شماره خود را در فرم مشاوره صفحه دوره وارد کنید تا مشاوران نیک آموز با شما تماس بگیرند.
Δ
ذخیره نام، ایمیل و وبسایت من در مرورگر برای زمانی که دوباره دیدگاهی مینویسم.
