Code With HSN

🚀 گرافانا هارو پاچیدم روی Runtimeها اگه همیشه می‌خواستی بدونی برنامه‌هات توی Runtime دقیقاً چه بلایی سر CPU، Memory و Thread ها میارن، این ویدئو برای توئه 🔥 توی این ویدئو باهم: 🔹 اول از همه Grafana و Prometheus رو ستاپ می‌کنیم 🔹 با prometheus-net متریک‌های حیاتی رو اکسپورت می‌کنیم 🔹 با دشبوردهای آماده Grafana آشنا می‌شیم 🔹 و در نهایت یه دشبورد کاستوم برای Runtime می‌سازیم که تصویر واقعی از وضعیت اپلیکیشن بهمون بده 🎯 بعد از دیدن این ویدئو می‌تونی خیلی راحت بفهمی چرا اپلیکیشنت کند میشه یا رم می‌خوره، و با مانیتورینگ درست، مشکلاتو قبل از اینکه دیر بشه پیدا کنی! 📺 اگه تیزر برات جذاب بود نسخه کامل رو در یوتیوب ببین. 📱 https://youtu.be/uZCiqUcl6bc

فردا ساعت 09:00 ❤️ کیفیت خدا 🔥 صدا خدا 🔥 خونه جدید 🔥 بکگراند جدید 🔥 محتوا یونیک 🔥 اول هفته تون رو با خنده و یادگیری شروع کنید اینطوری ماندگار تره 😅 🚨 خطر پخش میم در ویدئو خیلی عشقین.

کار خوبه دلی باشه تا الان 35 تا ویدئو رکورد کردم با 1.5م چیزی نزدیک 23 ساعت آموزش! 3 برابر اینو ازتون میگیرن توی جلسات 1.5 ساعته کد میزنن بجای اینکه مهندس نرم افزارتون کنن کد نویستون میکنن فقط کافیه به یکی از چالش های خارج از دورشون برخورد کنید اونجا میفهمید چقدر ضعف دارین عشقین ❤️👋🏻

حالا وقتشه که کل runtime رو بریزیم بیرون. 😊+🕶 = 😎 راستی میم توی ویدئو قبلی رو دیدین؟ 😅

رفقا از تایم ویدئو ها راضی هستین یا کمتر کنیم؟ اگر 2x ببینید حدودا ۱۵ دقیقه میشه ✌🏻

با کافکا کمتر به RedLock نیاز داری! این یک حقیقته که خیلی وقت ها دولوپر ها فراموشش میکنند توی این ویدئو بررسیش میکنیم و دوباره قدرت کافکا رو باهم میبینیم! مواردی که باهم بررسی میکنیم: 1. چرا همیشه Redlock بهترین راه نیست؟ 2. کافکا چطوری می‌تونه خودش قفل طبیعی سیستم باشه؟ 3. چطوری به این پیاده سازی باید برسیم؟ در یوتیوب نسخه کامل ویدئو رو ببینید 🙂 👇🏻 https://youtu.be/kc-TzLcz_kQ

فردا ساعت 9 صبح منتظر باشید 🫶🏻 فکر میکنید عنوان روی کاور چی باشه؟ 😎

خیلی زیبا میشد اگر برنامه های ما زمانی که concurrency براشون پیش میاد نیازی به redlock ردیس نداشتن. اینطوری میشد latency رو کاهش داد و ردیس رو به عنوان Single Point of Failure حذف کرد. تجربه مشابه ای در این باره داشتید؟ هم latency رو حذف کرده باشید و هم SPF رو. 😁

رفقا سلام و عرض ادب این مدت که نبودم درگیر یه سری مسائل بودم و بعدشم خونه ام رو عوض کردم (خیلی آلودگی صوتی داشت) یه خورده دیگه ویدئو هارو شروع میکنم اگر دنبال آموزش خاصی هستید توی کامنت ها بگید ❤️

صبح بخیر به همه برنامه‌نویس‌های عزیز که دنبال طلب دانوش هستید 🌞 ویدئو جدید داریم 🔥 در این ویدیو ابتدا تفاوت‌های GC Workstation و GC Server را بررسی می‌کنیم، سپس در یک پروژه عملی سناریوهای پاکسازی حافظه، مراحل آن و انواع داده‌های تحت مدیریت GC را مرور می‌کنیم. یاد می‌گیریم چطور رویدادهای GC را دریافت کنیم، متریک‌ها را اکسپوز کنیم و در Grafana نمایش دهیم. در پایان هم زمان‌ها و روش‌های مناسب فراخوانی دستی GC را توضیح می‌دهیم. مدت زمان ویدئو: 37 دقیقه پلی لیست: Pro .NET Memory Management ویدئو: https://youtu.be/naDedl-onHs روز خوبی داشته باشید 🌱

