آموزش نسخه جدید فریم ورک AUA CQRS - توضیح درباره بخش Commands - قسمت 3

در این قسمت از پکیج AUAFramework_CQRS_DDD ما قصد داریم درباره Commands در فریم ورک AUA برای شما عزیزان صحبت کنیم.

در فریم‌ورک AUA، دستورات (Commands) برای انجام عملیات‌های تغییر دهنده در داده‌ها مورد استفاده قرار می‌گیرند. مثال: افزودن، ویرایش یا حذف رکوردها. دستورات به صورت مستقیم با داده‌ها ارتباط دارند و تغییرات را اعمال می‌کنند. این نوع دستورات به طور معمول با عملیات‌های پایگاه داده مرتبط هستند و برای تغییر وضعیت داده‌ها، ایجاد یا حذف آن‌ها استفاده می‌شوند. به عبارت دیگر، دستورات در AUA به شما امکان کنترل و مدیریت داده‌ها را می‌دهند.

آموزش کار با Commands در فریم ورک AUA نسخه جدید - Commands در فریم ورک AUA جدید - توضیحات بخش Commands در فریم ورک AUA نسخه جدید به زبان فارسی - طریقه کار با Commands در فریم ورک AUA - آشنایی با Commands در فریم ورک AUA نسخه جدید - مزایای Commands در فریم ورک AUA نسخه جدید - آموزش AUA Framework CQRS کاملا رایگان و از صفر تا صد - استاد رحیم لطفی 

امیدوارم که برای شما عزیزان مفید واقع بشه.

  لینک ویدئو در یوتیوب: 
https://www.youtube.com/watch?v=KkQ38emJdvw

website:
www.auaframework.com

Repository:
https://github.com/AUAFramework/AUAFramework.Net8_CQRS


JOiN → @HeiltonProgramming

آموزش نسخه جدید فریم ورک AUA CQRS - توضیح درباره بخش کوئری Query - قسمت 4

در قسمت قبلی از دوره AUAFramework_CQRS_DDD ما درمورد Commands صحبت کردیم و در این بخش ما قصد داریم درباره کوئری Query برای شما عزیزان صحبت کنیم.

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

سادگی: کوئری ها به زبان فارسی ساده نوشته می شوند و نیاز به دانش تخصصی SQL ندارند.
قدرت: کوئری ها می توانند اطلاعات را از جداول مختلف، با استفاده از توابع و فیلترهای پیچیده، بازیابی کنند.
انعطاف پذیری: کوئری ها را می توان به صورت پویا و بر اساس ورودی کاربر ایجاد کرد.
خوانایی: کوئری ها به راحتی قابل خواندن و فهم هستند، که به اشتراک گذاری و نگهداری آنها کمک می کند.
کارایی: کوئری ها برای بازیابی سریع اطلاعات از پایگاه داده بهینه شده اند.
قابلیت ترکیب: کوئری ها را می توان با سایر اجزای فریم ورک AUA، مانند مدل ها و ویوها، ترکیب کرد.

آموزش کار با کوئری Query در فریم ورک AUA نسخه جدید - کوئری Query در فریم ورک AUA جدید - توضیحات بخش کوئری Query در فریم ورک AUA نسخه جدید به زبان فارسی - طریقه کار با کوئری Query در فریم ورک AUA - آشنایی با کوئری Query در فریم ورک AUA نسخه جدید - مزایای کوئری Query در فریم ورک AUA نسخه جدید - آموزش AUA Framework CQRS کاملا رایگان و از صفر تا صد - استاد رحیم لطفی 

امیدوارم که برای شما عزیزان مفید واقع بشه.

  لینک ویدئو در یوتیوب: 
https://www.youtube.com/watch?v=DrOg-1M4iYk

website:
www.auaframework.com

Repository:
https://github.com/AUAFramework/AUAFramework.Net8_CQRS

JOiN → @HeiltonProgramming

آموزش نسخه جدید فریم ورک AUA CQRS - طریقه افزودن ماژول Module و انتیتی Entity - قسمت 6

در این بخش از پکیج AUAFramework_CQRS_DDD، ما قصد داریم در مورد روند اضافه کردن یک ماژول و یک انتیتی برای شما صحبت کنیم.

در فریم‌ورک AUA، اضافه کردن یک ماژول و یک انتیتی به سادگی انجام می‌شود. در زیر مراحل کلی آن آورده شده است:

