بازنویسی کد تولیدشده؛ کجا باید خودتان وارد شوید

وقتی یک ابزار هوش مصنوعی یک قطعه کد کامل برایتان می‌نویسد، وسوسهٔ «تحویل بگیر و برو» بسیار قوی است. کد اجرا می‌شود، خروجی درست است، و اگر تستی هم باشد سبز است. اما یک پرسش جدی‌تر جا می‌ماند: این کد قرار است شش ماه دیگر هم قابل نگهداری باشد یا نه؟ در راهنمای کامل وایب کدینگ دربارهٔ شروع درست این مسیر نوشتیم؛ این مقاله دقیقاً نقطهٔ مقابلش را نشان می‌دهد: کجاها باید دست از تماشا بردارید و خودتان وارد کد شوید.

چرا کد تولیدشده به بازبینی نیاز دارد

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

چهار نشانهٔ اصلی برای بازنویسی

۱. تکرار (Duplication)

اگر همان منطق اعتبارسنجی، همان query یا همان تبدیل داده را در سه فایل مختلف می‌بینید، این نشانهٔ روشنی است که مدل به‌جای استفادهٔ دوباره از یک تابع موجود، هر بار از صفر نوشته است. تکرار یعنی هر باگ باید چند بار fix شود و هر تغییر قانون کسب‌وکار باید چند بار اعمال شود؛ و معمولاً یک جای فراموش می‌شود.