Code With HSN

عزیزای دل، سال نو هم رسید و من براتون آرزو میکنم تو این سال جدید به هر هدف و آرزویی که دارین برسید. سال نوتون مبارک باشه! 🎁❤️ اگر هدف بزرگ یا آرزوی بزرگی دارین یادتون نره که اکثر آرزوهامون مثل یه مسئله‌ی بزرگ تو برنامه‌نویسی میمونه. یه مسئله‌ی بزرگ رو نمیشه یه‌دفعه حل کرد. باید به بخش‌های کوچیک‌تر تقسیمش کرد. همین‌جور شما هم برای رسیدن به اهدافتون، اگه مرحله‌های کوچیک و قابل‌دسترس تعیین کنین و قدم به قدم پیش برین، حتماً به اهداف بزرگ‌ترتون می‌رسین. یه چیز دیگه هم بگم: تنها چیزی که غیرممکنه، خودِ غیرممکنه! پس نترسید و جلو برید سال جدید سال شماست. سالی پر از پول، خوشبختی و موفقیت رو برای تک‌تکتون آرزو میکنم. ❤️

مباحث مربوط به User management دغدغه همه پروژه ها بوده. اینکه Best Practice ها چیا هستن ، مسائل امنیتی رو چجور باید پیاده سازی کنیم و چجوری ارتباط بین سرور ها رو امن کنیم. خوشبختانه فریم ورک OAuth 2 و استاندارد Open ID Connect وجود دارن که برامون این قوانین و Best Practice ها رو مشخص میکنن ، ولی پیاده سازی همه این موارد خیلی سخت و زمانگیر هست. اینجاست که Duende Identity Server به کمکمون میاد که به راحتی این مباحث رو روی پروژه هامون پیاده سازی کنیم. در این ویدیو: 1- به بررسی OAuth 2 می پردازیم و Flow های پرکاربرد رو بررسی میکنیم 2- به بررسی کامل Authorization Code Flow میپردازیم و یاد میگیریم که اون رو با PKCE امن تر کنیم 3- به بررسی Duende Identity Server میپردازیم و تمپلیت های اون رو نصب میکنیم 4 - در یک پروژه تستی فرآیند احراز هویت رو به Duende وصل میکنیم Join: @DotNetIsFun

وما رکورد زدیم … ۲۱۲ هزارتا سفارش ثبت شد ۲ سال پیش برای ۴۰ هزارتا سفارش ۴-۵ بار سیستممون می افتاد. در این کمپین حتی کند هم نشدیم ۹۰ درصد api ها زیر ۱ ثانیه response دادند حتی درگاه بانکی روهم کند کردیم یه جاهایی 😁😂 سعی میکنم توی یک ویدیو براتون توضیح بدم چطوری اینطوری موفق عمل کنید در تیم تک https://www.zoomit.ir/tech-iran/436254-75percent-growth-in-orders-on-okala/

اگر در شرکتتون از APM استفاده میکنید در اولین فرصت به آخرین ورژن APM آپدیتش کنید مموری لیک داشتند در ورژن های قبلی شون https://github.com/elastic/apm-agent-dotnet/issues/2500

اینکه میدونم تقریبا 70 نفر از این ویدیو چیزی یاد میگیرن خیلی لذت داره ❤️

چرا اولین درخواست به برنامه کنده؟ بهینه‌سازی JIT و R2R در .NET سلوشن شماست ✨ تا به حال دقت کردید که اولین اجرای متد های .NET کندتر از اجرای‌های بعدی است؟ 🤔 این ویدیو دقیقا همین موضوع رو بررسی میکنه! از طراحی اولیه JIT گرفته تا پیشرفت‌های جدید در .NET 9، همه را با مثال عملی بررسی می‌کنیم. 🎯 مطالبی که یاد میگیرید: ✅ چرا اولین درخواست به برنامه کند است؟ 🧐 ✅ معماری قدیمی JIT و چالش‌های آن ✅ بهینه‌سازی‌های JIT در .NET 3 و .NET 7 💡 ✅ نقش On-Stack Replacement در افزایش سرعت لوپ‌ها ✅ مفهوم Dynamic PGO و تأثیر آن بر عملکرد برنامه ✅ تکنیک Ready To Run چیست و چرا استفاده از آن می‌تواند مفید باشد؟ 🚀 ✅ بررسی مشکلات R2R در .NET 9 💥در پایان، تأثیر R2R را روی عملکرد برنامه تست می‌کنیم تا ببینیم آیا واقعا ارزش استفاده دارد یا نه! 👀 🎥 لینک‌ها: 📌 ویدیو: تماشا کنید 📌 لینکدین من: بازکردن ☕️ حمایت مالی ❤️