1. ایجاد پوشه برای ماژول: یک پوشه جدید در ریشه پروژه خود با نامی که برای ماژولتان در نظر دارید ایجاد کنید.
2. ایجاد کلاس ماژول: در داخل پوشه ماژول، یک کلاس جدید با نام [نام ماژول]Module ایجاد کنید. این کلاس باید از کلاس پایه Module در فریم‌ورک AUAFramework_CQRS_DDD ارث‌بری کند.
3. ثبت ماژول: در متد RegisterModules در کلاس ApplicationBootstrapper، نمونه‌ای از کلاس [نام ماژول]Module را به لیست ماژول‌ها اضافه کنید.
4. ایجاد کلاس انتیتی: در داخل پوشه ماژول، یک کلاس جدید با نامی که برای انتیتیتان در نظر دارید ایجاد کنید. این کلاس باید از رابط IEntity در فریم‌ورک AUAFramework_CQRS_DDD پیاده‌سازی شود.
5. تعریف شناسه انتیتی: در کلاس انتیتی، یک شناسه منحصربه‌فرد برای هر نمونه از انتیتی خود تعریف کنید.
6. تعریف خواص انتیتی: در کلاس انتیتی، تمام خواصی که انتیتی شما را تعریف می‌کنند را به همراه نوع داده آن‌ها تعریف کنید.

این آموزش شامل افزودن یک ماژول و یک انتیتی در نسخه جدید فریم‌ورک AUA است، روند را به زبان فارسی توضیح می‌دهد. این آموزش شامل آشنایی با بخش، برجسته‌سازی مزایا و ارائه آموزش کاملاً رایگان AUA Framework CQRS از صفر می‌باشد.


لینک ویدئو در یوتیوب:
https://www.youtube.com/watch?v=_33UVTqGiq4

website:
www.auaframework.com

1. #AUAFrameworkCQRS #AUA #MicroServiceArchitecture
2. #AUAInstallation #SoftwareDevelopment #CQRS
3. #AUAVersionNew #TechnologyUpdates #SoftwareArchitecture
4. #AUAWebFramework #CodingEnthusiasts #WebDevelopment
5. #AUAInstallationGuide #TechnologyProfessionals #NewRelease
6. #AUAInstallationTutorial #SoftwareDevelopers #CQRSFramework
7. #AUAInstallationProcess #WebDevelopers #SoftwareUpdates
8. #AUAInstallationTips #CodingCommunity #TechnologyAdvancements
9. #AUAInstallationVideo #SoftwareEngineering #CQRSImplementation
10. #AUAInstallationSteps #TechUpdates #SoftwareDesign

JOiN → @HeiltonProgramming

☑️ پایان پشتیبانی دات نت 7 و انتشار ورژن 8.0.5 برای دات نت 8

🔗 دانلود مستقیم:
🔗 https://dotnet.microsoft.com/en-us/download/dotnet/8.0

اگر آخرین ورژن ویژوال استدیو 2022 رو نصب کنید بطور خودکار ورژن 8.0.5 هم نصب میشه.

پشتیبانی دات نت 7 از 8 نوامبر 2022 تا 14 مه 2024 بود. اگه هنوز پروژه‌هاتونو آپدیت نکردید کم‌کم ببرید رو ورژن 8 چندوقت دیگه دات نت 9 میاد😁
#dotnetcore #dotet #visualstudio #dotnet7 #dotnet8 #dotnet9

JOiN → @HeiltonProgramming

اگر برنامه نویس ها نبودند زندگی امروز متفاوت بود و قطعا راحتی های امروز نبود!
خلاصه روزتون مبارک❤️ | روز برنامه نویس مبارک

#technology #it #programmersday
#تکنولوژی و #فناوری #برنامه_نویس #روز_برنامه_نویس

گروه برنامه نویسی هیلتن😊👇
JOiN → @HeiltonProgramming

✅ Blazor vs Angular

#fun #programming #blazor #angular
#طنز #برنامه_نویسی #بلیزور #انگولار #طنز

😊👇
JOiN → @HeiltonProgramming

Senior Developer vs ChatGPT

JOiN → @HeiltonProgramming

✅ سقف نامرئی پیشرفت فنی

📍 چرا بسیاری از مهندسان با تجربه در نقش سینیور متوقف می‌مانند؟
شاید مهارت‌های فنی‌تان درخشان باشد. سال‌ها تجربه دارید، ابزارهایی مثل Airflow را به خوبی می‌شناسید و صدها پایپ‌لاین موفق ساخته‌اید. اما همچنان عنوان شغلی‌تان «مهندس ارشد» باقی مانده و در جلسات، بیشتر برای اجرای تسک‌ها سراغ‌تان می‌آیند، نه برای هم‌فکری درباره استراتژی.

.... ادامه در پست بعدی
https://t.me/HeiltonProgramming/13330

با سپاس از دکتر بنائی عزیز❤️ @bigdata_ir

