ظاهراً، اگه مهندسان نرم‌افزار رو به حال خودشون بذارید، می‌تونن بسیار پربازده باشن.

(می‌گم چرا بازدهیم اومده پایین)

@Linuxor

سعدی | دیوان اشعار | قطعات | قطعه شمارهٔ ۷ - سعدی از معشوق به ممدوح نمی‌پردازد

سخن عشق حرامست بر آن بیهده گوی
که چو ده بیت غزل گفت مدیح آغازد
حبذا همت سعدی و سخن گفتن او
که ز معشوق به ممدوح نمی پردازد

#سعدی | گنجور
📍@iipoem

تانل شده
کانفیگ هایی که تگ #Iran خورده میشه رو سرور ایران پینگ گرفته شده.

که گفتی css کامپایلریه

➖➖➖➖➖➖➖➖➖➖ 

🥷🏻 CHANNEL | GROUP

اتفاقی لایو Brian Lovin؛ طراح محصول Notion که قبلاً هم GitHub بوده دیدم
یکی از نکات جالبش:
برای اولین طراح، دنبال کسی نباشید که فقط «طرح قشنگ» بزنه؛ یک طراح کارآفرین بیارید که بتونه استراتژی محصول رو شکل بده، بازخورد رو تحلیل کنه و مسئله واقعی رو حل کنه
https://www.youtube.com/watch?v=VZgrsDkZjHU

@DevTwitter | <S O D Ξ H/>

دوستان جهت یادآوری

این ارائه امروز ساعت ۵ عصر به وقت ایران برگزار میشه، باعث افتخاره که در خدمت دوستان باشیم

بالاخره وقتش رسید که datepicker خودم رو منتشر کنم

خوب دیگه وقتشه با Date Pickerهای قدیمیتون خداحافظی کنید و از Date Pickerهای جدید و مدرن و کم حجم استفاده کنید!

یه انتخابگر تاریخ سبک، سریع و مدرن که هم تقویم شمسی داره هم میلادی.
کاملا ریسپانسیو، با کلی تنظیمات که می‌تونید به راحتی شخصی‌سازی کنید.

کاملا واکنشگرا، با پشتیبانی کامل از RTL و ظاهر جذاب.
- پشتیبانی هم‌زمان از تقویم شمسی و میلادی
- انتخاب تاریخ به سبک چرخ‌و‌فلک (Wheel Picker) – روان و جذاب
- ساپورت کامل راست به چپ (RTL)
- مودال با دو حالت باز شدن: از وسط یا پایین صفحه
- قابل تنظیم برای سال‌های مختلف (مثلاً از ۱۳۵۰ تا ۱۴۱۰)
- کاملاً قابل شخصی‌سازی با props‌های جدا برای input، modal و دکمه
- رسپانسیو و مناسب موبایل
- استایل‌پذیر با CSS Variables برای تم‌های دلخواه
- سبک، کم‌حجم و بدون وابستگی‌های اضافه
اگر دوست داشتید و به نظرتون خوب بود، لطفاً یه استار کوچیک هم به گیت‌هابش بدید تا انگیزه بگیرم و بهترش کنم!

https://github.com/sadegh1379/wheel-datepicker
https://www.npmjs.com/package/@buildix/wheel-datepicker

@DevTwitter | <Sadegh Akbari/>

حواستون به خطا های مرورگر باشه!

اینترنت مودم یکی از آشنا ها هی خطای SSL می‌داد منم یه سایت باز کردم و از روی کنجکاوی دکمه باز کردن سایت به صورت ناامن کلیک کردم ببینم چی می‌شه؛ منو وارد یه سایت دیگه کرد و اون سایت منو انتقال داد به صفحه ای که می‌بینید.

مشکل از تنظیمات مودم بود، که باعث شده بود مرورگر نتونه سرتیفیکیت سایت اصلی رو اعتبارسنجی کنه و مهاجمین هم از این استفاده کرده بودن برای حمله MITM (یعنی یه نفر میاد وسط اتصال من و سایتی که می‌خوام) و در نتیجه مهاجم منو با سرور خودش ریدایرکت کرده بود به این آدرس که برای سایت خودش SEO بگیره اما می‌تونست هر کاری کنه.