به حمایت های سبزتون در پست لینکدین نیازمندم ❤️

حتی لاگ برنامه هم وقتی Scale بالا میره، می‌تونه یه چالش جدی بشه! 🚀 لاگ‌زدن فقط یه عملیات ساده نیست؛ اگه درست پیاده‌سازی نشه، می‌تونه: ❌ الستیک رو کند یا حتی بندازه! ❌ باعث افت پرفورمنس سیستم بشه بخاطر مشکلاتی که داره! ⚡️ این ویدیو پر از نکات عملی و بهینه‌سازی‌های لاگینگ در سیستم‌های واقعی هست! 📌 توی این ویدیو یاد می‌گیری که: ✅ دیزاین یک سیستم لاگینگ مقیاس‌پذیر چجوریه؟ ✅ چطور لاگ‌های کنسول رو بهینه ذخیره کنیم؟ ✅ فایل بیت (Filebeat) چطور کار می‌کنه؟ ✅ چطور EFK رو روی داکر اجرا کنیم؟ ✅ مشکل Sink Console در Serilog چیه و چجوری حلش کنیم؟ ✅ چطور مشکل Lock در لاگ‌زدن رو با Sink Async برطرف کنیم؟ ✅ و در نهایت، لاگ‌های پادهای Kubernetes کجا ذخیره میشن؟ 🎥 لینک‌ها: 📌 ویدیو: تماشا کنید 📌 لینکدین من: بازکردن 📌 پروژه نوشته شده: دیدن پروژه 📌 پلی لیست این ویدیو: مشاهده پلی لیست ☕️ حمایت مالی ❤️

میفرمایند چطوری میشه که بیگ کمپین رو بدون حتی یک تیکت در order پشت سر میزاریم بدون حتی یک باگ؟ جواب: تست نویسی تازه هنوز من معتقدم اندازه کافی تست ننوشتیم خیلی از شرکت ها حتی وقت تست کردن به نیرو هاشون نمیدن ولی ما این قانون رو گذاشتیم تسکی که تست نداره یعنی Done نشده حتی اگر پروداکشن باشه ✅

در تلاش برای رسیدن کامیونیتی دات نت ایران به لب خط دانش ❤️

یه فشارش نمیدین پروموت بشه؟ https://www.linkedin.com/feed/update/urn:li:activity:7298250078585040896/

چطوری لاگ‌هایی بزنیم که هم سبک باشن، هم سریع، هم کاربردی؟ اگه تا حالا لاگ‌هات باعث شدن رم سرور رو بترکونی یا بعد از کلی سرچ تو لاگ‌ها باز هم مشکل رو پیدا نکردی، این ویدیو دقیقاً برای خودته! 😎 توی این ویدیو قراره یه پروژه عملی رو بررسی کنیم، Benchmark بگیریم و بهینه‌ترین روش‌های لاگ‌گیری رو یاد بگیریم. 🎯چه مواردی رو یاد میگیریم؟ 🔹 لاگ بدون مصرف Memory؟ آره، همچین چیزی ممکنه! 🔹 چه زمانی باید Zero Allocation Log بزنیم؟ نکته‌ای که خیلی‌ها اشتباه می‌کنن! 🔹 بهترین روش برای لاگ کردن خطاها چیه؟ که هم اطلاعات کامل بده، هم سربار نداشته باشه! 🔹 کتابخونه Serilog چیه و چرا این‌قدر محبوبه؟ یاد می‌گیریم چطوری لاگ‌های ساختاریافته بزنیم و اونارو مدیریت کنیم! 🔥 اگه می‌خوای لاگ‌هاتو به یه ابزار قدرتمند برای دیباگ و مانیتورینگ تبدیل کنی، این ویدیو رو از دست نده! 🔥 🎥 لینک‌ها: 📌 ویدیو: تماشا کنید 📌 لینکدین من: بازکردن 📌 پروژه نوشته شده: دیدن پروژه ☕️ حمایت مالی ❤️

