روز برنامه نویس 1405؛ هوش مصنوعی و آینده برنامه نویسی

از AI Coding Agent تا AI Support Agent؛ آیا شغل های نرم افزاری عوض می شوند؟

روز برنامه نویس به این دلیل انتخاب شده که 256امین روز سال است؛ عدد 256 در دنیای برنامه نویسی اهمیت ویژه ای دارد، چون یک بایت 8 بیت دارد و می تواند 256 مقدار مختلف، از 0 تا 255، را نمایش دهد. به همین دلیل، 13 سپتامبر در سال های عادی و 12 سپتامبر در سال های کبیسه به عنوان روز برنامه نویس شناخته می شود.

به مناسبت روز برنامه نویس

هر سال با نزدیک شدن به روز برنامه نویس، درباره نقش برنامه نویس ها، آینده برنامه نویسی و ابزارهای جدید صحبت می کنیم. اما امسال یک سؤال جدی تر از همیشه مطرح است:

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

و سؤال مهم تر برای بسیاری از شرکت های نرم افزاری:

اگر AI بتواند برنامه نویسی کند، آیا روزی می رسد که بتواند پشتیبانی نرم افزار را هم انجام دهد؟

پاسخ کوتاه این است: احتمالاً بله؛ اما نه به این معنا که یک روز صبح همه برنامه نویس ها و پشتیبان ها بیکار شوند. اتفاقی که همین حالا در حال رخ دادن است، بیشتر شبیه تغییر شکل شغل ها است تا حذف کامل آن ها.

از AI Assistant به AI Agent

تا همین چند وقت پیش، بیشتر ابزارهای هوش مصنوعی نقش «دستیار» داشتند.

مثلاً برنامه نویس از AI می خواست:

• یک تابع بنویسد.

• یک خطا را توضیح دهد.

• کد را اصلاح کند.

• تست بنویسد.

• یک قطعه کد را به زبان دیگری تبدیل کند.

اما نسل جدید ابزارها یک قدم جلوتر رفته اند.

AI Agent فقط جواب نمی دهد؛ می تواند یک هدف را دریافت کند، چند مرحله را خودش برنامه ریزی کند، ابزارهای مختلف را به کار بگیرد، کد را تغییر دهد، تست اجرا کند و نتیجه را بررسی کند.

تفاوت ساده است:

Assistant: «این کد را برایم بنویس.»

Agent: «این مشکل را حل کن، کد را تغییر بده، تست ها را اجرا کن و نتیجه را آماده کن.»

JetBrains در بررسی سال 2026 خود از بیش از 15 هزار برنامه نویس حرفه ای در سراسر جهان گزارش کرده که 90 درصد برنامه نویس ها حداقل به صورت هفتگی از AI Coding Agent استفاده می کنند و 68 درصد به صورت روزانه از آن ها استفاده می کنند.

یعنی بحث دیگر فقط درباره آینده نیست؛ این ابزارها همین حالا وارد جریان کاری برنامه نویس ها شده اند.

اما آیا AI واقعاً جای برنامه نویس را گرفته است؟

اینجا ماجرا جالب می شود.

بررسی Stack Overflow در سال 2025 نشان داد که استفاده از ابزارهای AI بین توسعه دهندگان بسیار گسترده شده، اما اعتماد به خروجی آن ها همچنان مسئله مهمی است.

در این نظرسنجی، 66 درصد توسعه دهندگان گفته اند بزرگ ترین مشکلشان پاسخ ها یا کدهای «تقریباً درست» AI است؛ یعنی خروجی ظاهراً خوب است اما دقیقاً درست نیست.

از طرف دیگر، 45 درصد گفته اند اشکال زدایی کد تولیدشده توسط AI زمان بیشتری می برد. همچنین وقتی توسعه دهندگان به پاسخ AI اعتماد ندارند، 75 درصد همچنان ترجیح می دهند از یک انسان کمک بگیرند.

پس مسئله فقط «تولید کد» نیست، مسئله این است که:

چه کسی تشخیص می دهد کدی که AI نوشته واقعاً درست است؟

اینجاست که نقش انسان هنوز بسیار مهم است.

یک مثال واقعی: تیمی که تقریباً بدون کدنویسی دستی نرم افزار ساخت.

این موضوع دیگر صرفاً یک فرضیه نیست.