اینم از قولی که داده بودم تست ها تموم شدن و چون میخواستم کتابخونه ای باشه که بیشتر از قبل قابل اعتماد باشه تا 99 درصد کد هارو با test cover کردم ❤️ وقت داشتید یه سری به تست ها بزنید یا ویدئو رو ببینید ارادتمند ❤️

😅😅

تاحالا برای پروژه بدون تست، تست نوشتی؟ 🤕 بعد از تمام شدن مباحث تئوری رودمپ تست نویسی حالا وقتشه باهم عملی کد بزنیم توی این ویدئو خیلی سعی کردم نحوه فکر کردنم به موضوع تست نویسی رو بهتون بگم امیدوارم لذت ببرین. حمایت هاتون باعث دلگرمیه مرسی که هستید ❤️ تست ها کامل بشه روی ریپو اصلی هم قرارشون میدم مدت زمان ویدئو: 30 دقیقه برای دیدن ویدئو کلیک کنید

استراکت استفاده کنیم یا نه؟ شمشیر دولبه‌ای که می‌تواند پرفورمنس شما را بسیار کاهش دهد استراکت، با توجه به ذخیره‌ی آن در Stack، زمانی که در متدهای async استفاده شود، باید حتماً Copy by Value شود. به‌عبارت ساده‌تر، یک Deep Copy از آن گرفته می‌شود و نمی‌توان آن را با کیورد ref ارسال کرد. این هزینه در استراکت‌هایی با Shallow Size حدوداً ۱۶ بایت خیلی احساس نمی‌شود؛ اما صرفاً کافی‌ست Shallow Size از این مقدار بیشتر شود. هرچقدر حجم Shallow Size بزرگ‌تر شود، سرعت اجرای متد کاهش پیدا می‌کند. در بنچمارکی که مشاهده می‌کنید، یک کلاس و یک استراکت با پراپرتی‌هایی کاملاً مشابه (تقریباً ۱۰۰ پراپرتی double) در یک متد Recursive صد بار اجرا شده‌اند. همان‌طور که مشاهده می‌کنید، استراکت به‌شدت Performance را کاهش داده است. اما در مقابل، از تخصیص حافظه جلوگیری کرده است (پس از پایان هر متد، دیتا فوراً از حافظه پاک می‌شود و GC Pressure خاصی نداریم). لذا اگر علاقه‌مند به تیون کردن حافظه هستید، حتماً این نکته را در نظر بگیرید. دقت کنید که Overhead صرفاً مربوط به متدهای async نیست و در متدهای sync نیز وجود دارد، اما با pass by ref قابل حل است. چه زمانی استفاده از struct مفید است؟ 1. زمانی که از ref struct استفاده شود. 2. زمانی که ref struct نداریم و مطمئن باشیم Shallow Size بیش از ۱۶ بایت نمی‌شود. 3. زمانی که در متدهای sync از کیورد ref استفاده کنیم و استراکت را توسط reference ارسال کنیم.

جهش ژنتیکی با قسمت آخر رودمپ تست نویسی | با QA Lead Okala در قسمت پایانی این رودمپ تست نرم‌افزار، در ابتدای ویدئو به یکی از جدی‌ترین ابزارهای ارزیابی کیفیت تست می‌پردازیم: Mutation Testing. با ایجاد «جهش‌های مصنوعی» در کد، بررسی می کند که آیا تست‌ها واقعا می‌تونن رفتار نادرست رو شناسایی کنن یا نه. برخی از مواردی دربارشون گپ میزنیم: 03:20 مزایا و معایب Test Coverage 10:45 تست با جهش کد 15:40 انواع Test Smell 29:30 قوانین نوشتن تست تمیز 35:18 تست های اتوماتیک و دستی 40:23 تست اتومات بدون پایپلاین 43:10 ابزار های تست کیفیت کد لینک ویدئو: https://youtu.be/gaOae6z7wvQ مدت زمان: 50 دقیقه

توی مسیر رشد، دفعه‌ی بعد که ترسیدی، یادت بیاد: شاید ترس نشونه‌ی اشتباه رفتن نباشه، نشونه‌ی حرکت باشه.

سلام. متاسفانه اخیرا شاهد تعدیل نیرو در شرکت های بزرگی مثل علی بابا بودیم. تحلیل های متفاوتی هم می بینم که دوستان می نوسین که اکثرا از روی عصبانیت هست. از اونجایی که هر مشکلی همیشه یه درسی توش داره، می خوام از این مشکل هم یک درس جدید در بیارم. برای همین می‌خوام در مورد دلایل تعدیل نیرو به این سبک در شرکت های فناوری براتون بگم. برای همین پستی در وبلاگم در این مورد نوشتم که توجه شما رو به اون جلب می کنم : چرا شرکت های فناوری تعدیل نیرو می کنند. @learning_with_m