تسک همون شغل نیست
هوش مصنوعیخلاصهٔ کامل‌تر
سونیل پای تو این پست می‌گه ایجنت‌های کدنویسی احمقانه‌ترین مشکل رو براش ساختن: حالا می‌تونه قبل از ناهار سه چیزِ اشتباه بسازه. به گفتهٔ خودش تعداد خط کد معیار بدیه، ولی بازم سیگناله: ده‌ها هزار خط تو یه هفته، ایده‌هایی که قبلاً چند روز تعهد می‌خواستن و الان یه بعدازظهر تست می‌شن، به‌علاوهٔ تست و مستنداتی که قبلاً قول می‌داد بعداً بنویسه. ولی رودمپش ده برابر کوتاه‌تر نشده و خودشم ده برابر بهتر تصمیم نمی‌گیره چی ارزش ساختن داره.
به گفتهٔ نویسنده حالا فقط سریع‌تر به تصمیم‌های سخت می‌رسه، چون همهٔ پیاده‌سازی‌ای که لای این تصمیم‌ها بود فشرده شده. سؤالش اینه: نکنه ما تسک رو با شغل قاطی کردیم؟ اینجا از چارچوب «Jobs To Be Done» کلیتون کریستنسن استفاده می‌کنه — یعنی آدم‌ها محصول نمی‌خرن، بلکه اون رو «استخدام» می‌کنن تا یه پیشرفتی تو زندگی‌شون رخ بده. تقریباً هیچ‌کس صبح با این شغل بیدار نمی‌شه که «از یه ایجنت AI استفاده کنم»؛ می‌خواد بفهمه از عهدهٔ خرید خونه برمی‌آد یا نه.
مثالش موسیقیه: اگه فقط سی ثانیه موسیقی پس‌زمینه برای یه ارائه لازم داری، ماشینی که بیست ثانیه غیب میشه و یه چیز قابل‌استفاده برمی‌گردونه کارش بی‌عیب بوده. ولی اگه نشستی چون می‌خوای موسیقی بسازی، تحویل دادنِ آهنگ آماده یه بدفهمی تمام‌عیاره؛ تو می‌خواستی آکوردها رو جابه‌جا کنی، بدترش کنی و به چیزی برسی که نمی‌دونستی دنبالشی. خروجی یکیه، شغل کاملاً فرق داره.
نویسنده اضافه می‌کنه «agency» هم فقط درگیر بودن نیست؛ گاهی یعنی این توان که کل ماجرا رو محو کنی — با شرکت بیمه بجنگ، پیگیر عودت وجه باش، جلسه رو بین شش تقویم جابه‌جا کن و من رو به یه «تجربهٔ مشارکتی لذت‌بخش» دعوت نکن. به همین دلیل می‌گه پیشرفت ایجنت‌ها رو معمولاً با خودمختاری می‌سنجیم (از پنج دقیقه کار به روزها)، ولی خودمختاری یه قابلیته نه جهتِ محصول؛ این Job To Be Done هست که می‌گه کِی «برام انجام بده»، کِی «با من انجام بده» و کِی «نشونم بده چطور».
حرف مرکزیش اینه که یه ماشین می‌تونه تسک رو بی‌نقص بزنه و شغل رو کامل از دست بده، و کدنویسی این رو خوب نشون می‌ده چون تسک‌هاش خیلی خوانا و قابل‌راستی‌آزمایی‌ان. ولی شغل یه تیم نرم‌افزاری هرگز «تولید پیاده‌سازی» نبوده: فهمیدن این‌که کاربر چیز اشتباهی می‌خواد چون واژهٔ درست رو نداره، تشخیص این‌که دو فیچرِ هرکدوم منطقی با هم محصول رو بدتر می‌کنن، و انتخاب یکی از چند مسیرِ کاملاً قابل‌دفاع و همراه کردن بقیه با خودت. به گفتهٔ او همین‌جاست که ارزش نقش «product manager» معلوم میشه.
بخش شخصی نوشته هم به همین وصله: اینترنت ارزون، نرم‌افزار اوپن‌سورس و منابع مجانی جاوااسکریپت زندگیِ او رو تو یه شهر کوچیک جنوب هند عوض کرد، ولی اول باید از یه «آزمون ورودی» بزرگ رد می‌شد. پس سؤالش اینه: میشه این آزمون رو کوچیک‌تر کرد؟ جمله‌ای که براش انتخاب کرده اینه: «هوشمندی رو به یه نردبان تبدیل کن». چون ارزون شدن هوشمندی خودبه‌خود agency رو ارزون نمی‌کنه — آدم‌ها به وقت، پول، اعتماد و جغرافیا هم محدودن.
نکات کلیدی:
- «تسک» (نوشتن فانکشن، مهاجرت API) در برابر «شغل» (تصمیم گرفتن چی ارزش ساختن داره)
- چارچوب Jobs To Be Done از کلیتون کریستنسن: آدم‌ها محصول رو برای یه پیشرفت مشخص «استخدام» می‌کنن
- خودمختاری ایجنت (از پنج دقیقه تا چند روز کار) یه قابلیته، نه جهتِ محصول
- سه حالت رابطه با ماشین: «برام انجام بده»، «با من انجام بده»، «نشونم بده چطور»
- نویسنده با نقش «builder in residence» می‌ره سراغ پایین آوردن پیش‌نیازهای agency
