اگر امروز تمام کدهای پروژه شما توسط هوش مصنوعی نوشته شود، احتمالاً با کوهی از بدهی فنی مواجه خواهید شد که هزینهی نگهداری آن از سود حاصل از سرعتش بیشتر است. این یک هشدار جدی برای مدیران فنی است که سرعت تولید را با بهرهوری اشتباه میگیرند.
به گزارش Hacker News در ۱۶ اوت ۲۰۲۶، موجی از تردید میان توسعهدهندگان شکل گرفته است؛ آنها معتقدند شعار «کد بیشتر، سریعتر»، به سقف بازدهی رسیده است. مسئله اصلی این است که آیا تکیه بر مدل زبانی بزرگ (LLM) — مثل کتابخانهداری که میلیاردها صفحه را خوانده و حالا با همان لحن کتابها جواب میدهد — وقتی حجم کد تولیدشده منجر به افزایش سود شرکت نشود، هنوز توجیه اقتصادی دارد یا خیر. در همین راستا، برخی مدلهای جدید سعی دارند با ادعای جایگزینی عملی برای توسعهدهندگان استانداردهای جدیدی تعریف کنند، اما بحث سودآوری همچنان پابرجاست.
همانطور که در تحلیلهای قبلی ما دربارهی امنیت مدلهای بازمتن اشاره کردیم، تکیه بیش از حد به ابزارهای خودکار بدون نظارت دقیق، ریسکهای ساختاری ایجاد میکند. این موضوع در حالی است که برای شخصیسازی دقیقتر این ابزارها، استفاده از کد منبع به جای پلاگینها به یک ضرورت تبدیل شده است. اکنون صنعت از مرحلهی هیجان اولیه عبور کرده و سازمانها متوجه شدهاند که تولید سریع حجم عظیمی از کد، شبیه به صنعت «مد سریع» (Fast Fashion) است؛ یعنی تولید انبوهی که بیشتر از آنکه ارزش خلق کند، زباله و هزینه تولید میکند.
بر اساس بررسیهای صورتگرفته در news.ycombinator.com، سیاستهای شرکتی در مواجهه با AI در حال تغییر است:
- سقف بودجه: عبور از رویکرد «استفاده از AI برای همه چیز» و محدود کردن دسترسی به حوزههای تأییدشده.
- اولویت با نویسندگی انسانی: بازگشت به کدنویسی دستی برای کاهش بدهی فنی (Technical Debt). این بازگشت به انسانیت در کدنویسی با دیدگاههایی همسو است که معتقدند نسبت دادن کارها به LLMها میتواند پاسخگویی شغلی را کاهش دهد.
- سنجش ارزش: تغییر معیار موفقیت از «تعداد خطوط کد» به «تأثیر واقعی بر سود خالص».
این وضعیت نشان میدهد که «بهرهوری» ابزارهای AI از «سودآوری» نرمافزار جدا شده است. برای شما به عنوان توسعهدهنده، این یعنی مزیت رقابتی دیگر در دست کسی نیست که سریعتر پرامپت میزند، بلکه متعلق به کسی است که میتواند سیستمهای بهینهتر و خلوتتری طراحی کند.
گام بعدی شما
- بررسی میزان کد تولیدشده توسط AI در پروژههای خود و تحلیل هزینه نگهداری آنها در ۶ ماه آینده.
- تمرکز بر یادگیری معماری سیستمهای Lean به جای تکیه بر سرعت تولید کد.
- دنبال کردن گزارشهای صنعتی درباره رابطه میان استفاده از LLM و افزایش هزینههای Maintenance.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو