עבור חלק מהקוראים מיותר להסביר מה זה וייב קודינג, אבל עדיין, אני לא בטוח שכולם נתקלו או יודעים להגדיר אותו במדויק, אז, לשם שלמות, וייב קודינג (Vibe Coding) הוא הכינוי שהודבק לבניית תוכנה באמצעות שימוש ב-AI, על ידי Andrej Karpathy (מייסד ב-OpenAI, דירקטור AI בטסלה), בפוסט אי שם בשנת 2025.
There's a new kind of coding I call "vibe coding", where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. It's possible because the LLMs (e.g. Cursor Composer w Sonnet) are getting too good. Also I just talk to Composer with SuperWhisper…
— Andrej Karpathy (@karpathy) February 2, 2025
במילים אחרות, להתמסר ל-AI ולתת לו לבנות הכל בלי לכתוב יותר מדי שורות קוד בעצמך.
בכל מקרה, היכולות הללו, לבנות מערכת מורכבת מקצה לקצה שבעבר דרשו צוותים גדולים, וידע רב תחומי (בכל מיני עולמות תוכן – Backend, Frontend, UX/UI, בקיצור מלא מיומנויות), הן עכשיו נחלתם של רבים. גם אנחנו, בשריד, שמאז ומתמיד בנינו מוצרי דאטה, דשבורדים, דוחות, אוטומציות, ועוד, מנסים כל הזמן למתוח עוד ועוד את הגבולות, ולגלות איזה עוד טפח אנחנו יכולים לטייב באמצעות AI.
אבל יש גם חששות. לדוגמה, שעכשיו כל משתמש עם מוטיבציה ומנוי לקלוד קוד הולך לבנות את Monday מחדש. החשש הזה, שלדעתי האישית לא לגמרי מוצדק, גם גרם לירידות במניות של חברות טכנולוגיה שונות (כמו monday, fiverr, wix, jfrog – אשר ירדו בחצי שנה האחרונה, מסיבות שונות שעשויות להיות קשורות לנושא, וסיבות נוספות כנראה). חלק מהחברות הללו מטמיעות AI בעצמן כדי להפוך לפלטפורמות וייב עבור לקוחותיהם (Wix עם רכישת Base44, וגם Monday עם סוכנים חכמים ותשתיות וייב נוספות).
האם זה סוף עידן התוכנה כמו שאנחנו מכירים אותו? כן. אבל לא בדיוק. בואו נפרק את זה לשכבות. כשאנחנו משתמשים ב-AI, ובפרט בהקשרים של פיתוח, יש לנו כמה רמות של שימוש.
רמה ראשונה ("אני רק שאלה")
ברמה זו המשתמשים עושים שימוש "בצ'ט רגיל". זוהי הרמה שבה אנחנו עובדים כשאנחנו רוצים לשאול שאלה קצרה, אבל למודל אין הקשר רחב על המשימה, והוא אינו מצויד בכלים משמעותיים. הוא נותן תשובה על בסיס הדאטה הנרחב שעליו הוא אומן, ובדרך כלל הרמה הזו די טובה לשאלות ותשובות פשוטות, בלי העמקה משמעותית. דוגמאות: מתכונים, ניסוח אימייל, ואיך מתמודדים עם סכסוכי שכנים (כן, לאחרונה מוניתי לועד בית… אני עוד צרוב מזה).
ראיתי פה ושם תוכנות שנבנו ושותפו מ-Gemini ודומיו, אבל בגדול, המודלים הללו לא משהו בתכנות. למען הדיוק – זה לא שהמודלים לא משהו בתכנות, אלא שחסר להם הקשר (Context) שמצטרף כחלק מהפרומפט ונותן להם את ההבנה והכלים הנדרשים, שמגיעים ברמות הבאות.
רמה שניה
ברמה זו, כבר יש לנו כלים ייעודיים שפותחו במיוחד עבור פיתוח תוכנה באמצעות AI, כמו Base44 ו-Loveable. הכלים האלה הם ללא ספק טובים, ומנגישים את נושא בניית התוכנה בצורה שמאפשרת למשתמשים רבים, בלי ידע מוקדם, לבנות מערכות מורכבות.
אבל יש כאן לקונה משמעותית. מכיוון שמי שמשתמש בכלים האלו לרוב לא מחזיק בידע מהותי בארכיטקטורה, תשתיות, מבנה תוכנה, חווית משתמש – נוצר פער. הפער הזה מתבטא בכך שקל מאוד להרים מהר אפליקציה שנראית מדהים ועובדת מעולה, אבל מתחת לפני השטח – מדובר במגדל קלפים.
מה קורה כשצריך לאתר באג או להוסיף פיצ'ר חדש בעוד חצי שנה בקוד שאין לו סטנדרט ברור או בדיקות? האם המערכת נבנתה עם שיקולים של אבטחת מידע וסייבר?
במילים אחרות הכלים ברמה השניה עלולים לייצר "קופסאות שחורות" או "קוד ספגטי" מורכב, ולהשאיר חורים שונים שהמשתמש צריך להשלים – אבל בלי ידע מוקדם, המשתמש לא יודע שהחורים הללו קיימים בכלל. כאמור, הלקונה הזו מגיעה בעיקר בגלל המשתמש, לאו דווקא בגלל הכלים עצמם. כשאין מי שישאל "האם מסד הנתונים הזה מתוכנן נכון?", התוצאה הסופית שברירית.
זה ההבדל בין לבנות 'דגם מפלסטיק' שנראה כמו מכונית, לבין לבנות מכונית שאפשר באמת לנסוע בה על הכביש המהיר בלי שהגלגלים יעופו. מי שכבר מבין לעומק בתשתיות, תכנות וכדומה כנראה כבר ימצא את עצמו ברמה השלישית.
רמה שלישית (המנצח על התזמורת)
כאן אנחנו כבר עוזבים את מגרש המשחקים ונכנסים לעולם של הנדסת תוכנה אמיתית, משודרגת על סטרואידים. ברמה הזו, המשתמש עובד עם כלים משמעותיים בהרבה, שמיועדים למפתחים, כמו GitHub Copilot, Cursor, ודומיהם – ישירות מתוך סביבת הפיתוח המוכרת שלו (שמכונה IDE כשם כללי).
ברמה הזו, ה"וייב קודינג" הוא לא תחליף לידע, אלא מכפיל כוח מטורף שחוסך זמן סיזיפי. הרמה השלישית מניחה מראש שלמשתמש יש:
- הבנה עמוקה בקוד ובארכיטקטורה: המשתמש יודע לקרוא את מה שה-AI ייצר, לבקר אותו (Code Review עצמי), לוודא שהוא עומד בסטנדרטים, ולנווט את המודל לבנות את המערכת בצורה מודולרית ונכונה.
- שליטה בתשתיות ענן (Deployment): כתיבת הקוד היא רק חצי עבודה. ברמה הזו המשתמש יודע לקחת את הקוד שה-AI עזר לכתוב ולפרוס אותו בעולם האמיתי. זה דורש יכולת לשלוט בתשתיות ענן כמו AWS, Azure או GCP, להבין מונחים כמו Docker או CI/CD, ולדעת לנהל סביבות פיתוח וייצור.
- הבנה בסייבר ואבטחת מידע: AI יכול לכתוב קוד שעובד נהדר, אבל הוא גם יכול בטעות להשאיר דלתות אחוריות ופרצות אבטחה (Vulnerabilities). ברמה השלישית, המשתמש מבין את המשמעות של כל צעד והחלטה – הוא מוודא שהמידע מוצפן, שהגישות מנוהלות נכון, ושאין פריצות בסיסיות במערכת.
כאן, המפתח מפסיק להיות "פועל בניין" שכותב שורות קוד אחת-אחת, והופך ל"אדריכל". ה-AI כותב את המסה השחורה, אבל המוח האנושי הוא זה שמתווה את האסטרטגיה, שולט בתשתיות, ומוודא שהבניין חזק ויציב.
בשורה התחתונה, ה"וייב קודינג" הוא לא רק טרנד חולף, אלא שינוי פרדיגמה שמאפשר לנו לנוע מהר יותר מאי פעם. אבל מהירות ללא יציבות היא מתכון למגדל קלפים טכנולוגי. הפער בין קוד שעובד במקרה לבין מערכת חזקה ומאובטחת נמצא במי שמנהל את הכלים הללו – ה"אדריכל" שמבין את הארכיטקטורה שמתחת לפני השטח.
במכון שריד, אנחנו רותמים את עוצמת ה-AI כדי להאיץ פיתוח של מוצרים ופתרונות תוכנה בתחום הדאטה, אך עושים זאת מתוך הניסיון והסטנדרטים המקצועיים שבנינו מאז 1991, אנחנו משלבים את ה'וייב' עם מתודולוגיות QA קפדניות כדי להבטיח שהדאטה שלכם יהפוך לנכס אסטרטגי ולא לנטל טכני. צריכים עזרה במינוף הדאטה שלכם? מוזמנים ליצור קשר.