چرا دولوپرهای ارشد از هوش مصنوعی نمیترسند؟
خلاصهٔ کاملتر
یه جمله رو تصور کن: «هوش مصنوعی آیندهی توسعه نرمافزاره و دیگه به دولوپر نیازی نیست.» اگه دولوپر ارشد باشی و این جمله رو درست بدونی، نویسنده این مقاله یهکم به تجربهات شک میکنه — اما اگه دولوپر ارشد نباشی، احتمالاً حق با توئه. این تناقض جالب، قلب ماجراست.
نویسنده برای توضیح این تفاوت، یه کسبوکار رو با دو حلقه تعریف میکنه. حلقه اول جاییه که مدیران محصول، بازاریابها و فروشندهها زندگی میکنن: هدف اصلیشون کاهش عدمقطعیته — هر چه سریعتر چیزی به بازار بدن، هر چه سریعتر بفهمن که آیا کار میکنه یا نه. برای اونا سرعت همهچیزه.
حلقه دوم اما جاییه که دولوپرهای ارشد باهاش دستوپنجه نرم میکنن: ادامهی سرویسدهی به مشتریان فعلی. اینجا هدف اصلی مدیریت پیچیدگیه — چون پیچیدگی بیشتر یعنی سیستم کمتر قابلفهم، کمتر قابلدیباگ، و در نهایت ناپایدارتر. وقتی هر دو حلقه همزمان در یه شرکت میچرخن، سوءتفاهم اجتنابناپذیره.
مشکل اصلی اینه که دولوپرهای ارشد وقتی مخالفت میکنن، از زبان پیچیدگی استفاده میکنن — میگن «هزینه نگهداری بالا میره» یا «سیستم ناپایدار میشه» — در حالی که بقیه تیم دنبال کاهش عدمقطعیتن. این دو زبان به هم وصل نمیشن. راهحل اینه که دولوپر ارشد مهارت اصلیش — یعنی پیدا کردن راه سریعتر با ابزارهای موجود — رو بهعنوان یه پاسخ به نیاز سرعت مطرح کنه، نه یه مانع.
عبارت جادویی پیشنهادی نویسنده اینه: «یه راه سریعتر امتحان کنیم؟» این جمله کوتاه هم به سرعت (که دغدغه اصلی تیمه) اشاره میکنه، هم فضا میده که دولوپر ارشد از تجربهاش استفاده کنه و راهحل کمپیچیدهتری پیشنهاد بده — مثلاً بهجای ساخت یه فیچر کامل، یه دکمه ساده در UI موجود بذاره و ببینه کسی روش کلیک میکنه یا نه.
در آخر، نویسنده میگه هوش مصنوعی شاید بتونه خیلی سریع کد بنویسه، ولی هنوز یه چیز مهم رو نمیتونه بکنه: مسئولیت بپذیره. دولوپر ارشد چون مسئول پایداری سیستمه، باید اون رو بفهمه — و این فهمیدنه که AI هنوز ازش عاجزه.
نکات کلیدی:
- دولوپرهای ارشد از پیچیدگی فرار میکنن، نه از کار
- بقیه تیم دنبال کاهش عدمقطعیت با سرعت بیشترن
- این دو دیدگاه وقتی همزمان در یه شرکت باشن، سوءتفاهم میسازن
- جمله «یه راه سریعتر امتحان کنیم؟» پل ارتباطی این دو دنیاست
- هوش مصنوعی هنوز نمیتونه مسئولیت پایداری سیستم رو بپذیره