حواستون باشه مرورگر ناامنی اتصال بین شما و سرور رو متوجه می‌شه همیشه روی اتصال ناامن کلیک نکنید چون مهاجم اگه بیاد وسط دستش بازه و هر کاری می‌تونه انجام بده.


@Linuxor

استفاده از هوش مصنوعی در مصاحبه‌های شغلی متا آزاد شد!

▪️متا به‌زودی به برنامه‌نویس‌های تازه‌وارد اجازه می‌ده حین تست کدنویسی از ابزارهای هوش مصنوعی استفاده کنن!

▪️چرا؟! چون اینطوری :

1. بهتر به واقعیت محیط کاری نزدیک می‌شن
2. جلوی تقلب‌های پنهانی با AI گرفته می‌شه ، چون دیگه خود استفاده از AI بخشی از تست حساب می‌شه!

🧠 متا می‌گه آینده‌ی کدنویسی با هوش مصنوعیه، پس مصاحبه‌ها هم باید با این واقعیت همسو بشن.

دیروز قابلیت‌های جدید Livewire 4 معرفی شد!

ویدئوی کامل معرفی رو می‌تونید از این لینک ببینید:
https://www.youtube.com/live/GM0glP77tsA?t=18740s

@DevTwitter | <Ali Baghernia/>

بنا به یک دلایلی توزیع رو از اول مجبور شدم نصب کنم و الان کلاً به ذن مهاجرت کردم.

واقعاً می‌تونم بگم مرورگر خیلی جالبیه، تا قبل اون هم چون از قبل فایرفاکس رو داشتم نمی‌رفتم سمتش ولی توی بیلدهای جدید #پارچ ذن به صورت پیشفرض نصبه.

تا الان که راضی بودم ازش.


یک سری ماد هم از توی مخزن خودش نصب کردم تا ببینم تجربم به صورت نهایی چطور میشه.


@SohrabContents

🔶 به ساخت اپلیکیشن ‌های هوشمند، جمع ‌و جور و سفارشی با استفاده از PHP خام ادامه بده و در حالی که بقیه درگیر به ‌روزرسانی بسته ‌ها، قواعد سخت ‌گیرانه فریم ‌ورک ‌ها، تولیدکننده ‌های کد آماده و مجموعه‌ای از «ابزارهای توسعه» هستند که هرکدام برای شروع به یادگیری یک آموزش جداگانه نیاز دارند.

@TheRaymondDev

🚀 ترجمه‌ی فارسی کتاب C# 12 in a Nutshell رو شروع کردم و روی GitHub منتشرش کردم:

🔗https://github.com/hheydarian/csharp-12-in-a-nutshell-persian

این کتاب یکی از کامل ترین منابع برای یادگیری و تسلط بر زبان #CSharp هست.
اگه علاقه مندید یه مرجع فارسی خوب و دقیق برای #CSharp بسازیم، خوشحال میشم همراه بشید.

میتونید فورک بگیرید، مشارکت کنید و به بهتر شدنش کمک کنید 💡

#CSharp #GitHub
#OpenSource #Net

یادآوری :
شروع تا دقایقی دیگر

پردازش ۱.۲ میلیون پیام در ثانیه با Kafka و Go — معماری سبک اما حرفه‌ای

وقتی نرخ ورود داده به میلیون‌ها پیام در ثانیه می‌رسد، عامل تعیین‌کننده در یک معماری بهینه و سریع و موثر، نه ارتقای پرهزینه‌ی سخت‌افزار است و نه تکیه بر زیرساخت‌های سنگین ابری، بلکه یک طراحی دقیق، ساده و هوشمندانه است که می‌تواند تفاوت واقعی را رقم بزند.
اخیراً با مقاله‌ای مواجه شدم که دقیقاً همین رویکرد را نشان می‌داد: تیمی که با استفاده از مفاهیم سبک‌وزن مانند goroutine در Go و چند تصمیم مهندسی‌شده، توانسته بودند تنها با یک سخت‌افزار معمولی، بیش از ۱ میلیون پیام در ثانیه را به‌صورت پایدار پردازش کنند.
در این پست، به مرور نکات کلیدی این معماری ساده اما تأثیرگذار می‌پردازیم — روایتی کاربردی از دنیای مهندسی داده و سیستم‌های توزیع‌شده.

