#توضیح

خیلی وقتا بهم میگن؛ این چیزایی که میگی و تأکید می‌کنی روش برای کسی که تازه شروع کرده یا داره شروع می‌کنه خوب نیست، دست انداز می‌شه دلزده میشه و ....
اولاً من اینارو برای بچه‌های سطح بالاتر میگم؛ برای تازه‌کار شنیدنش خوبه ولی لزومی نداره روز اول بره سراغ این موارد.

ولی خب
یک مثال ساده میزنم همه درک کنند؛ زبان انگلیسی خوندن بچه‌های کوچیک رو دیدید ؟ زیر ۸ سال رو منظورم هست.
اگر سر کلاساشون نشسته باشید، هیچوقت درس دادن گرامر انگلیسی رو نمی‌بینید! گرامر جزو موارد سخت هست، چیز سخت دلزده می‌کنه بچه رو
ولی
این دلیل نمی‌شه معلم گرامر اشتباه استفاده کنه؛ توی طول آموزش بچه گرامر نخونده اصلا ولی موقع صحبت کردن از گرامر درست استفاده می‌کنه، حتی بعد چند ترم بدون خوندن گرامر پترن گرامر اشتباه رو هم یاد گرفته و اگر جلوش اشتباه بگی بهت می‌خنده

تست کنید 👆

داستان گیر دادن من هم همین هست؛ کسی که آموزش میده لزومی نداره تمام موارد و جزئیات رو به یک تازه‌کار بگه اما همین که توی آموزشش اشتباه نگه و از حالات درست استفاده کنه باعث میشه ذهن نیرویی که تربیت می‌کنه آماده باشه.

در نهایت:
همونطوری که خروجی همه‌ی کلاس‌های آموزش زبان انگلیسی، مترجم‌های برتر ادبیات کلاسیک انگلیسی نیست و حتی ممکنه فقط
I am a blackboard
ازش در بیاد؛ قرار هم نیست خروجی همه شاگردهای شما Dennis Ritchie باشه، اتفاقاً خیلی‌هاشون قراره خیلی زود متوجه بشوند اصلا علاقه‌ای به برنامه‌نویسی ندارند فقط لایک شدن پستای اینستاگرامشون و ویدئو دادن توی یوتیوب براشون مهمه

خلاصه؛ اگر حتی مقدمات یک چیزی رو درس میدی، باید اصول و قواعد رو رعایت کنی وگرنه خیانت داری می‌کنی

🔵 عنوان مقاله
Observability in Go: What Real Engineers Are Saying in 2025

🟢 خلاصه مقاله:
این مقاله با مرور دیدگاه‌های عملی مهندسان در سال ۲۰۲۵ و آنچه در Golang Weekly برجسته شده، نشان می‌دهد رویکرد غالب در مشاهده‌پذیری Go بر سه ستون لاگ، متریک و تریس است و پروفایلینگ پیوسته به‌طور فزاینده‌ای به آن اضافه می‌شود. OpenTelemetry زبان مشترک تیم‌ها برای ابزاردهی و مسیر داده است و با الگوی context در Go برای هم‌بستگی تریس‌ها به‌خوبی همراه می‌شود؛ در کنار آن، ابزارهای بومی مانند pprof و runtime/trace برای دید عمیق سطح پایین به‌کار می‌روند.

چالش‌های واقعی بیشتر عملی‌اند: کنترل هزینه و کاردینالیتی، انتخاب نمونه‌برداری که سیگنال را حفظ کند، و تعیین نگهداشت داده متناسب با چرخه رخدادها. تیم‌ها بر لاگ ساخت‌یافته، هم‌بستگی سازگار میان تریس و متریک، و تعداد کمی SLO و سیگنال کلیدی باکیفیت تأکید دارند و برای بارهای ناهمگام و صف‌ها توجه ویژه به انتشار context می‌گذارند. همچنین تجربه توسعه‌دهنده (قابلیت بازتولید محلی، آزمون‌های CI برای رگرسیون تلِمتری و آزمایش بار پیش‌تولید) اهمیت بالایی دارد.

از نظر کارایی، با پیکربندی محتاطانه و نمونه‌برداری، سربار SDKها و صادرکننده‌ها قابل مدیریت است، اما باید در هر بارکاری سنجیده شود. متریک‌های زمان‌اجرای Go و پروفایل‌ها برای رصد فشار GC، تخصیص‌ها و قفل‌ها حیاتی‌اند و برخی تیم‌ها برای کاهش نقاط کور از eBPF و پروفایلینگ پیوسته بهره می‌برند.

