مطالعه استنفورد: فرصت‌های شغلی برنامه‌نویسان تازه‌کار ۲۰٪ کاهش یافت

اگر امروز دانشجوی علوم کامپیوتر هستید یا برای اولین شغل برنامه‌نویسی رزومه می‌فرستید، باید بدانید که نردبان ترقی تغییر کرده است. طبق داده‌های جدید، تعداد موقعیت‌های شغلی برای کسانی که تازه وارد این میدان می‌شوند، سقوط کرده است. به نقل از آزمایشگاه اقتصاد دیجیتال استنفورد (Stanford Digital Economy Lab)، نرخ اشتغال جوان‌ترین برنامه‌نویسان تا ژوئیه ۲۰۲۵، حدود ۲۰٪ کمتر از اوج خود در اواخر سال ۲۰۲۲ بوده است. این یافته‌ها در راستای تحلیل‌های گسترده‌تر استنفورد درباره کاهش رشد مشاغل سطح مقدماتی در حوزه‌های کدگذاری‌شده است که نشان می‌دهد اتوماسیون چگونه در حال بازتعریف ورودی‌های بازار کار است. نکته‌ی تکان‌دهنده این است که در حالی که تعداد فرصت‌ها کم شده، حقوق‌های ثبت‌شده برای این سطوح همچنان ثابت مانده است.

چرخش در استراتژی استخدام

پژوهشگران استنفورد برای درک این روند، سوابق پرداخت‌های بزرگ‌ترین ارائه‌دهنده خدمات حقوق و دستمزد آمریکا را بررسی کردند. آن‌ها دریافتند که کارکنان ۲۲ تا ۲۵ ساله در مشاغلی که بیشترین مواجهه را با هوش مصنوعی دارند، ۱۶ درصد کاهش نسبی در اشتغال تجربه کرده‌اند؛ این رقم پس از کنترل اثرات شوک‌های سازمانی (firm-level shocks) محاسبه شده است. در مقابل، وضعیت برنامه‌نویسان باسابقه در همان مشاغل، ثابت مانده یا حتی رشد کرده است.

برای چندین دهه، نقش‌های جونیور شبیه به یک دوره کارآموزی باحقوق بود؛ جایی که برنامه‌نویسان با انجام کارهای تکراری و خسته‌کننده — مثل نوشتن کدهای کلیشه‌ای (Boilerplate) — هنر کدنویسی را یاد می‌گرفتند. اما امروز عامل‌های هوش مصنوعی (AI Agents) — مثل دستیارهای هوشمندی که می‌توانند کل مخازن کد (Repositories) را بخوانند، چندین فایل را هم‌زمان ویرایش کنند، دستورات را اجرا نمایند و بر اساس شکست در تست‌ها خودشان را اصلاح کنند — دقیقاً همان کارهایی را انجام می‌دهند که سال اولِ یک برنامه‌نویس جونیور را پر می‌کرد.

همان‌طور که در تحلیل‌های قبلی ما درباره‌ی امنیت مدل‌های بازمتن اشاره کردیم، اتکای بیش از حد به ابزارهای خودکار می‌تواند نقاط کور خطرناکی ایجاد کند. داده‌های استنفورد نشان می‌دهد کاهش استخدام دقیقاً در کارهایی متمرکز شده که هوش مصنوعی به‌جای «کمک به انسان»، جایگزین او شده است؛ یعنی کارهایی که تعریف آن‌ها ساده و اتوماسیون آن‌ها آسان است و احتمال جایگزینی در آن‌ها بیشتر از احتمال تقویت (Augmentation) است.

شکاف یادگیری و تله‌ی سرعت

سرعت بالای ابزارهای جدید، یک شکاف یادگیری خطرناک ایجاد کرده است. طبق گزارش یک آزمایش کنترل‌شده توسط آنتروپیک (Anthropic) در ۲۹ ژانویه ۲۰۲۶، ۵۲ مهندس نرم‌افزار باید یک کتابخانه ناآشنای Python async را یاد می‌گرفتند. نتیجه این بود که مهندسان استفاده‌کننده از هوش مصنوعی، تنها ۵۰٪ از آزمون نهایی را درست پاسخ دادند، در حالی که این رقم برای کسانی که دستی کد زده بودند، ۶۷٪ بود.

گروه هوش مصنوعی به‌شدت در عیب‌یابی (Debugging) مشکل داشتند، در حالی که کل پروژه را تنها ۲ دقیقه سریع‌تر تمام کرده بودند؛ تفاوتی که از نظر آماری بی‌معنی است. این مطالعه برجسته کرد که نتیجه نهایی به نحوه استفاده بستگی دارد: کسانی که از هوش مصنوعی خواستند توضیحات ارائه دهد و روی استدلال‌ها کار کردند، بیشتر از کسانی که کل تسک را به AI سپردند، مطالب را به خاطر سپردند. این یک هشدار جدی است: شما می‌توانید یک تکلیف را با کمک هوش مصنوعی تحویل دهید، اما لزوماً قادر نباشید فردا آن را دوباره از صفر پیاده کنید. این چالش‌های آموزشی دقیقاً همان دلیلی است که باعث شده برخی مدارس و مراکز آموزشی با استراتژی‌های یکپارچه‌سازی AI شرکت‌های بزرگ فناوری مخالفت کنند تا کیفیت یادگیری بنیادین حفظ شود.

ریسک‌های امنیتی در کدهای تولیدشده

امنیت، نقطه شکست بعدی کدهای تولیدشده توسط هوش مصنوعی است. بر اساس گزارش ورا‌کد (Veracode) در ۳۰ ژوئیه ۲۰۲۵، بررسی بیش از ۱۰۰ مدل زبانی در ۸۰ تسک مختلف نشان داد که ۴۵٪ از کدهای کاربردی تولیدشده، دارای آسیب‌پذیری‌های امنیتی بودند.