منبع: seattledataguy
#تکنولوژی و #فناوری #برنامه_نویسی #سنیور #مهندسی_داده #رشد_شغلی
#it #technology #DataEngineering #Leadership #StaffEngineer #Senior

JOiN → @HeiltonProgramming

✅ ادامه پست سقف نامرئی پیشرفت فنی

❇️ این تجربه تنها مختص شما نیست؛ بسیاری از مهندسان بااستعداد، در این نقطه با چیزی مواجه می‌شوند که می‌توان آن را «سقف نامرئی ارشدیت یا The Senior Plateau » یا سقف شغلی سطح سینیور نامید.
این شروع مطلبی بود از پست جدید SeattleDataGuy’s Newsletter که واقعا حیفم آمد خلاصه آنرا با شما به اشتراک نگذارم .

🧱 پدیده سقف نامرئی ارشدیت
در بسیاری از شرکت‌ها، نقش «سینیور» به عنوان یک موقعیت نهایی در نظر گرفته می‌شود. نقشی که در آن فرد:
✅مسئول اجرای وظایف فنی مهم است، اما لزوماً در تصمیم‌گیری‌های کلان دخیل نیست
✅به عنوان فردی قابل اتکا و دقیق شناخته می‌شود، اما نه لزوماً تأثیرگذار در جهت‌گیری سازمان
✅با فرآیند ارتقاء مبهم یا دشواری مواجه است
این مرحله جایی‌ست که بسیاری از مهندسان توانمند دچار رکود می‌شوند.

⚠️ مهارت‌هایی که شما را به اینجا رسانده‌اند، لزوما مسیر ادامه رشد نیستند.
در این مرحله، معمولاً مهندسان تلاش می‌کنند با همان رویکرد گذشته جلو بروند:
✅افزایش حجم خروجی فنی (بیشتر کدنویسی = بهتر شدن)
✅یادگیری ابزارهای جدید به‌صورت افقی (مثلاً رفتن از Airflow به Mage یا MLFlow)
✅ساختن سیستم‌های پیچیده‌تر بدون در نظر گرفتن اثربخشی واقعی
در حالی که مسیر رشد واقعی در این سطح، مسیر متفاوتی است.
🔄 چگونه این سقف را بشکنیم ؟
برای عبور از سطح سینیور، نیاز به یک «شیفت ذهنی» داریم. در ادامه، برخی از مهم‌ترین این تغییرات آمده است:
1️⃣ درک عمیق‌تر از کسب‌وکار
درک صنعتی که در آن فعالیت می‌کنید و اولویت‌های فعلی شرکت، کلید تصمیم‌گیری‌های موثر است. کار شما باید مستقیماً با اهرم‌های کلیدی کسب‌وکار مانند رشد، سودآوری، جذب یا حفظ مشتری هم‌راستا باشد.
2️⃣ پذیرش ریسک‌های هوشمندانه
در سطوح بالاتر، موفقیت به توانایی شما در پذیرش مسئولیت پروژه‌هایی با ابهام بالا و نتایج غیرقابل پیش‌بینی بستگی دارد — حتی اگر برخی از آن‌ها به نتیجه نرسند.
3️⃣ ساخت ارتباطات و انتقال دیدگاه
ایده‌های خوب زمانی مؤثرند که به درستی بیان شوند. مهندسان در سطح Staff یا Principal فقط متخصص نیستند، بلکه «قابل رؤیت، متفکر و هدفمند» عمل می‌کنند. آن‌ها مستندسازی می‌کنند، ارائه می‌دهند و در تصمیم‌گیری‌ها حضور فعال دارند.
4️⃣ برعهده‌گرفتن کارهای سخت و پرزحمت
از مشکلاتی که هیچ‌کس نمی‌خواهد آن‌ها را بر عهده بگیرد استقبال کنید. پروژه‌هایی مانند مهاجرت‌های پرریسک، مسائل کیفیت داده در سطح بین‌تیمی یا طراحی راهکارهای مشترک را داوطلبانه به عهده بگیرید.
🧭 جمع‌بندی : مسیر شد، از تخصص فنی به تاثیرگذاری سازمانی
برای عبور از سطح «سینیور» و ورود به سطوحی مانند Staff یا Principal، کافی نیست که فقط بهتر کد بزنید. باید:
✅یاد بگیرید کجا و چرا باید کد بزنید و کجا اصلا نباید کد بزنید.
✅بتوانید اولویت‌گذاری کنید و تصمیم بگیرید.
✅ و در نهایت، با اعتمادبه‌نفس مسئولیت تصمیم‌سازی را بر عهده بگیرید.
🎯 «مهارت‌هایی که شما را به اینجا رسانده‌اند، الزاماً شما را به مرحله بعد نمی‌برند.»