جمع‌بندی رویکردی عمل‌گراست: از تریس‌پذیری و چند متریک حیاتی شروع کنید، مسیرهای بحرانی کسب‌وکار را ابزاردهی کنید، شناسه‌های هم‌بستگی را سراسری کنید، از ابتدا برای نگهداشت و هزینه بودجه بگذارید و تدریجی بهبود دهید. هدف پوشش کامل نیست؛ هدف درک سریع و قابل اتکا در زمان رخدادهای واقعی است.

🟣لینک مقاله:
https://golangweekly.com/link/173651/web

➖➖➖➖➖➖➖➖
👑 @gopher_academy

خدایی وصل کردن llm به پروژه چقدر آسونه این پروژه تستی کمتر از ۱ ساعت بیشترش با جی پی تی نوشتم و بشدت آسون بود. و البته بسته scale پروژه هم داره.
https://github.com/x017/myai



@DevTwitter | <parsa/>

خب همونجور که میدونید درمورد GIL یا همون Global Interpreter Lock بحث زیاده 🤯

مشکل ما با GIL چیه؟
اینه که نمیذاره مولتی‌تردینگ واقعی داشته باشیم.
یعنی چی؟
یعنی نمی‌تونیم چندتا تسک رو همزمان روی چندتا ترد اجرا کنیم.
چرا؟
چون GIL میگه:
«در هر لحظه فقط یه ترد حق داره اجرا بشه، بقیه باید وایسن نوبتشون بشه.»

حالا نکته بامزه اینجاست:
اگه بیای چندتا ترد ران کنی، این تردا میان سر GIL دعوا می‌کنن کلی context switching می‌خوره latency میره بالا یه عالمه overhead میاد رو برنامه.
نتیجه؟ مولتی‌تردینگ برای کارای CPU-bound نه تنها کمک نمی‌کنه، بدترم می‌کنه برای همین باید single-thread باشه 😅
(احتمالاً خودتونم وقتی async برای CPU-bound نوشتید دیدید چه وضعیه.)

حالا چرا اصلاً GIL وجود داره؟
سؤال خوبیه 👌
خیلی خلاصه بگم نذاشته پایتون به چوخ بره 😂
چطوری؟
میاد thread safety رو برات تضمین می‌کنه، نمیذاره race condition بیاد وسط و همه چی بترکه.

ولی خب GIL دردسرم کم درست نمیکنه:

نمیذاره مولتی‌تردینگ CPU-bound داشته باشیم.

بعدم بخوای حذفش کنی هزاران لایبری که با درنظر گرفتن gil نوشته شده باید اپدیت بشن :)

و....
کلاً محدودمون می‌کنه.

راه‌حل چیه؟

1. C Extension
یعنی توابع سنگینت رو تو C بنویسی، اونجا اجرا بشه، فقط از پایتون صدا بزنی. اینجوری GIL رو می‌تونی دور بزنی.

2. Multiprocessing
این یکی مطرح ترین راهه. به تعداد core های CPU پروسس بالا میاری. هر پروسس مفسر خودش و در نتیجه GIL خودش رو داره اینجا واقعاً موازی میشه.
ولی اینجا یه توهمه که «ایول مشکل حل شد»…
سخت در اشتباهید 😅
چرا؟
چون:
ـprocess خیلی سنگینه، هر کدوم کلی overhead دارن.

ارتباط بین processها (همون IPC) خودش یه هزینه‌ی جداست.
داده‌ها باید بین processها جابه‌جا بشن (queue، pipe، shared memory و …) که اینم کندی و مصرف حافظه میاره.

گزینه اپشنال شدن گیل هم توی ۳.۱۳ کامل گیل رو حذف نمیکنه میتونیم مولتی پراسسینگ و موازی سازی کنیم ولی خب خودشون هنوز تایید نکرده و ازمایشیه و کلی مشکلات داره.

گزینه هاییم هست مثل استفاده از nogil که خب یکسری مشکلات دارن که توی این پست جا نمیشن بگم

📌 خلاصه: GIL هم ناجیه، هم قاتل. ناجی چون امنیت میده، قاتل چون مولتی‌تردینگ CPU-bound رو ازمون میگیره. ولی خب این مورد توی I/O bound process نیست چون وقتی یه پراسس io ران میشه گیل خاموش میشه و میتونی parallel processing داشته باشی :)