برخی از این شکست‌ها عبارتند از:

• زبان جاوا: بدترین عملکرد را داشت و نرخ خطای آن از ۷۰٪ فراتر رفت.
• حملات XSS: مدل‌ها در ۸۶٪ از موارد مربوط به اسکریپت‌های بین‌سایتی (Cross-site scripting)، نتوانستند دفاع مناسبی ایجاد کنند.

نکته کلیدی این است که مدل‌های بزرگ‌تر، تفاوت معناداری با مدل‌های کوچک‌تر نداشتند. این یعنی مشکل ساختاری است، نه مشکلی که با افزایش اندازه مدل حل شود. هوش مصنوعی با خوشحالی یک سیستم ورود کاربر می‌سازد، اما نمی‌تواند با اطمینان بگوید چه ایرادی در آن وجود دارد.

استانداردهای جدید برای ورود به بازار

چون تولید کد تکراری حالا ارزان شده است، ارزش بازار به سمت مهارت‌های «قضاوت بالا» تغییر کرده است. کارفرمایان اکنون به دنبال کسانی هستند که بتوانند:

• کد را نقادانه بخوانند: بررسی تغییراتی (Diffs) که خودتان ننوشته‌اید، حالا بخشی از شغل روزمره است. برای تمرین، Pull Requestهای پروژه‌های متن‌باز را بخوانید.
• از اصول اولیه عیب‌یابی کنند: فرضیه بسازند و علت خطا را بدون تکیه بر پیشنهادات هوش مصنوعی پیدا کنند. این ضعیف‌ترین مهارت در کاربران پرمصرف AI طی آزمایش آنتروپیک بود.
• امنیت استک را تضمین کنند: استانداردهای OWASP Top 10 را به‌قدری بدانند که تزریق کد (Injection)، کنترل دسترسی شکسته (Broken Access Control) و مدیریت بدِ نشست‌ها را با چشم تشخیص دهند.
• ابهام را ترجمه کنند: تبدیل نیازهای مبهم تجاری (مثلاً «کاربران در مرحله پرداخت سایت را ترک می‌کنند») به مشخصات فنی دقیق.
• تست‌های سخت‌گیرانه بنویسند: تست‌هایی که سعی کنند کد هوش مصنوعی را «بشکنند»، نه تست‌هایی که فقط تایید کنند کد کار می‌کند.
• تصمیمات را توضیح دهند: در مصاحبه‌ها بتوانند پاسخ دهند «چرا این راهکار کار می‌کند؟» تا درک واقعی آن‌ها از کپی کردن تفکیک شود.

روتین یادگیری در عصر هوش مصنوعی

برای افتادن در «تله هوش مصنوعی»، دانشجویان باید روتین «طرح، تفویض، شکست و بازسازی» را جایگزین کنند:
۱. طرح (Sketch): قبل از باز کردن هر ابزاری، نقشه مسیر، مدل داده‌ها، کنترل دسترسی و نقاط شکست احتمالی را روی کاغذ بنویسید.
۲. تفویض (Delegate): پیاده‌سازی را به هوش مصنوعی بسپارید، اما بخواهید انتخاب‌هایش را توضیح دهد و موارد خاص (Edge Cases) را لیست کند.
۳. شکست (Break): عمداً سعی کنید کد را به خطا بیندازید. ورودی‌های غلط بفرستید، با کاربر اشتباه وارد شوید یا یک فیلد ضروری را حذف کنید.
۴. بازسازی (Rebuild): چت را ببندید و یکی از بخش‌های مهم منطق برنامه را از حافظه دوباره بنویسید.

مراحل ۳ و ۴ عمداً کندتر هستند، چون یادگیری واقعی دقیقاً در همین نقطه رخ می‌دهد.

تکامل پورتفولیو

نمایش یک اپلیکیشن ساده که «کار می‌کند»، دیگر سیگنال قوی از مهارت نیست. برای متمایز شدن، این موارد را اضافه کنید:

• یادداشت طراحی (Design Note) که تصمیمات فنی شما را توضیح دهد.
• مجموعه‌ای از تست‌ها که مخصوصاً برای به چالش کشیدن کدهای تولیدشده توسط AI طراحی شده‌اند.
• یک گزارش کوتاه از بررسی امنیتی (Security Review) روی برنامه خودتان.
• تاریخچه کامیت‌هایی (Commit History) که نشان دهد چگونه در طول زمان مشکلات واقعی را عیب‌یابی کرده‌اید.

هوش مصنوعی نیاز به مهندس نرم‌افزار را از بین نمی‌برد، اما کفِ دانشی که یک «جونیور» باید داشته باشد را بالا می‌برد. برنده واقعی کسی است که از هوش مصنوعی برای سرعت و اکتشاف استفاده می‌کند، اما درک بنیادی را در سر خود نگه می‌دارد. دانشجویانی که هر دو مسیر را طی کنند، در حالی که نردبان استخدام باریک‌تر می‌شود، به عنوان نیروهای کم‌ریسک دیده خواهند شد.

گام بعدی شما

• به جای تمرکز بر یادگیری سینتکس زبان‌ها، روی یادگیری معماری سیستم‌ها و الگوهای طراحی (Design Patterns) تمرکز کنید.
• در پروژه‌های متن‌باز (Open Source) شرکت کنید و تمرین کنید که Pull Requestهای دیگران را نقد کنید.
• ابزارهای تحلیل استاتیک کد (Static Analysis) را یاد بگیرید تا بتوانید حفره‌های امنیتی کدهای AI را شناسایی کنید.

اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.