🧶 دوستانی که تعدیل شدند لطفا به صورت خصوصی بمن پیام بدن ( در صورت تمایل )که بتونم به گروهی موقتی ادشون کنم، که برنامه های آموزشی و برنامه های منتورینگ و همینطور آموزش های حوزه ی هوش مصنوعی رو اونجا اعلام کنم و باهم پیش بریم. امیدوارم که بزودی در اون گروه خودم تنها بمونم.

📍 خواهش میکنم فقط افرادی که در این شرایط از کار تعدیل شدند و یا خودشون اومدن بیرون به من پیام بدن.

❤️❤️ میدونم که مشتی هستید و به بقیه دوستان هم میفرستید.

آی دی بنده
@mhaKarimi
آی دی کانالمون هم
@iCodeNext

طی صحبت جدیدی که با برنامه نویسا داشتم متوجه شدم که بیشتر افراد در حال حاضر به چالش های مالی برخوردند

و متاسفانه یا تعدیل شدند و یا نمی‌تونند پروژه بگیرند 🤷‍♂️

همین شد که تصمیم گرفتم یه وبینار برگزار کنم و راجب تجربیات شخصی خودم از پروژه گرفتن توی شرایط جنگ صحبت کنم، این وبینار تجربه محوره و کاملا رایگانه

هدفم اینه که کمکی کرده باشم در این شرایط ❤️

🔗 ثبت نام در وبینار
http://eseminar.tv/wb178333

سادگی... سادگی... سادگی...

این حرف سروش به نظرم خیلی درسته

آخ آخ چه روزی بود امروز در Tech Talk و چه خون و خونریزی کردیم، یاد اون گروه قدیمی Agile Developers افتادم.

نسخه جدید claude desktop داره از gpu و یه سری os visualization ها استفاده میکنه که اگه مثل من توی vm ازش استفاده کنید کرش خواهد کرد.
چیزی که نجاتم داد، داکیومنت ها و ساختیافتگی شون بود.
ابزار ممکنه هر لحظه تغییر کنه یا از دست بره، براش باید همیشه آماده بود

زیرنویس قیافه من :
استاد نمی تونم بیشتر از این کظم غیظ کنم، اجازه بدین من پاشم ...

به به یه نفر دیگه به جنبش no Estimate پیوست!

تغییرات اخیر دات‌نت ۱۱، Runtime, libraries, SDK for the AI Era (بیلد ۲۰۲۴)

در این ویدئو که قسمتی از کنفرانس BUILD 2026 است تغییرات اخیر دات‌نت ۱۱ بررسی می‌شود.
یکی از قسمت‌های جالب این تغییرات، بخش‌هایی هستند که به خاطر LLM ها به وجود آمده است. که در ادامه به چند مورد اشاره می‌کنم.

به عنوان مثال دستوراتی مثل dotnet run و dotnet build در حال حاضر با توجه به اینکه در چه کانتکستی اجرا می‌شوند، می‌توانند لاگ‌های متفاوتی تولید کنند. به طور پیش‌فرض این دستورات لاگ‌هایی تولید می‌کنند که وضعیت درونی را بیشتر توضیح می‌دهند (Live Update)، ولی این نوع لاگ‌ها برای LLM ها هم مفید نیست و هم باعث مصرف توکن بیشتر می‌شود. تکنیک جدید باعث می‌شود وقتی این دستورات توسط ابزارهای LLM استفاده می‌شوند توکن خیلی کمتری مصرف کنند!

مورد جالب دیگر تغییراتی است که توی dotnet build انجام شده که بیلدهای موازی که به خاطر agent ها بیشتر و بیشتر شده، با پرفورمنس بهتری اجرا می‌شوند.

همچنین در این جلسه در مورد Runtime Async صحبت می‌شود که بسیار فیچر مهمی است و نحوه اجرای کدهای async را از سطح کامپایلر به سطح ران‌تایم می‌برد که تغییر خیلی زیرساختی و تاثیرگذاری محسوب می‌شود، هم از لحاظ پرفورمنسی، و هم از لحاظ tooling. با این تغییر دیگر در Call Stack خبری از آن همه اطلاعاتی که به خاطر State Machine‌ به وجود آمده بود نیست و همه چیز خیلی خواناتر شده است.

