خیلی‌ها فکر می‌کنند:
«دیگه لازم نیست چیزی از مهندسی نرم‌افزار بدونیم؛ فقط کافیه با AI حرف بزنیم تا نرم‌افزار ساخته بشه.»
اما واقعیت اینه که ساختن یک محصول واقعی، فقط تولید چند فایل کد نیست.
ساختن نرم‌افزاری که:
پایدار باشد
قابل نگهداری باشد
روی تعداد زیاد کاربر کار کند
و در آینده قابل توسعه بماند
هنوز هم نیاز به تفکر مهندسی داره.
مشکل اصلی اینجا هست که بسیاری از پروژه‌هایی که با Vibe Coding ساخته می‌شوند، در مرحله prototype جذاب‌اند، اما وقتی پروژه بزرگ‌تر می‌شود تازه مشکلات واقعی شروع می‌شوند:
- ساختار فنی پروژه به‌هم می‌ریزد
- اسم‌گذاری‌ها ناهماهنگ می‌شوند
- بخش‌های مختلف پروژه روی هم اثر منفی می‌گذارند
- سرعت و کارایی سیستم افت می‌کند
- توسعه و بزرگ‌تر کردن پروژه سخت می‌شود
و AI کم‌کم درک خودش از پروژه را از دست می‌ده، چون AI ذاتاً پروژه را نمی‌شناسه.
فقط بر اساس context محدودی که در همان لحظه دریافت می‌کنه کار می‌کنه.
اینجا workflow ها و skill های جدیدی مثل
grill-with-docs جالب می‌شوند.ایده این اسکیل اینه که قبل از کدنویسی، AI را مجبور کنیم پروژه را واقعاً بفهمد. این skill شروع می‌کند از تو سوال پرسیدن:
هدف سیستم چیست؟
قوانین پروژه چیست؟
چرا این معماری انتخاب شده؟
اسم‌گذاری‌ها چگونه‌اند؟
تصمیمات مهم فنی چه بوده‌اند؟
و بعد از جواب‌ها،
برای پروژه document واقعی می‌سازد:
مستندات معماری
واژه‌نامه پروژه
تصمیمات فنی
قوانین و convention ها
و زبان مشترک پروژه
در نتیجه AI کم‌کم یک “حافظه مهندسی‌شده” از پروژه پیدا می‌کند.
این یعنی:
✅ کدها هماهنگ‌تر می‌شوند
✅ معماری پروژه کمتر تخریب می‌شود
✅ پرامت های تکراری کمتر می‌شوند
✅ توسعه پروژه قابل‌کنترل‌تر می‌شود
✅ و AI بیشتر شبیه یک هم‌تیمی واقعی رفتار می‌کند تا یک generator تصادفی کد
ویدیو بعدی در مورد معرفی و آموزش این اسکیل کاربردی در ساخت و توسعه نرم افزار هست.
@Algoticlab