اعتماد به ابزار، حلقهٔ گمشدهٔ کدنویسی با ایجنت
خلاصهٔ کاملتر
تو مقالهٔ وبلاگ استکاورفلو اومده که وابستگی توسعهدهندهها به ابزارهاشون فقط عادت نیست؛ ابزاری مثل Vim و Emacs یا یه IDE، بعد از سالها تمرین به امتداد دست آدم تبدیل میشه و همین پیشبینیپذیری، اعتماد میسازه. حالا ابزار تازه یه ترمینالیه که باهاش زبان طبیعی حرف میزنی و خیلی سریعتر خروجی میده، ولی دقت و قطعیت کدِ دستنویس رو نداره.
نویسنده به نظرسنجی توسعهدهندههای استکاورفلو اشاره میکنه: استفاده از AI از ۷۶٪ به ۸۴٪ رسیده ولی اعتماد از ۴۰٪ به ۲۹٪ اومده پایین. به گفتهٔ نویسنده دلیلش اینه که ابزار مدام داره شکل عوض میکنه — مثل چاقویی که هر بار وزن و لبهش فرق میکنه — و از طرفی AI داره به همهٔ مراحل چرخهٔ توسعه نفوذ میکنه، پس بیاعتمادی هم به کل فرایند سرایت میکنه.
نکتهٔ اصلی مقاله اینه که ابزارها فرایند رو کدگذاری میکردن، ولی خودِ فرایند نبودن. یه CI/CD خوب بهتنهایی باعث نمیشه سریعتر ریلیز کنی و یه IDE خوب کد بهتر نمینویسه؛ بخشی از فرایند همیشه فرهنگ و رفتار آدمها بوده. ایجنتها چون تولید کد رو تقریباً مجانی کردن، ضعفهای همون فرایند رو لو دادن: نیازمندیهای مبهم، و گلوگاه تازهای به اسم ریویو کد که باید دیفهای چندصدخطی رو تأیید کنه.
راهکارهایی که نویسنده جمع کرده بیشتر فرایندیان تا ابزاری: آدمها مسئول بمونن و سهم AI شفاف علامتگذاری بشه (کسی که کامیت رو پوش میکنه صاحب اون کده)، بهجای اتکا به بازبینی بعدی همهچیز از قبل تو پرامپت و فایلهای spec صریح گفته بشه، دانش ضمنی تیم یه جا ثبت و بهعنوان کانتکست به ایجنت داده بشه، و کامپوننتهای موجود دوباره از صفر ساخته نشن.
به گفتهٔ نویسنده بزرگترین ترفند اعتمادسازی، دونستن جاهاییه که اصلاً نباید سراغ ایجنت رفت؛ نقلقولی از Anil Dash تو مقاله هست که میگه ما داریم سیستمهای غیرقطعی رو جایی به کار میبریم که کد قطعی لازمه، درحالیکه اون اسکریپت bash ساده که شش ساله داره کار میکنه کاملاً کافیه. جمعبندی مقاله اینه که تیمهای موفق اونایی نیستن که بیشترین کد رو تولید میکنن، بلکه اوناییان که حلقهٔ بازخورد و دانش مرجع میسازن.
نکات کلیدی:
- استفاده از AI بین توسعهدهندهها از ۷۶٪ به ۸۴٪ رسیده، ولی اعتماد از ۴۰٪ به ۲۹٪ افتاده
- اعتماد از پیشبینیپذیری میاد؛ ابزاری که مدام عوض میشه سخت اعتماد میسازه
- ابزارها فرایند رو کدگذاری میکنن ولی جاش رو نمیگیرن؛ فرایند خراب با ابزار بهتر باز هم خرابه
- گلوگاه تازه، تولید کد نیست؛ ریویو و اعتبارسنجیه
- مسئولیت کد با آدمیه که کامیت میکنه، نه با ایجنت
- هرچی تو پرامپت و spec گفته نشه، شانسی تصمیمگیری میشه
- جایی که راهحل قطعی و ساده داری، لازم نیست سراغ مدل غیرقطعی بری