ماکه توی کمپین اکالا داریم عشق میکنیم، شماهم اینو ببینید عشق کنید 🥳❤️ اگه سفارش دادین به سرعت بسکت و اردرش دقت کنید 😎❤️

هرکی پنجشنبه بهم زنگ بزنه من:

کل مشکلات و اج کیس های سیستم لاگینگ (Log) رو در 4 سال اخیری که کار کردم رو رکورد کردم از چالش هایی که DevOps داشت تا بهترین شیوه های لاگ زدن در کد در دو قسمت میاد بیرون فردا استارت ادیت رو میزنم امیدوارم در لینکدین حمایتم کنید پست ها دیده بشه دو ویدیو قبلی دیده نشد 🫠 با شلوغی آخر سال، تا همین الان پر انرژی و مفید کارو براتون در آوردم ❤️

بچها پایه هستید؟ با لایک نشون بدید 👍🏻 من طبق دوره هایی که میزارم و ویدیو هایی که میزارم یک پروژه توی گیت تعریف میکنم مثلا با یک ReadMe که توضیح داده پیاده سازی SAGA رو چطوری انجامش بدیم. شما کد بزنید من تمام کد هاتون رو ریویو میکنم نکات منفی که راجبش وجود داره رو بهتون میگم در نهایت مرج یک نفرتون رو مرج میکنم شما میتونید کلی درس آموخته داشته باشید از روی کامنت هایی که میزارم و پروژه نهایی که مرج میشه میتونید مرج های هم دیگه رو لایک کنید و حتی بعد از اینکه پروژه اصلی مرج میشه میتونید دوباره روش ایده بدید و کارای خلاق تری انجام بدید. از طرفی برای خودتون رزومه میشه و شرکت هایی که میرین برای استخدام میبینن که یک پروژه دارین مثلا با SAGA پیاده سازی شده یا در یک پروژه که ساگا داشته مشارکت کردید ایده بدید پخته ترش کنیم 👇🏻

دارم دوره جدید آماده میکنم، یه خورده با چاشنی زیرساخت و DevOps ✌🏻 حدس بزنید چیه 😈

فلج تصمیم که میگن اینه 😁، بچها سعی میکنم ترکیبی با قارچ و پنیر براتون هر ستاش رو اعمال کنم هر جایی مفهومی رو نفهمیدین بپرسید

بزرگ‌ترین ریسکی که یه دولوپر موقع ریفکتور سیستم می‌تونه انجام بده، استفاده از رویکرد Big Bang 🤯 به‌جای تدریجی Deprecate کردن یه ماژول یا کتابخونه‌ی قدیمیه که کل سیستم رو بلعیده! در واقع Rewrite اش میکنه 🎯 فرض کن سیستمی داریم که +5 تا Consumer روی Kafka داره و یه‌دفعه بخوایم کل معماری رو به MassTransit منتقل کنیم! نتیجه؟ یه عالمه باگ، استرس و کلی rollback 🚨 اگه شما هم تجربه‌ی سخت ریفکتور یه ماژول بزرگ رو داشتید و بعدش با کلی باگ دست‌وپنجه نرم کردید، احتمالاً با تکنیک Branch By Abstraction آشنا نبودید. من توی ۲ سال اخیر که روی ریفکتور سیستم‌های Legacy کار کردم، بارها از این تکنیک استفاده کردم و دیدم چطور می‌تونه انتقال کم‌دردسر رو ممکن کنه. ✨ 🎥 لینک‌ها: 📌 ویدیو: تماشا کنید 📌 پلی‌لیست این ویدیو: مشاهده 📌 لینکدین من: بازکردن ☕️ حمایت مالی ❤️ 💡 اگه تجربه‌ای از ریفکتور سیستم‌های لگسی داری یا دنبال روش‌های بهتر هستی، حتماً یه نگاه بنداز و نظرت رو برام بنویس. 🚀