OpenAI در فوریه 2026 درباره یک آزمایش مهندسی داخلی نوشت که در آن تیمی یک محصول نرم افزاری را با استفاده از Codex و با صفر خط کد نوشته شده به صورت دستی توسعه داد.

بر اساس گزارش خود OpenAI، کد برنامه، تست ها، تنظیمات CI، مستندات، ابزارهای داخلی و حتی بخش هایی مانند observability توسط Codex تولید شدند و تیم برآورد کرده بود که محصول را حدود 10 برابر سریع تر از روش دستی ساخته است.

اما نکته مهم گزارش این جمله است:

Humans steer. Agents execute.

یعنی انسان همچنان تصمیم می گیرد چه چیزی ساخته شود، چه استانداردی داشته باشد و نتیجه چگونه ارزیابی شود؛ اما بخش بیشتری از اجرای کار به Agent سپرده می شود.

بنابراین برنامه نویس آینده چه کار می کند؟

احتمالاً بخش قابل توجهی از کار برنامه نویس از «نوشتن خط به خط کد» به سمت کارهایی مثل این حرکت می کند:

تعریف مسئله → طراحی راه حل → هدایت Agent → بررسی خروجی → تست → تصمیم گیری → کنترل کیفیت

در واقع ممکن است ارزشمندترین مهارت یک برنامه نویس در آینده، صرفاً سرعت تایپ کد نباشد؛ بلکه توانایی فهم سیستم، تشخیص خطا، تصمیم گیری و بررسی خروجی AI باشد.

این تغییر همین حالا هم قابل مشاهده است.

در مطالعه 2026 JetBrains، میانگین پاسخ برنامه نویسان نشان می دهد حدود 47 درصد کد کاری آن ها کاملاً توسط Agent تولید می شود، حدود 38 درصد با کمک AI نوشته می شود و حدود 27 درصد به صورت کاملاً دستی نوشته می شود.

البته این اعداد مربوط به نحوه گزارش دهی خود توسعه دهندگان است و دسته ها الزاماً جمعشان به 100 درصد نمی رسد؛ بنابراین نباید آن را به عنوان سهم دقیق کل کد صنعت تفسیر کرد.

AI Support Agent

حالا برسیم به پشتیبانی؛ اگر AI بتواند کد بنویسد، قدم بعدی منطقی چیست؟

در پشتیبانی سنتی، کاربر مشکلش را مطرح می کند و پشتیبان:

1.سؤال را می خواند
2.مشکل را تشخیص می دهد
3. اطلاعات مشتری را بررسی می کند
4.مستندات را جستجو می کند
5.راه حل را پیدا می کند
6.پاسخ می دهد
7.در صورت نیاز موضوع را به تیم فنی ارجاع می دهد.

حالا تصور کنید یک Agent به سیستم، مستندات، سوابق مشتری و ابزارهای داخلی دسترسی داشته باشد.

کاربر می گوید:

«صورتحساب من ارسال نمی شود.»

Agent می تواند:

• حساب کاربر را بررسی کند؛

• خطای ثبت شده را پیدا کند؛

• مستندات مرتبط را جستجو کند؛

• علت احتمالی را تشخیص دهد؛

• مراحل رفع مشکل را پیشنهاد کند؛

• و اگر مشکل پیچیده بود، آن را همراه با اطلاعات کامل برای نیروی انسانی ارسال کند.

اینجا AI دیگر فقط چت بات پاسخگو نیست؛ تبدیل می شود به یک عامل اجرایی در فرایند پشتیبانی.

این اتفاق هم همین حالا شروع شده است

گزارش Customer Service Transformation Report در سال 2026 که بر اساس پاسخ های 2470 نفر از متخصصان پشتیبانی تهیه شده، نشان می دهد AI در حال تغییر ساختار تیم های پشتیبانی است.

طبق این گزارش، 40 درصد تیم ها گفته اند نیروهای پشتیبانی زمان بیشتری را صرف آموزش و بهینه سازی سیستم های AI می کنند.

همچنین نقش هایی مانند Conversation Analyst، Knowledge Manager و AI Operations Lead در حال پررنگ شدن هستند.

یعنی حتی در پشتیبانی هم داستان لزوماً این نیست که:

AI می آید → پشتیبان حذف می شود.

بلکه ممکن است تبدیل شود به:

پشتیبان → مدیر و ناظر سیستم های AI

گزارش جالب Open AI

جالب تر اینکه خود Open AI هم چنین تغییری را تجربه کرده است

