بدون برنامه‌نویسی هم میشه وایب کد کرد؟ جواب صادقانه و اینکه اصلا به درد کی می‌خوره!
بدون برنامه‌نویسی هم میشه وایب کد کرد؟ جواب صادقانه و اینکه اصلا به درد کی می‌خوره
خلاصه داستان: تو این فصل با هم می‌بینیم بدون اینکه برنامه‌نویسی بلد باشیم تا کجای دنیای وایب کدینگ می‌تونیم پیش بریم، کجاها ممکنه به بن‌بست بخوریم، حداقل چه چیزایی رو باید بلد باشیم و اینکه هر کسی، از یه مارکتر گرفته تا یه برنامه‌نویس، از کجا باید شروع کنه.
جواب خیلی کوتاه: آره، برای شروع وایب کدینگ اصلا نیازی نیست برنامه‌نویسی بلد باشی. خیلی راحت می‌تونی لندینگ پیج، فرم، ابزارهای شخصی و نمونه‌های اولیه بسازی. اما وقتی پای چیزای جدی‌تر مثل دیتابیس، ورود کاربر، پرداخت پول و نگهداری طولانی‌مدت بیاد وسط، اگه چند تا مفهوم پایه رو ندونی بدجوری به دیوار می‌خوری. خبر خوب اینه که این مفاهیم اصلا برنامه‌نویسی نیستن و خیلی زود می‌تونی یادشون بگیری.
اگه فصل یک این کتابچه رو خونده باشی، احتمالا الان می‌دونی که وایب کدینگ یعنی خواسته‌هات رو با زبون معمولی به هوش مصنوعی بگی تا اون برات کدش رو بنویسه. اگه هم نخوندی فدای سرت؛ همین یه جمله‌ای که گفتم برای ادامه مسیرمون کافیه.
حالا می‌رسیم به مهم‌ترین سوالی که تقریبا همه بعد از شنیدن این تعریف می‌پرسن: «من که تو عمرم یه خط کد هم ننوشتم، واقعا می‌تونم این کارو بکنم؟» این فصل دقیقا جواب صادقانه به همین سواله؛ نه اون‌قدر الکی خوش‌بینانه است که فکر کنی فردا صبح می‌تونی یه اپلیکیشن مثل اسنپ بسازی، نه اون‌قدر بدبینانه که کلا از امتحان کردنش منصرف بشی.
جواب کوتاه: آره می‌تونی، اما تا یه جایی
وایب کدینگ بدون برنامه‌نویسی کاملا ممکنه، چون تو شکل اصلی و خالصش اصلا قرار نیست تو کدی رو بخونی. سایمون ویلیسون، که یکی از برنامه‌نویس‌ها و نویسنده‌های خیلی معروف تو حوزه ابزارهای هوش مصنوعیه، وایب کدینگ رو این‌طوری تعریف می‌کنه: ساختن نرم‌افزار با یه مدل زبانی، بدون اینکه کدی که می‌نویسه رو بازبینی کنی.
این یعنی کاری که از تو انتظار میره، کد نوشتن نیست. کار اصلی تو اینه که خیلی دقیق بگی چی می‌خوای و بعدش خیلی دقیق‌تر امتحان کنی ببینی آیا همون چیزی که می‌خواستی ساخته شده یا نه. این دو تا مهارت رو خیلی از آدمای غیربرنامه‌نویس، مثل مدیرهای محصول، طراح‌ها و مارکترها، از قبل تو خودشون دارن.
اما کلمه کلیدی اینجا همون «تا یه جایی» هست. هرچقدر پروژه تو به آدم‌های بیشتری ربط پیدا کنه، داده‌های حساس‌تری رو جابه‌جا کنه و قرار باشه عمر طولانی‌تری داشته باشه، نخوندن کدها می‌تونه ریسک کار رو حسابی ببره بالا. بیا با هم دقیق‌تر ببینیم این مرز کجاست.
بدون دانش برنامه‌نویسی چه چیزایی میشه ساخت؟
کوین روز، روزنامه‌نگار تکنولوژی تو نیویورک‌تایمز که خودش برنامه‌نویس حرفه‌ای نیست، با وایب کدینگ چند تا اپلیکیشن کوچیک و جمع‌وجور برای خودش ساخت. یکی از اونا یه اپلیکیشن به اسم LunchBox Buddy بود؛ کارش این بود که محتویات داخل یخچال رو چک می‌کرد تا برای ناهار مدرسه پسرش بهش ایده بده. اون به اینجور اپلیکیشن‌ها می‌گفت «نرم‌افزار برای یک نفر»، و البته خیلی صادقانه هم گفت که نتیجه‌ها معمولا محدود بودن و خطاهایی هم داشتن.
همین ایده «نرم‌افزار برای یک نفر» دقیقا کلید ماجراست. بدون داشتن دانش برنامه‌نویسی، جاهایی که وایب کدینگ بیشترین ارزش و کاربرد رو برات داره ایناست:
- لندینگ پیج‌ها و صفحه‌های معرفی: مثل صفحه معرفی یه محصول، یه رویداد یا یه کمپین تبلیغاتی.
- فرم‌های ساده: مثل فرم‌های ثبت‌نام، نظرسنجی یا درخواست مشاوره که اطلاعات رو یه جایی مثل گوگل شیت ذخیره میکنن.
- ابزارهای شخصی: چیزایی مثل ماشین‌حساب قیمت، برنامه‌ریز هفتگی، یا ابزار تبدیل فرمت فایل؛ یعنی چیزایی که فقط خودت یا تیم کوچیکت ازشون استفاده می‌کنین.
- نمونه‌های اولیه یا پروتوتایپ: یه نسخه اولیه از ایده‌ات که بتونی به سرمایه‌گذار، مدیر یا مشتریت نشون بدی و ازشون فیدبک بگیری.
- بات‌های ساده: مثلا یه ربات تلگرام یا بله که کارش جواب دادن به چند تا سوال پرتکرار مشتری‌هاست.
نقطه مشترک همه این موارد یه چیزه: اگه خراب بشن، هیچ فاجعه‌ای رخ نمیده. نه پول کسی این وسط گم میشه، نه اطلاعات محرمانه کسی لو میره. این دقیقا همون منطقه امن تو برای شروع کاره.
کجا به دیوار می‌خوری؟
حالا بریم سراغ اون روی سکه. اینا موقعیت‌هایی هستن که اگه بدون هیچ دانش پایه‌ای بخوای بری جلو، احتمال خیلی زیادی وجود داره که یا حسابی گیر کنی، یا بدتر از اون، یه چیزی بسازی که در ظاهر کار می‌کنه ولی باطنش به‌شدت خطرناکه.
وقتی که داده‌های واقعی آدما رو نگه می‌داری
به محض اینکه اپلیکیشن تو بخواد اطلاعات کاربرا رو تو یه دیتابیس ذخیره کنه، تو باید حتما بدونی کی به چه داده‌ای دسترسی داره. این فقط یه نگرانی تئوری و روی کاغذ نیست. یه پژوهشگر امنیتی اومد ۱۶۴۵ تا اپلیکیشن که با ابزار وایب کدینگ Lovable ساخته شده بودن رو بررسی کرد و تو ۱۷۰ تاشون نقص‌های خیلی جدی پیدا کرد؛ از لو رفتن اطلاعات شخصی آدما بگیر تا افشای کلیدهای API و سوابق پرداخت بانکی. ریشه اصلی این مشکل چی بود؟ فقط اینکه قوانین دسترسی به دیتابیس درست تنظیم نشده بود. تو یه گزارش دیگه هم گفته شده بود که فقط یه اپلیکیشن با ۱۶ تا آسیب‌پذیری، اطلاعات بیشتر از ۱۸ هزار نفر رو تو معرض خطر و دید بقیه قرار داده بود.
نکته این ماجرا این نیست که بگیم اون ابزار بده. نکته اینجاست که هوش مصنوعی معمولا چیزایی که ازش نخواستی رو خودش داوطلبانه بهت نمیگه. اگه ندونی که باید ازش بپرسی «چه کسی می‌تونه این داده رو ببینه؟»، احتمالا هیچ‌وقت هم این سوال رو نمیپرسی و دردسر درست میشه.
وقتی پای ورود کاربر و رمز عبور در میونه
ساختن یه صفحه ورود ساده کار راحتیه، ولی ساختن یه صفحه ورود امن اصلا اینطور نیست. نگهداری از رمزها، قابلیت فراموشی رمز عبور و جدا کردن حساب کاربرا از همدیگه، دقیقا جاهایی هستن که یه اشتباه کوچیک می‌تونه هزینه خیلی بزرگی برات داشته باشه.
وقتی که پول جابه‌جا میشه
وصل شدن به درگاه پرداخت، ثبت سفارش‌ها و قابلیت برگشت پول، بخش‌های فوق‌العاده حساسی هستن که اصلا نباید فقط با گفتن جمله «به نظر که داره کار می‌کنه» ازشون سرسری رد بشی.
وقتی خود هوش مصنوعی هم کم میاره و گیر می‌کنه
دیر یا زود به یه لحظه‌ای می‌رسی که هوش مصنوعی یه خطایی رو درست می‌کنه، ولی همون موقع یه خطای جدید به وجود میاره، و این چرخه هی تکرار و تکرار میشه. یکی از راهنماهای آموزشی تو این حوزه یه حرف خیلی قشنگی زده: تو نمی‌تونی چیزی رو که نمی‌فهمی، دیباگ یا رفع اشکال کنی. وقتی کد یه طوری خراب میشه که خود هوش مصنوعی هم نمی‌تونه درستش کنه، این تویی که باید بفهمی اون تو چه خبره. البته راه فرار از این چرخه باطل رو تو فصل ۱۱ کتابچه حسابی یاد می‌گیری.
وقتی پروژه بزرگ میشه و باید موندگار بشه
پروژه‌ای که امروز می‌سازی، باید شش ماه دیگه هم قابلیت تغییر و توسعه داشته باشه. کدی که هیچ‌کس نخوندتش، معمولا هرچقدر که بزرگ‌تر میشه، شکننده‌تر و آسیب‌پذیرتر میشه. این موضوعیه که تو فصل ۲۲ کتابچه مفصل بهش می‌پردازیم.
حداقل چیزایی که باید بلد باشی (و اصلا هم برنامه‌نویسی نیستن)
خبر خوب این فصل دقیقا همینجاست: برای اینکه بتونی از بیشتر این دیوارها و موانع عبور کنی، اصلا لازم نیست بشینی یه زبان برنامه‌نویسی یاد بگیری. فقط کافیه زبون گفت‌وگو با کسی که برنامه می‌نویسه رو بلد باشی. اینجا هشت تا مفهوم رو بهت می‌گم که پیشنهاد می‌کنم قبل از استارت اولین پروژه جدی‌ات حتما بشناسیشون:
- فرانت‌اند: یعنی اون بخشی از اپلیکیشن که کاربر می‌بینه. دونستنش مهمه تا بدونی تغییرات ظاهری رو باید از کجا بخوای.
- بک‌اند: اون بخشی که پشت صحنه داره کار می‌کنه. وقتی بشناسیش می‌فهمی چرا گاهی اوقات اضافه کردن فقط یه دکمه می‌تونه کار خیلی بزرگ و پیچیده‌ای باشه.
- دیتابیس: همون جایی که اطلاعات ذخیره میشه. مهمه بدونی تا بتونی بپرسی چه کسایی به این داده‌ها دسترسی دارن.
- ای‌پی‌آی (API): راهیه که دو تا نرم‌افزار با همدیگه حرف می‌زنن. کمک می‌کنه بفهمی اپلیکیشن تو چطوری می‌تونه به سرویس‌های دیگه وصل بشه.
- کلید API: یه جور رمزه که باهاش می‌تونی به یه سرویس وصل بشی. باید بدونی که هیچ‌وقت نباید این کلید رو جایی بذاری که بقیه بتونن ببیننش.
- احراز هویت: یعنی اینکه سیستم بتونه تشخیص بده کاربر کیه. اینجوری حساب کاربرا با همدیگه قاطی نمیشه.
- دیپلوی (Deploy): یعنی بردن اپلیکیشن از روی کامپیوتر شخصی تو به فضای اینترنت. وقتی اینو بدونی دیگه نمی‌گی روی سیستم من که کار می‌کرد پس چرا اینجا بالا نمیاد.
- گیت (Git): مثل یه دفترچه تاریخچه برای پروژه‌اته. هر وقت چیزی خراب شد، می‌تونی خیلی راحت برگردی به نسخه سالمش.
برای یاد گرفتن Git، که شاید بتونم بگم مهم‌ترین مورد این لیست برای یه وایب کدره، دوره کنترل نسخه استارکوچ می‌تونه نقطه شروع خیلی خوبی برات باشه. تو فصل ۷ کتابچه هم آماده‌سازی سیستم و استفاده از Git رو قدم‌به‌قدم با هم می‌بینیم.
سه تا مهارت غیرفنی که از همه‌چی مهم‌ترن
- توضیح دادن دقیق: گفتن جمله یه سایت قشنگ بساز معمولا به یه نتیجه مبهم و گنگ می‌رسه؛ اما اگه بگی یه صفحه بساز با یه عنوان، سه تا کارت محصول و یه دکمه سبز برای تماس خیلی سریع‌تر به نتیجه روشن می‌رسی.
- امتحان کردن مثل یه کاربر خیلی بدقلق: فیلدها رو خالی بذار، عددها رو اشتباه وارد کن، یه دکمه رو دو سه بار پشت سر هم تندتند بزن. شک نکن هر خطایی که تو پیداش نکنی، بعدا کاربرت پیداش می‌کنه.
- داشتن صبر برای برداشتن قدم‌های کوچیک: هر بار فقط یه تغییر ازش بخواه، همون یه دونه رو امتحانش کن، بعد برو سراغ تغییر بعدی.
آیا برنامه‌نویس‌ها هم وایب کد میکنن؟
جوابش بلیه، و شاید برات جالب باشه که جالب‌ترین آمار این حوزه هم دقیقا مربوط به همین گروهه. جرد فریدمن، که یکی از مدیرهای شتاب‌دهنده خیلی معروف آمریکایی به اسم Y Combinator هست، گفته که تو ۲۵ درصد از استارتاپ‌های دوره زمستان ۲۰۲۵ این شتاب‌دهنده، حدود ۹۵ درصد از کدها رو هوش مصنوعی نوشته بوده. اما در کنارش یه نکته خیلی مهم رو هم اضافه کرده: اینکه بنیان‌گذارهای این استارتاپ‌ها همه‌شون آدمای کاملا فنی بودن و می‌تونستن محصولشون رو از صفر خودشون بسازن.
البته اینم بگم که همه آدمای متخصص این عدد رو همین‌طوری بی‌چون‌وچرا قبول نکردن؛ بعضی از کارشناس‌ها یادآوری کردن که اینجور آمارها اون زمانی رو که برای بازبینی و دیباگ کدهای تولیدشده صرف میشه رو تو نظر نمی‌گیرن.
اما درس این آمار برای تو چیه؟ اینکه وایب کدینگ قرار نیست دانش رو حذف کنه؛ بلکه قراره اون رو چند برابر کنه. کسی که می‌فهمه یه نرم‌افزار چطوری کار می‌کنه، با همین ابزارها خیلی سریع‌تر و امن‌تر می‌تونه بره جلو. پس اگه داری از صفر شروع می‌کنی، بدون که هر مفهوم پایه‌ای که یاد بگیری، مستقیما روی سرعت و کیفیت کار نهایی‌ات تاثیر مثبت میذاره.
وایب کدینگ به درد چه کسایی می‌خوره؟ (شش تا شخصیت مختلف)
بنیان‌گذار استارتاپ
- اولین چیزی که باید بسازی: یه نمونه اولیه و قابل‌کلیک از محصولته که بشه اونو به چند تا کاربر واقعی نشون داد.
- چیزی که باید حواست بهش باشه: اینکه نمونه اولیه رو با محصول نهایی اشتباه نگیری. اگه پای کاربر واقعی و پرداخت پول در میونه، حتما باید به فصل‌های امنیت و تست مراجعه کنی.
- فصل‌هایی که بهت پیشنهاد می‌کنم: فصل ۹ (سند محصول)، فصل ۱۸ (MVP تو یه آخر هفته)، و فصل ۱۹ (امنیت).
مارکتر یا بازاریاب
- اولین چیزی که باید بسازی: یه لندینگ پیج برای یه کمپین همراه با فرم ثبت‌نام.
- چیزی که باید حواست بهش باشه: سرعت بارگذاری صفحه و دیده شدنش تو گوگل رو نباید فراموش کنی؛ یه صفحه خیلی قشنگ که دیر باز بشه، کل کمپینت رو می‌سوزونه و نابود می‌کنه.
- فصل‌هایی که بهت پیشنهاد می‌کنم: فصل ۱۲ (لندینگ پیج)، فصل ۱۴ (فرم و گوگل شیت)، و فصل ۲۱ (سرعت و سئو).
طراح
- اولین چیزی که باید بسازی: یه نسخه زنده از یکی از طرح‌هات که بشه واقعا روش کلیک کرد.
- چیزی که باید حواست بهش باشه: باید به جزئیات رابط کاربری فارسی، مثل راستبهچپ بودن و فونت‌ها خیلی دقت کنی؛ چون هوش مصنوعی معمولا تو این قسمت‌ها زیاد سوتی میده.
- فصل‌هایی که بهت پیشنهاد می‌کنم: فصل ۱۰ (تبدیل طرح به کد)، و فصل ۲۱ (فارسی‌سازی و راستبهچپ کردن).
مدیر محصول
- اولین چیزی که باید بسازی: یه نمونه از یه ویژگی جدید محصول برای اینکه بتونی ایده‌ات رو به تیم فنی نشون بدی، به جای اینکه فقط بخوای در موردش براشون بنویسی.
- چیزی که باید حواست بهش باشه: نمونه‌ای که تو می‌سازی قرار نیست جای کار تیم فنی رو بگیره؛ این فقط یه ابزاره برای اینکه بتونی بهتر باهاشون حرف بزنی.
- فصل‌هایی که بهت پیشنهاد می‌کنم: فصل ۸ (پرامپت‌نویسی)، و فصل ۹ (سند محصول).
صاحب کسب‌وکار کوچیک
- اولین چیزی که باید بسازی: یه ابزار خیلی ساده برای کارهای روزمره‌ات؛ مثلا یه لیست برای مشتری‌ها و پیگیری‌هاشون، یا یه بات ساده که به سوال‌های تکراری آدما جواب بده.
- چیزی که باید حواست بهش باشه: اگه داری اطلاعات مشتری‌هات رو نگه می‌داری، مسئله امنیت رو باید خیلی جدی بگیری.
- فصل‌هایی که بهت پیشنهاد می‌کنم: فصل ۱۶ (بات تلگرام یا بله)، و فصل ۱۷ (یه CRM ساده).
برنامه‌نویس
- اولین چیزی که باید بسازی: اون ابزارهای کوچیکی که همیشه دلت می‌خواسته داشته باشی ولی هیچ‌وقت وقت ساختنشون رو نداشتی؛ یا یه پروژه جانبی که مدت‌هاست فقط روی کاغذ مونده.
- چیزی که باید حواست بهش باشه: عادت بازبینی و خوندن کدها رو اصلا نباید بذاری کنار؛ چون قدرت اصلی تو دقیقا تو همین موضوعه.
- فصل‌هایی که بهت پیشنهاد می‌کنم: فصل ۵ (کار با Cursor و Claude Code)، فصل ۲۰ (تست گرفتن)، و فصل ۲۵ (مسیر تبدیل از وایب کدر به مهندس نرم‌افزار هوش مصنوعی).
یه جمع‌بندی کوچیک برای شروع:
- اگه هیچ تجربه‌ای نداری: با یه ابزار مرورگری و یه لندینگ پیج ساده شروع کن.
- اگه ایده یه استارتاپ تو سرته: اول یه سند یک‌صفحه‌ای برای محصولت بنویس، بعد برو سراغ ساخت نمونه اولیه.
- اگه برای کارت نیاز به ابزار داری: برو سراغ یه فرم یا یه بات کوچیک برای یه کار تکراری که هر روز انجام میدی.
- اگه برنامه‌نویسی: کار رو با یه ایجنت کدنویسی روی پروژه‌های جانبی‌ات استارت بزن.
قدم بعدی تو چیه؟
اگه هنوز دقیق نمی‌دونی باید از کجا شروع کنی، ساده‌ترین قدم اینه: بگرد تو زندگی یا محیط کارت یه کار تکراری پیدا کن که یه ابزار کوچیک بتونه برات انجامش بده، و همون رو تو یه جمله توصیف کن. همین یه جمله، می‌تونه اولین پرامپت تو باشه.
اگه دوست داری این تجربه جذاب رو در کنار بقیه آدما و با یه چالش کاملا واقعی داشته باشی، حتما یه سر به هکاتون وایب کدینگ استارکوچ بزن. و اگه هدف اینه که از ساختن یه نمونه اولیه فراتر بری و برسی به ساختن نرم‌افزاری که بشه با خیال راحت بهش تکیه کرد، با همون مفاهیم پایه‌ای که تو این فصل باهاشون آشنا شدی، می‌تونی تو بوت‌کمپ مهندسی نرم‌افزار با ایجنت‌های هوش مصنوعی شرکت کنی. تو این مسیر کار با ابزارهایی مثل Claude Code و Cursor روی پروژه‌های واقعی رو یاد می‌گیری. برای آشنایی سریع با یکی از قوی‌ترین ابزارهای این مسیر هم، دیدن دوره Claude Code رو بهت پیشنهاد می‌کنم.
سوالات رایجی که زیاد می‌پرسن
برای وایب کدینگ حتما باید انگلیسی بلد باشم؟ برای شروع کار، نه لزوما. بیشتر ابزارهای هوش مصنوعی زبون فارسی رو به‌‌خوبی می‌فهمند و می‌تونی خواسته‌هات رو خیلی راحت به فارسی براشون بنویسی. اما خب، آشنا بودن با یه سری اصطلاحات فنی انگلیسی، مثل همونایی که تو جدول این فصل گفتیم، خیلی کمکت می‌کنه که هم خواسته‌هات رو دقیق‌تر بگی و هم پیام‌های خطا رو بهتر متوجه بشی.
وایب کدینگ برای ساختن یه استارتاپ کافیه؟ اگه هدفت ساختن یه نمونه اولیه و سنجیدن ایده‌ات باشه، تو بیشتر مواقع بله کافیه. اما برای یه محصول نهایی که کاربر واقعی داره، داده‌های حساسی رو جابه‌جا می‌کنه و توش پرداخت انجام میشه، کم‌کم به دانش بیشتر یا همکاری با یه مهندس نرم‌افزار نیاز پیدا می‌کنی.
یاد گرفتن این مفاهیم پایه چقدر طول می‌کشه؟ آشنا شدن با اون هشت تا مفهومی که تو این فصل گفتیم، در حدی که بتونی در موردشون حرف بزنی، فقط کار چند ساعت مطالعه و انجام دادن چند تا پروژه کوچیکه، نه چند ماه. بهترین روش هم اینه که هم‌زمان با ساختن پروژه‌ها یادشون بگیری؛ دقیقا همون کاری که ما تو فصل‌های پروژه‌محور همین کتابچه انجام می‌دیم.
اگه هوش مصنوعی نتونست مشکلم رو حل کنه باید چیکار کنم؟ اولین کار اینه که به آخرین نسخه سالمی که داشتی برگردی؛ اینجاست که همون Git میاد به کمکت و نجاتت میده. بعدش سعی کن مشکلت رو خیلی جزئی‌تر و دقیق‌تر براش توضیح بدی، یا اصلا یه گفت‌وگوی کاملا جدید رو باهاش شروع کنی. جزئیات کامل این ترفندها رو تو فصل ۱۱ بهت می‌گیم.
حرف آخر و جمع‌بندی
خب، همون‌طور که دیدیم، بله، بدون دونستن برنامه‌نویسی هم میشه وایب کد کرد. ساختن لندینگ پیج‌ها، فرم‌ها، ابزارهای شخصی، نمونه‌های اولیه و بات‌های ساده، دقیقا همون منطقه امن تو برای شروع این مسیر هستن. اما یادت نره وقتی پای داده‌های واقعی آدما، ورود کاربرا، پول و نگهداری طولانی‌مدت بیاد وسط، اگه چند تا مفهوم پایه رو بلد نباشی، بدجوری به دیوار می‌خوری؛ دیواری که نمونه‌های واقعی ازش، مثل اپلیکیشن‌هایی با اطلاعات لورفته تا چرخه‌های تموم‌نشدنی خطا، اصلا کم نیستن.
راه عبور کردن از این دیوار این نیست که بری برنامه‌نویس بشی؛ فقط کافیه اون هشت تا مفهوم پایه‌ای که گفتیم رو بشناسی و سه تا مهارت ساده رو تمرین کنی: خیلی دقیق توضیح بدی، مثل یه کاربر بدقلق تست کنی و قدم‌به‌قدم بری جلو. هر کسی که باشی، از یه بنیان‌گذار استارتاپ گرفته تا یه برنامه‌نویس حرفه‌ای، وایب کدینگ می‌تونه دونسته‌هات رو چند برابر کنه. تو فصل بعدی قراره بریم سراغ ریسک‌ها و آینده وایب کدینگ و ببینیم کجاها ممکنه شکست بخوره و اصلا تکلیف شغل برنامه‌نویسی چی میشه.
تمرین درس
مهم‌ترین نکته‌ای که از درسنامه‌ی «بدون برنامه‌نویسی هم میشه وایب کد کرد؟ جواب صادقانه و اینکه اصلا به درد کی می‌خوره!» یاد گرفتید چه بود و آن را در چه کاری به کار می‌برید؟