#️⃣ #web #programming

➖➖➖➖➖➖➖➖➖➖ 

🥷🏻 CHANNEL | GROUP

🔶 انیمیشن‌ها در macOS 26 واقعاً یک سطح بالاتر هستند و ویندوز هیچ‌وقت نمی‌تواند به این میزان از روان بودن برسد.

#توییت

@TheRaymondDev

Bushuray has received several updates since its initial release. It's now on v0.1.7 and is available on AUR under the name of bushuray-git (It builds from the main branch)
Feedbacks are appreciated and I'd be happy to hear'em

چت جی پی تی لو داده که مردم چه استفاده ای ازش می‌کنن!

برای بخش برنامه نویسی با یه ضرب و تقسیم ساده به عدد 0.315 درصد می‌رسیم؛ با توجه به تعداد یوزر های چت جی پی تی که 800 میلیونه حدود 2.5 میلیون برنامه نویس داریم عددی که خیلی بزرگ به‌حساب میاد.


@Linuxor

🗳️ تست شخصیت سیاسی
با چند سؤال کوتاه، گرایش سیاسی‌ت رو کشف کن!

این مینی‌اپ با تحلیل جواب‌های تو نشون می‌ده که بیشتر شبیه کدوم شخصیت یا حزب سیاسی هستی.
یه تست سرگرم‌کننده برای آدم‌های کنجکاو و اهل بحث‌های سیاسی!

آدرس‌ربات

پیشنمایش

آدرس‌گیت‌هاب

اگه بگم ترنسفورمر ها به اندازه ترانزیستور ها نقش توی رشد کامپیوتر داشتن دروغ نگفتم؛ راستم نگفتم فقط قافیه داشت گفتم بزار بگم

@Linuxor

یه ابزار خفن به اسم DotNetArch هست که تو چند ثانیه برات یه پروژه .NET با معماری تمیز و آماده می‌سازه، از لایه‌ها و CRUD گرفته تا دیتابیس و کانفیگ. دیپلوی، مایگریشن و حتی Docker رو هم خودش هندل می‌کنه.

https://github.com/moein-rezaee/DotNetArch

@DevTwitter | <Moein Rezaee/>

اسم این شماره می‌تونست «احمقانه‌ترین چیزی که شنیدم» باشه که مخاطب جلب کنه ولی زندانی‌ها مهمترن! در این شماره از حباب هوش مصنوعی می‌گیم و آپدیت پولدارترین آدم جهان. در مورد سانسور حرف می‌زنیم و می‌بینیم احمقانه‌ترین چیزی که مدیرعامل aws شنیده چیه.

https://youtu.be/qQU4ECS9opE

00:00 - رادیوجادی ۱۹۹ و داستان‌های سفر
04:20 - سورس بیسیک مایکروسافت روی گیت هاب
07:50 - توقف استخدام‌های هوش مصنوعی در متا و بحث حباب ای آی
09:19 - احمقانه‌ترین چیزی که شنیده ام؛ عدم استخدام تازه واردها به خاطر ای آی
16:24 - قرارداد ۳۰۰ میلیاردی اوپن ای آی و اوراکل و پولدارترین آدم دنیا
22:20 - نامه ۵۰۰ امضایی رمزنگاران علیه کنترل چت‌های اتحادیه اروپا
27:50 - نیم نگاهی به ماجراهای نپال با جرقه سانسور شبکه‌های اجتماعی
29:26 - لیک شدن اطلاعات گیج، شرکت پشت فیلترینگ بزرگ چین
30:31 - بخش آخر
32:07 - پیام‌های آخر

#پادکست

🔸 اگه دوست دارید ریپو های ترند روز گیتهاب (اونایی که در اون روز بیشترین استار رو گرفتن) رو تو یه کانال تلگرام داشته باشید، این کانال هر 6 ساعت ریپازیتوری های ترند اون روز گیتهاب رو میزاره👇

https://t.iss.one/github_trending_daily

مولانا | دیوان شمس | رباعیات | رباعی شمارهٔ ۱۹۳۲

گر یک نفسی واقف اسرار شوی
جانبازی را به جان خریدار شوی
تا مست خودی تو تا ابد تیره ستی
چون مست از او شوی تو هشیار شوی

#مولانا | گنجور
📍@iipoem