#تکنولوژی و #فناوری #برنامه_نویسی #سنیور #مهندسی_داده #رشد_شغلی
#it #technology #DataEngineering #Leadership #StaffEngineer #Senior

JOiN → @HeiltonProgramming

پایان یک دوران...

بعد از سال‌ها، Skype در ماه مه ۲۰۲۵ (همین ماه) رسماً بازنشسته شد.
اما پایان اسکایپ، آغاز یک مسیر تازه‌ست...

از این به بعد می‌تونید برای چت و تماس رایگان با دوستان و همکارانتون از Microsoft Teams استفاده کنید — سریع‌تر، هوشمندتر و امن‌تر از همیشه!

#تکنولوژی و #فناوری #مایکروسافت #اسکایپ #برنامه_نویسی
#it #Technology #MicrosoftTeams

JOiN → @HeiltonProgramming

JOiN → @HeiltonProgramming

✅ چک لیست و محیط تست

امضای یک تیم مهندسی داده حرفه‌ای

اوج بلوغ تیم‌های مهندسی داده: محیط Staging و چک‌لیست تغییرات دیتابیس 🔴

وقتی یه دستور ساده می‌تونه کل سیستم رو بخوابونه!

چند روز پیش یکی از دوستان تماس گرفت و گفت روی یک جدول بزرگ در ClickHouse دستور OPTIMIZE FINAL زده. جدول مربوط به دیتای اصلی سیستمشون بوده و چند میلیارد رکورد داشته. نتیجه؟ تمام CPUها پر شدن، کوئری‌های عادی از کار افتادن و سیستم عملاً فلج شده.🧨

ادامه در پست بعدی...

#تکنولوژی و #فناوری #برنامه_نویسی #مهندسی_داده
#it #technology #DataEngineering #ClickHouse #StagingMatters #ChecklistMagic #DatabaseOps #ProductionReady

JOiN → @HeiltonProgramming

اوج بلوغ تیم‌های مهندسی داده: محیط Staging و چک‌لیست تغییرات دیتابیس 🔴

وقتی یه دستور ساده می‌تونه کل سیستم رو بخوابونه!

چند روز پیش یکی از دوستان تماس گرفت و گفت روی یک جدول بزرگ در ClickHouse دستور OPTIMIZE FINAL زده. جدول مربوط به دیتای اصلی سیستمشون بوده و چند میلیارد رکورد داشته. نتیجه؟ تمام CPUها پر شدن، کوئری‌های عادی از کار افتادن و سیستم عملاً فلج شده.🧨

اتفاقی که شاید برای خیلی از ما آشنا باشه. ولی پشت این اتفاق، یک نکته خیلی مهم هست:

🧑‍💻 ما باید عادت کنیم مثل مهندسان نرم‌افزار، محیط‌های جدا برای تست و اجرا داشته باشیم.

🚫 داده‌های حساس و عملیاتی هیچ‌وقت نباید محل آزمایش باشن.


اینا چند تا نکته‌ کلیدی هستن که هر مهندس داده باید رعایت کنه:

🔹 محیط staging جداگانه داشته باشیم که شبیه production باشه (نه لزوماً با همون حجم دیتا)

🔹 دیتا رو نمونه‌گیری (sample) کنیم و روی کپی‌ها تست کنیم، نه روی دیتای اصلی

🔹 دستورات سنگین مثل OPTIMIZE, VACUUM, یا REINDEX رو اول روی محیط تست اجرا کنیم

🔹 حتماً از ابزارهای مانیتورینگ، لاگ‌گیری و EXPLAIN استفاده کنیم قبل از اجرای کوئری‌های پرهزینه 📊


✨ جادوی چک‌لیست 📝

قبل از اجرای هر عملیات دیتابیسی سنگین، باید یه چک‌لیست ساده ولی جدی داشته باشیم:

✅ تست انجام شده؟

✅ دیتای درگیر چقدره؟

✅ منابع مورد نیاز؟

✅ توقف اضطراری یا rollback چطوریه؟

✅ مانیتور فعال هست؟

✅ روی staging امتحان شده؟

چک‌لیست‌ها نه فقط جلوی اشتباهات انسانی رو می‌گیرن، بلکه فرهنگ مسئولیت‌پذیری، نظم و آرامش به تیم می‌دن. 🧠

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

چک‌لیست‌ها تو مهندسی داده جادو می‌کنن./از صفحه دکتر بنائی

#تکنولوژی و #فناوری #برنامه_نویسی #مهندسی_داده
#it #technology #DataEngineering #ClickHouse #StagingMatters #ChecklistMagic #DatabaseOps #ProductionReady

JOiN → @HeiltonProgramming