مقاله اصلی:
Kafka at 1M Messages/Second with Go – Our Exact Pipeline Setup

چالش‌ها:
- هجوم سنگین داده‌ها از دستگاه‌های IoT و کاربران
- نیاز به پردازش بلادرنگ و ارسال همزمان به چند سرویس
- تضمین پایداری، مانیتورینگ دقیق و ریکاوری خودکار در خطا

مکانیزم‌هایی که این معماری را ممکن کردند:
- کامیت دستی offsetها:
تأیید دریافت فقط زمانی انجام می‌شود که پیام کاملاً و با موفقیت پردازش شده باشد — جلوگیری از گم‌شدن یا پردازش تکراری داده‌ها.
- مکانیزم Worker Pool کنترل‌شده با goroutine:
به‌جای ایجاد goroutine برای هر پیام، یک استخر ثابت از goroutineها (به ازای هر پارتیشن کافکا) با طول کانال مشخص و محدود، تعریف شده است که پیام‌ها را موازی اما کنترل‌شده پردازش می‌کنند.
- یک Worker Pool به ازای هر پارتیشن Kafka:
مثلاً با ۱۰ پارتیشن و ۵ goroutine برای هر پارتیشن، در مجموع ۵۰ goroutine داریم — بدون هم‌پوشانی، بدون رقابت اضافه.
- الگوی Dispatcher برای جداسازی دریافت از پردازش:
- بخش اول: فقط دریافت پیام و ارسال به کانال داخلی (یک کانسیومر به ازای هر پارتیشن)
- بخش دوم: پردازش پیام از صف به کمک Worker Pool
- مکانیزم Batching در ارسال خروجی:
پیام‌های پردازش‌شده به‌صورت گروهی ارسال می‌شوند، مثلاً به دیتابیس یا تاپیک‌های دیگر Kafka. این کار فشار ارتباطی را کاهش داده و throughput را بالا برده است.
- اعمال Backpressure هوشمند:
با محدود کردن ظرفیت صف‌ها، اگر سیستم تحت فشار شدید قرار گیرد، مصرف از Kafka موقتاً کند یا متوقف می‌شود تا منابع آزاد شوند. این مکانیزم، از overload جلوگیری کرده و سیستم را در حالت پایدار نگه می‌دارد.
- مانیتورینگ دقیق با Prometheus و Grafana:
شاخص‌هایی مثل تأخیر پردازش، consumer lag و مصرف CPU به‌صورت لحظه‌ای مانیتور می‌شوند — برای تنظیم سریع و واکنش فوری.

نتایج:
- نرخ پردازش: ۱.۲M msg/sec
- تأخیر کل مسیر: <۳ms
- مصرف CPU: ۹۰٪ (پایدار و قابل پیش‌بینی)

نکات مهم برای مهندسان داده و سیستم‌های توزیع‌شده:
- طراحی درست مهم‌تر از افزایش منابع
- انجام commit دقیق، batching و backpressure = ستون‌های یک سیستم مقاوم
- تفکیک دریافت/پردازش + تقسیم کار بین پارتیشن‌ها = مقیاس‌پذیری مؤثر
- مانیتورینگ لحظه‌ای = پاسخ سریع به فشارها و خطاها

@DevTwitter | <Mojtaba Banaie/>

🔶 می دونی بدترین صدا در زندگی چیه؟

۱- صدای موتور سیکلت
۲- صدای اسباب بازی بچه شیبه موتور سیکلت 😂

@TheRaymondDev

🔶 به نظر می‌رسد شرکت راکستار در حال کار بر روی افزودن سیستم تأیید سن است و دسترسی به بازی آنلاین GTA 6 برای افراد زیر ۱۸ سال دشوارتر خواهد شد.

#خبر

@TheRaymondDev