🔗 ویدئو کامل را می‌توانید اینجا ببینید.

#مهران_داودی (لینکدین - بلاگ)

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، نظرات خود را با ما در قسمت کامنت‌ها به اشتراک بگذارید.

کانال تلگرام:
@SoftwarePhilosophy

______

استراتژی امشب، اتوبوس دم دروازه پارک بشه، با روش معروف علی اصغری یا بزن زیرش فقط بزنید زیرش..

گل زدن که

آفساید شد

خوب سوباسا نداریم، چه کنیم؟ ۱۰ تا instance از ایشی زاکی بسازیم بکاریم کنار هم.

#چالش ساخت تصویر با AI

چرا هر تیم نرم‌افزاری (حتی به ازای هر سرویس مجزا) باید Runbook داشته باشه ؟
تو دنیای امروز که سیستم‌ها ۲۴/۷ کار می‌کنن، Runbook دیگه لوکس نیست، یه ضرورته.
این Runbook چیه؟سند زنده‌ای که دقیقاً می‌گه:
🔘 سیستم چطوری کار میکنه؟
🔘 وقتی مشکلی پیش اومد چیکار کنیم؟ (Step-by-step)
🔘 وابستگی‌های سیستم چیا هستن؟
🔘 چک‌لیست‌های روزانه، هفتگی و ماهانه
🔘 راه‌حل‌های رایج خطاها و Incidentها
🔘 اطلاعات تماس افراد کلیدی و Escalation Path
🔘 حتی به تیم های مرتبط میگه endpoint هامون چین و ورودی خروجی های مورد انتظارش چیه یا لینک به مستنداتی که این ها رو نشون بده.


اهمیت Runbook برای تیم‌های نرم‌افزاری:
اثر 1- کاهش چشمگیر زمان Downtime
وقتی Incident اتفاق می‌افته، دیگه کسی سردرگم نیست که "اول کجا رو چک کنیم؟" تیم تو کمتر از ۵ دقیقه وارد Action می‌شه.
اثر 2- کاهش وابستگی به افراد خاص
- مثلا اگه یکی از اعضای کلیدی تیم مرخصی باشه یا شرکت رو ترک کنه، دانش از دست نمی‌ره.
اثر 3- Onboarding خیلی سریع‌تر
- مثلا developer یا SRE جدید تو همون هفته اول می‌تونه Incidentهای سطح متوسط رو هندل کنه.
اثر 4- Consistency در عملیات
- همه اعضای تیم به یک روش استاندارد عمل می‌کنن، نه هر کسی به سلیقه خودش.
اثر 5- بهبود کیفیت و آرامش خاطر
- وقتی بدونید همه چیز مستند شده، خواب راحت‌تری دارید!

تجربه واقعی:
تیم‌هایی که Runbook خوب دارن، MTTR (Mean Time To Recovery) شون رو تا ۵۰-۷۰٪ کاهش دادن.

پیشنهاد من:
همین امروز یه Runbook اولیه برای مهم‌ترین سرویس‌هاتون بسازید. حتی اگه ناقص باشه، بهتر از هیچی هست.
بعد به مرور کاملش کنید.از ابزارهایی مثل Notion، Confluence، Markdown تو GitHub یا GitLab Wiki می‌تونید استفاده کنید.

شما Runbook دارید؟
تو کامنت بگید تیم‌تون چقدر به مستندات عملیاتی اهمیت می‌ده؟

#DevOps #SRE #Runbook #SiteReliability #SoftwareEngineering #تیم_فنی

مقاله بسیار مفید برای کشف این اثر :
https://incident.io/blog/automated-runbook-guide

تعریف شاخص MTTR و دسته‌بندی تیم‌ها بر اساس متدولوژی گوگل (DORA) (مستنداتی که دسته‌بندی مراجع گوگل برای سنجش تفاوت تیم‌های Elite، High و Medium را در حل بحران‌ها نشان می‌دهد)
https://agileanalytics.cloud/docs/mttr

https://luma.com/29xj58nu
قطعا جلسه ارزشمندی میشه

حس میکنم این روزها stakeholder management م به صورت چشمگیری پیشرفت داشته 😎