از Skill سازی تا Skill سنجی؛ بررسی Waza و skill-validator

یک قدم عقب‌تر… قبل از معرفی ابزارها، یه مرور کنیم که: Agent Skill چیه و چرا اصلاً باید بهش اهمیت داد؟ هر بار که یه AI agent، مثل Claude Code، Copilot، یا Cursor داره روی کد شما کار می‌کنه، از یه context window محدود استفاده می‌کنه. این context می‌تونه شامل تاریخچهٔ مکالمه، کد پروژه، و … ادامه

یک مسئله، یک‌ ابزار، سه سطح نگاه!

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

مدیر محصول و مهندس نرم‌افزار: همکاری یا تنش؟ (بخش دوم)

بخش ۲، فلوی شکل‌گیری ایده تا رسیدن به محصول و محیط عملیاتی در بخش اول دیدیم که ریشه‌ی تنش بین مدیر محصول و مهندس، بیشتر از اینکه یه موضوع فردی باشه، یک مشکل ساختاریه. ابهام در مالکیت، اشتباه گرفتن Product Manager با Project Manager، و موندن توی مدل Feature Team، باعث می‌شه سیستم به سمت … ادامه

مدیر محصول و مهندس نرم‌افزار: همکاری یا تنش؟ (بخش اول)

بخش اول: ریشه‌شناسی یک تنش ساختاری مقدمه: دعوای ظاهری، مشکل ساختاری این گفت‌وگو تکراری، بین مدیرمحصول و مهندس نرم‌افزار رو توی خیلی از تیم‌های نرم‌افزاری می‌بینیم:– مدیر محصول یه فیچر رو تعریف می‌کنه+ مهندس نرم‌افزار: «این‌‌جوری نمی‌شه»– مدیر محصول: «چرا نمی‌شه؟»+ مهندس: «چون پیچیده ست»و همین‌جاست که یک رابطه‌ی کاری شروع به فرسایش می‌کنه. اما … ادامه

فرهنگ و ساختار نسخه‌دهی در تیم‌های نرم‌افزاری (بخش دوم)

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

فرهنگ و ساختار نسخه‌دهی در تیم‌های نرم‌افزاری (بخش اول)

مقدمه:فرهنگ و ساختار نسخه‌دهی توی تیم‌های نرم‌افزاری، با اینکه پیشینه طولانی داره و نسل اولش به دهه‌های ۶۰ و ۷۰ و میلادی برمی‌گرده و حتی ابزارهای مدرن‌ترش مثل git توی بیست‌سالگی‌شون به سر می‌برن؛ ولی کماکان موضوعی مهم و اثرگذار روی تیم‌هاست. و البته کم نیستن تیم‌هایی که با انتخاب روش اشتباه یا نپرداختن به … ادامه

نمونه دنیای واقعی: کلودفلر چجوری به مستندات فنی نگاه می‌کنه؟

مستندنویسی فنی یکی از مغفول‌ترین بخش‌های توسعه نرم‌افزار، خصوصا در ایرانه! همه می‌گن خیلی واجبه و ما خیلی ارج می‌نهیم به مستندات، ولی آخرش همون همه، مشمول ترک واجبات و ارج ننهادن می‌شن! حتی technical write پوزیشن گمنامیه توی لیست مشاغل. حالا اینکه چطور کلودفلر، به عنوان شرکتی که توی ۱۹٪ اینترنت رد پاش دیده … ادامه

در باب OpenTelemetry

مقدمهحتماً اسم OpenTelemetry (یا همون OTel) رو حول و حوش موضوعات مانیتورینگ و لاگینگ، شنیدین. هرچقدر تنوع کامپوننت‌ها، سرویس‌ها، اپلیکیشن‌ها بیشتر بیشتر بشه؛ یا به زبون ساده سیستم توزیع بشه، لزوم استفاده از یک استاندارد یا مکانیزم فراگیر، اهمیتش بیشتر می‌شه. فکر کنید لاگ رو با یه فرمتی که مختص دات‌نت باشه بنویسیم، یا اندازه‌گیری … ادامه

ورک‌لودها در دات‌نت

👀 ورک‌لود توی دات‌نت چیه؟ورک‌لود‌های دات‌نت مجموعه‌ای از اجزای اختیاری SDK هستن که برای توسعه انواع خاصی از برنامه‌ها مورد استفاده قرار می‌گیرن. به زبون ساده‌تر، به جای نصب یک SDK بزرگ که همه چیز رو شامل بشه، می‌تونیم فقط اجزای مورد نیاز برای پروژه خودمون را نصب کنیم. مثال: aspire یا macos یا tvos … ادامه

انواع استراتژی‌های تاب‌آوری نرم‌افزار (Resiliency Strategy)

مفهوم Resiliency یا تاب‌آوری، به توانایی یک سیستم برای بازیابی شرایط پایدار در صورت بروز خطا گفته می‌شه. حالا این بازیابی می‌تونی تلاش برای بازیابی باشه، یا انتخاب راه جایگزین. مثل اینکه شما ۲ بار تلاش می‌کنی از API آب‌وهوا مقدار دمای فعلی یک منطقه رو بگیری، هر بار با فاصله زمانی ۵ ثانیه API … ادامه