Open AI در گزارشی درباره استفاده داخلی از Codex اعلام کرده که استفاده از این ابزار فقط محدود به مهندسان نمانده و در بخش هایی مانند حقوق، مالی، منابع انسانی و پشتیبانی نیز گسترش پیدا کرده است.

طبق همان گزارش، میزان استفاده از Codex در بخش Customer Support در فاصله نوامبر 2025 تا ژوئن 2026 حدود 32 برابر شده است.

این مثال مهم است، چون نشان می دهد Agent ها فقط برای «کدنویسی» در حال توسعه نیستند؛ آن ها کم کم به ابزار انجام کارهای مختلف تبدیل می شوند.

آیا شغل های نرم افزاری از بین می روند؟

احتمالاً سؤال درست این نیست.

سؤال بهتر این است:

کدام بخش از شغل انسان را می توان به AI سپرد و کدام بخش هنوز به انسان نیاز دارد؟

برای مثال در برنامه نویسی:

AI می تواند:
تولید کد، تست نویسی، refactoring، جستجو، مستندسازی و بخشی از debugging را انجام دهد.

اما انسان همچنان باید:
نیاز واقعی محصول را بفهمد، معماری را انتخاب کند، ریسک را بسنجد، خروجی را بررسی کند و درباره trade-offها تصمیم بگیرد.

در پشتیبانی هم:

AI می تواند:
پاسخ های تکراری، جستجوی مستندات، دسته بندی درخواست ها، خلاصه سازی و بخشی از عیب یابی را انجام دهد.

اما انسان همچنان برای:
مشکلات پیچیده، تصمیم های حساس، ارتباط با مشتری ناراضی، تشخیص موارد غیرعادی و تصمیم گیری نهایی اهمیت دارد.

یک تغییر مهم: «دانستن» کافی نیست

شاید یکی از مهم ترین تغییرات بازار کار همین باشد.

وقتی یک نفر می تواند با کمک AI در چند دقیقه کدی تولید کند که قبلاً ساعت ها زمان می برد، مزیت رقابتی فقط «بلد بودن کدنویسی» نیست.

دانش فنی همچنان مهم است؛ اما مهارت هایی مثل:

حل مسئله، تفکر سیستمی، بررسی خروجی AI، شناخت محصول، ارتباط با مشتری، تصمیم گیری و توانایی پرسیدن سؤال درست

اهمیت بیشتری پیدا می کنند.

DORA در گزارش 2025 خود درباره توسعه نرم افزار با AI نیز به همین دوگانگی اشاره کرده است: استفاده از AI گسترده شده و بیش از 80 درصد متخصصان فناوری در بررسی آن ها احساس کرده اند AI بهره وری شان را افزایش داده است؛ اما افزایش سرعت تولید لزوماً به معنی حذف نیاز به بررسی و کنترل نیست.

آینده احتمالاً «انسان یا AI» نیست

شاید مهم ترین نکته همین باشد. آینده نرم افزار احتمالاً متعلق به تیم هایی نیست که AI را جایگزین انسان کرده اند بلکه متعلق به تیم هایی است که یاد گرفته اند:

انسان + AI + Agent چطور با هم کار کنند.

برنامه نویسی ممکن است کمتر درباره نوشتن تک تک خطوط کد باشد و بیشتر درباره ساختن، هدایت و کنترل سیستم هایی باشد که خودشان بخش بزرگی از کدنویسی را انجام می دهند.

پشتیبانی هم ممکن است از پاسخ دادن به تک تک تیکت ها، به سمت مدیریت تجربه مشتری و نظارت بر سیستم های هوشمند پشتیبانی حرکت کند.

بنابراین شاید در سال های آینده سؤال این نباشد که:

«آیا AI جای برنامه نویس را می گیرد؟»

بلکه سؤال واقعی این باشد:

«برنامه نویسی که بلد است با AI کار کند، جای برنامه نویسی را که بلد نیست می گیرد؟»

و همین سؤال را می توان برای پشتیبانی هم پرسید:

«آیا AI جای پشتیبان را می گیرد، یا پشتیبانی که بلد است AI را به کار بگیرد جای پشتیبانی را می گیرد که فقط به روش قدیمی کار می کند؟»

شاید روز برنامه نویس امسال، بیش از آنکه درباره پایان برنامه نویسی باشد، درباره شروع یک شکل جدید از برنامه نویسی باشد.