وایب کدینگ؛ مزایا و خطرها

وایب کدینگ دقیقا یعنی چه، و با کدنویسی با کمک هوش مصنوعی چه فرقی دارد؟

این اصطلاح در سال ۲۰۲۵ رایج شد و مثل هر اصطلاح تازه ای، هر کسی معنی خودش را از آن دارد. تعریفی که ما به کار می بریم همان تعریفی است که نظرسنجی توسعه دهندگان استک اورفلو در پرسشنامه اش استفاده کرد و به ویکی پدیا ارجاع داد: تولید نرم افزار از روی پرامپت های مدل زبانی.

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

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

و یک چیز که در بحث ها گم می شود: وایب کدینگ اختراع تازه ای در روش کار نیست. کپی کردن کد از یک انجمن اینترنتی بدون خواندنش دقیقا همین بود و بیست سال سابقه دارد. چیزی که عوض شده مقیاس است. آن موقع بیست خط کپی می کردید و حالا دو هزار خط می گیرید، و همان دو هزار خط را کسی نمی خواند.

چقدر از توسعه دهنده ها واقعا این کار را می کنند؟

اینترنت فارسی و انگلیسی هر دو پر است از این ادعا که وایب کدینگ روش کار جدید صنعت است. عدد چیز دیگری می گوید.

نظرسنجی توسعه دهندگان استک اورفلو در سال ۲۰۲۵ صریحا پرسید که آیا وایب کدینگ بخشی از کار حرفه ای شماست، با همان تعریف بالا. از ۲۶۵۶۴ نفری که جواب دادند، ۷۲.۲ درصد گفتند نه، و ۵.۴ درصد دیگر گفتند قاطعانه نه. در طرف مثبت، ۱۱.۹ درصد گفتند بله، ۲.۸ درصد گفتند تا حدی، و ۰.۴ درصد گفتند قاطعانه بله. ۲.۱ درصد گفتند امتحانش کرده اند و ۱.۲ درصد مطمئن نبودند.

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

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

کجا واقعا می ارزد؟

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

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

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

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

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

هزینه ها کجا ظاهر می شوند؟

هیچ کدام از هزینه های این روش در روز اول دیده نمی شوند و همین چیزی است که خطرناکش می کند. اینجا فقط از مکانیزم حرف می زنیم و نه از داستان های ترسناکی که منبع ندارند.

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

نگهداری. کدی که نخوانده اید، وقتی خراب شود شما را در وضعیتی می گذارد که هیچ ابزاری نجاتتان نمی دهد: نمی دانید کجا را نگاه کنید، چون نمی دانید چه چیزی کجاست. راه معمول این است که همان مدل را صدا بزنید و بگویید درستش کن، و این تا وقتی جواب می دهد که مسئله کوچک باشد. وقتی برنامه به اندازه ای بزرگ شد که در یک گفتگو جا نشود، این راه هم بسته می شود.

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

و هزینه ای که به خودتان می خورد. در همان نظرسنجی، ۲۰ درصد پاسخ دهندگان گفته اند در توانایی حل مسئله خودشان کم اعتمادتر شده اند. مکانیزمش را در درس کدنویسی با هوش مصنوعی باز کرده ایم: یادگیری از گیر کردن می آید و ابزاری که گیر کردن را حذف می کند، همان چیزی را حذف کرده که یاد می داد.

موضع ما: پیش نویس را وایب کد کنید، محصول را مهندسی کنید

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

قاعده عملی ما یک پرسش است و نه یک اصل: اگر این برنامه فردا کاملا اشتباه کار کند، چه چیزی از دست می رود؟ اگر جواب «هیچ چیز، دوباره اجرا می کنم» است، وایب کد کنید و وقتتان را تلف نکنید. اگر جواب شامل پول کسی، داده کسی، یا آبروی کسی است، آن کد باید خوانده شود؛ چه شما بخوانید و چه کسی که پولش را می دهید.

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

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

یک نکته آخر برای کسی که کارش را به فریلنسر یا آژانس می سپارد: پرسیدن اینکه «چه کسی این کد را خوانده» پرسش بی ادبانه ای نیست و جواب دادن به آن هم سخت نیست. اگر جوابی نگرفتید، همان جواب است. اینکه کار خودمان اینجا چطور انجام می شود، در طراحی اپلیکیشن و نرم افزار نوشته ایم.