از MCP تا Agent، بررسی A2A و ACP وقتی Agentها باید با هم حرف بزنند

شاید کمتر تکنولوژی‌ای در طول تاریخ به سرعت هوش‌مصنوعی مولد فراگیر شده باشه. فقط ChatGPT، از ۳۰ نوامبر ۲۰۲۲ که عَرضه عمومی شد تا روزی که رکورد صدمیلیون کاربر رو برای خودش ثبت کرد، فقط ۶۰ روز نیاز داشت و امروز بعد ۳ سال و نیم، حدود یک میلیارد کاربر داره. این میزان رشد و … ادامه

بهینه‌سازی خودکارِ مهارت‌ها، SkillOpt

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

از 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) رو حول و حوش موضوعات مانیتورینگ و لاگینگ، شنیدین. هرچقدر تنوع کامپوننت‌ها، سرویس‌ها، اپلیکیشن‌ها بیشتر بیشتر بشه؛ یا به زبون ساده سیستم توزیع بشه، لزوم استفاده از یک استاندارد یا مکانیزم فراگیر، اهمیتش بیشتر می‌شه. فکر کنید لاگ رو با یه فرمتی که مختص دات‌نت باشه بنویسیم، یا اندازه‌گیری … ادامه