کلود کد محصولت رو بهتر نمیکنه
هوش مصنوعی
تستخلاصهٔ کاملتر
یه اتفاق جالب داره میافته. از یه طرف، صدای بلندگوهای بازار میگه ایجنتهای کدنویسی هوش مصنوعی همه چیز رو عوض کردن. از طرف دیگه، مهندسهایی که همین محصولاتی که روزانه ازشون استفاده میکنیم رو ساختن، یه چیز پیچیدهتر میگن.
منحنی بهرهوری K-شکل
دادههای اقتصاددانهای کار نشون میده که سودهای بهرهوری ناشی از ایجنتهای کدنویسی بهطور یکسان توزیع نشده. این توزیع K-شکله: مهندسهای ارشد بهطور محسوسی بهرهورتر شدن، ولی مهندسهای جونیور در بهترین حالت جا زدن و در بدترین حالت بدتر شدن. از سال ۲۰۲۳ به بعد، خروجی مهندسهای ارشد رشد قابل اندازهگیری داشته، اما خروجی جونیورها اساساً صاف موند یا کاهش پیدا کرد.
روایت محبوب توی توییتر هم دقیقاً روی نیمهی بالای این K سوار شده. جملههایی مثل «تیم ما شش سال بکلاگ رو در یه فصل تموم کرد» یا «با Cursor در سه روز کل بکاند رو ساختم» هر هفته با ۴۰ هزار لایک بازنشر میشن. دریو آمودی از Anthropic هم چند بار گفته که Claude Code کاملاً توسط خودِ Claude نوشته شده.
بهترین سازندگان محصول، کاناری معدن هستن
چند هفته پیش، سه اتفاق تقریباً همزمان افتاد. Dax (که داره opencode.ai میسازه) یه پیام به تیمش فرستاد. Karri Saarinen (مدیرعامل Linear) جواب داد. و David Cramer (سازندهی Sentry) گرافهای GitHub خودش رو منتشر کرد. هیچکدوم منتقد هوش مصنوعی نیستن، ولی همه یه الگوی یکسان میبینن:
Cramer نوشت که کاملاً متقاعد شده LLMها امروز یه افزایش خالص بهرهوری نیستن. اون به سه مشکل مشخص اشاره کرد: ضعف عملکرد LLMها روی توسعهی تدریجی در پیچیدگی، ناتوانی در سادهسازی واقعی و ایجاد رابطهای اصولی، و تکنیکهای اسلاپوار تولید تست. خلاصهی حرفش: «بیشترش bloat محضه.»
اینا لادیت نیستن. Dax داره یه ایجنت کدنویسی میسازه. Karri سازندهی Linearـه، محصولی که فلسفهاش اینه که «کمتر بیشتره» در ابزارهای نرمافزاری. Cramer بیست ساله داره اپنسورس شیپ میکنه.
چرا Claude Code در مسیر رشد تصاعدی نیست؟
اگه Claude Code واقعاً مزیت رقابتی بهرهوری میداد، و Anthropic هفت ماه این ابزار رو بهتنهایی داشت، شکاف بین Claude Code و رقبا باید غیرقابل پر شدن میبود. ولی واقعیت اینه که Codex ماهها بعد لانچ شد و الان کاملاً رقابتیـه. Cursor قویـه. Cognition و Factory هنوز دارن قراردادهای جدی میبندن. مزیت تصاعدی ظاهر نشده. یه چیز دیگهای گلوگاه کیفیت محصوله، و هیچوقت کد نبوده.
خط کد یه هزینهست، نه یه محصول
این مدل ذهنیه که بیشتر نوشتههای این حوزه بهش توجه نمیکنن: بهترین فرهنگهای مهندسی، خط کد رو چیزی میدونن که خرج میکنی، نه چیزی که تولید میکنی. کدبیس یه بدهی ترازنامهته، نه یه دارایی.
tinychat (شرکت نرمافزاری comma.ai) آلارمی داشت که وقتی کدبیس از یه سایز مشخص رد میشد فعال میشد. اونا حذف کد رو جشن میگرفتن. منطقش سادهست: هر خط کد یه سطح برای باگه. هر تابع یه وابستگی برای تابع بعدیه. پیچیدگی خطی مقیاس نمیشه، ترکیبی میشه.
Linear با ۱۷۸ نفر، ۶ سال سن، و ۱۰۰ میلیون دلار ARR داره. Jira با ۵۶ برابر تلاش مهندسی تجمعی، ۶ امتیاز پایینتر در کیفیت مصرفکننده داره. اندازهی حباب خودش حرف میزنه: کیفیت و حجم کدبیس یه چیز نیستن.
سطح محصول بهصورت فراکتالی گسترش پیدا میکنه. یه اینتگریشن Slack اضافه کن، Teams هم لازم میشه، بعد فالبک ایمیل. نوتیفیکیشن اضافه کن، باید برای موبایل، SMS، و سیاستهای MDM سازمانی هم بازسازی بشه. MFA اضافه کن، باید با Duo، Okta، و SAML سازگار باشی.
فیسبوک با ۱۰۰ هزار مهندس هیچوقت گلوگاهش سرعت تولید کد UI نیست. یه مهندس ماهر میتونه فید فیسبوک رو در یه روز موکاپ کنه. محدودیت واقعی کاهش تعداد خطوط کد برای ارائهی اون تجربه به میلیاردها نفر زیر هر باره و با هر تاخیریـه. تابع پاداش فشردهسازیه، نه تولید. و برای این کار، ایجنتهای کدنویسی نمیتونن مبادلات بلندمدت رو ارزیابی کنن. اونا یه تئوری از سیستم ندارن.
نکات کلیدی:
- بهرهوری ایجنتهای کدنویسی به شکل K توزیع شده؛ مهندس ارشد سود میبره، جونیور ضرر میکنه
- سازندگان باتجربهای مثل David Cramer (Sentry) و Karri Saarinen (Linear) میگن سرعت بهبود محصولشون با ایجنتها تسریع نشده
- Claude Code که کاملاً با Claude نوشته شده، نتونسته شکاف رقابتی تصاعدی با رقبا ایجاد کنه
- خط کد یه هزینهست نه دارایی؛ کد بیشتر = پیچیدگی بیشتر = بدهی فنی بیشتر
- گلوگاه واقعی کیفیت محصول هیچوقت سرعت تولید کد نبوده و نیست
