בעמוד הזה
מה זה וייב קודינג, ומאיפה המונח
וייב קודינג (vibe coding) הוא בנייה של תוכנה בלי לכתוב קוד בעצמכם. כותבים לכלי מה רוצים, בשפה רגילה, והוא כותב את הקוד. רואים את התוצאה, מבקשים שינוי, ושוב.
המונח מגיע מפוסט שכתב Andrej Karpathy ב-X ב-2 בפברואר 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."
(בעברית: יש סוג חדש של תכנות שאני קורא לו וייב קודינג, שבו נכנעים לגמרי לווייב, מתמסרים לקצב האקספוננציאלי, ושוכחים שהקוד בכלל קיים.)
בפחות משנה המונח הגיע למילון. Collins בחר ב-vibe coding כמילת השנה של 2025, בהודעה מ-6 בנובמבר 2025, והגדיר אותו כך: "the use of artificial intelligence prompted by natural language to write computer code" (שימוש בבינה מלאכותית שמקבלת הוראות בשפה טבעית, כדי לכתוב קוד).
למה זה עובד כל כך טוב בהתחלה
בהתחלה כל בקשה מוסיפה משהו שרואים. מסך התחברות, טבלה, כפתור ששולח טופס. אין קוד ישן שצריך להתחשב בו, ואין משתמשים שמשהו יישבר להם. מבקשים, ורואים את זה על המסך.
הכלים גם לוקחים על עצמם חלק גדול מהתשתית. ב-Lovable יש Lovable Cloud: צד שרת מובנה עם מסד נתונים, התחברות משתמשים, אחסון קבצים ופונקציות, בלי להקים תשתית. Base44 בונה מתיאור אפליקציה שכבר כוללת מסד נתונים, ניהול משתמשים ואחסון. לכן מגיעים רחוק מהר. זה לא טריק, ככה הכלים האלה בנויים.
למה הוא נתקע ב-80 אחוז
ה-80 בכותרת הוא דימוי, לא מדידה. מי שתיאר את התופעה במספר הוא Addy Osmani, ברשומה The 70% Problem: Hard truths about AI-assisted coding מ-4 בדצמבר 2024. לפי הרשומה, מי שלא מתכנת מגיע עם כלים כאלה ל-70 אחוז מהר באופן מפתיע. ה-30 האחרונים הופכים ל-"exercise in diminishing returns": כל צעד עולה יותר ומקדם פחות.
Osmani מונה שם באגים שמתגלגלים זה לזה, מקרי קצה, והבנה של החלטות הארכיטקטורה, שקשה מאוד לעשות בלי בסיס בתכנות. ובפרויקט אמיתי, זה מה שמחכה בחלק האחרון:
- באגים שמתגלגלים. מבקשים תיקון לבאג אחד, ומשהו אחר נשבר. מבקשים תיקון לזה, והראשון חוזר.
- מקרי קצה. מה קורה כששני משתמשים לוחצים באותו רגע, כשמישהו נרשם פעמיים, כשטופס נשלח ריק.
- שרת, מסד נתונים ודומיין. איפה האפליקציה רצה, איפה הנתונים יושבים, ואיך מחברים לה כתובת משלכם.
- התחברות ואבטחה. מי רואה איזה מידע, ומה קורה כשמשתמש מנסה להגיע למידע שלא שלו.
- אחזקה. עדכון, גיבוי, ושינוי קטן בעוד חצי שנה בלי לשבור את מה שעובד.
- הלילה. משהו נשבר באמצע הלילה, משתמשים כותבים, ומישהו צריך להבין מה קרה.
הכלים לא אשמים בזה. זה פשוט ההבדל בין לבנות לבין להחזיק. לבנות אפשר בשיחה. כדי להחזיק, מישהו צריך להבין מה נבנה.
איך יודעים שהגעתם לקיר
- אותו באג חוזר בפעם השלישית, בניסוח אחר.
- כל תיקון שובר משהו במקום אחר, ואתם כבר חוששים לבקש שינוי.
- הבקשות שלכם נהיו ארוכות, ומלאות ב"בלי לגעת ב...".
- צריך משהו שלא רואים על המסך: שרת משלכם, דומיין, גיבוי, משתמשים אמיתיים עם מידע אמיתי.
- קשה לכם להסביר למישהו אחר איך האפליקציה עובדת מבפנים.
שניים או שלושה מהסימנים האלה ביחד הם לא כישלון. הם סימן שהמוצר כבר גדול יותר ממה ששיחה יכולה להחזיק.
מה האפשרויות
יש שלוש דרכים להמשיך, וכל אחת נכונה למישהו.
להישאר בכלי. אם האפליקציה עובדת והתשתית של הכלי מספיקה לכם, אין סיבה לעזוב. Lovable Cloud ו-Base44 נותנים מסד נתונים, משתמשים ואחסון, ולפעמים זה כל מה שהמוצר צריך.
להוציא את הקוד ל-GitHub ולהביא מתכנת. ב-Lovable סנכרון הקוד ל-GitHub, בשני הכיוונים, פתוח בכל התוכניות, גם בחינמית, והורדה כקובץ פתוחה בתוכניות בתשלום. ב-Base44 הורדה כ-ZIP וחיבור ל-GitHub דורשים תוכנית Builder ומעלה, ומסד הנתונים, ההתחברות והאירוח נשארים בפלטפורמה של Base44. מתכנת יכול להמשיך מהקוד, אבל צריך למצוא אותו ולהסביר לו מה נבנה ולמה.
צוות שממשיך מאותו קוד. זה מה ש-Kringl עושה: מארק מתכנת, פבלו מעצב, ביל מנהל את התשתיות וסטיב מנהל את האפליקציות בחנויות. הם עובדים על קוד קיים בכל מחסנית, גם קוד שיצא מ-Lovable או מ-Base44, ומביאים אותו עד הסוף: כותבים את הקוד, מעלים לשרת, מטפלים בדאטאבייס ומדווחים במילים של בני אדם. מדברים איתם בצ'אט בעברית, מהמחשב או מהטלפון. הקוד, הריפו, השרת והדומיין נשארים שלכם. המחיר 199 ₪ למושב לחודש כולל מע"מ, עם 30 ימי ניסיון, ואם אין לכם שרת, יש שרת מנוהל ב-99 ₪ לחודש לפני מע"מ (המחירים נכונים ל-04.10.2026). מאחורי Kringl עומדת Wizzo, בית תוכנה שעובד מ-2008.
מתי וייב קודינג הוא בדיוק מה שצריך
לא כל פרויקט צריך את ה-20 האחרונים. אב טיפוס שמראים לשותף, כלי פנימי לצוות קטן, רעיון שרוצים לבדוק לפני שמשקיעים בו: בכל אלה המהירות של ההתחלה היא כל העניין, וכלים כאלה עושים בדיוק את העבודה.
וייב קודינג הוא דרך טובה להתחיל. הרגע לשאול מי מחזיק את מה שנבנה מגיע לפני שהמשתמשים הראשונים נכנסים, ולא באמצע הלילה כשמשהו כבר נשבר.
שלוש דרכים להמשיך אחרי הקיר
| דרך | מתי מתאימה | מה צריך | מי מחזיק את הקוד ואת התשתית |
|---|---|---|---|
| נשארים בכלי | האפליקציה עובדת, והתשתית של הכלי מספיקה | שום דבר חדש | הכלי: Lovable Cloud ב-Lovable, הפלטפורמה של Base44 ב-Base44 |
| מוציאים את הקוד ומביאים מתכנת | יש מי שימשיך מהקוד ויחזיק אותו | ב-Lovable סנכרון ל-GitHub בכל התוכניות. ב-Base44 תוכנית Builder ומעלה (06.10.2026) | הקוד אצלכם. ב-Base44 מסד הנתונים, ההתחברות והאירוח נשארים בפלטפורמה |
| צוות שממשיך מאותו קוד, כמו Kringl | אין צוות פיתוח, וצריך להגיע עד השרת | 199 ₪ למושב לחודש כולל מע"מ, 30 ימי ניסיון (נכון ל-04.10.2026) | הקוד, הריפו, השרת והדומיין שלכם, והצוות עובד עליהם |
המקורות: הפוסט של Andrej Karpathy ב-X (2 בפברואר 2025), ההודעה של Collins על מילת השנה של 2025 (6 בנובמבר 2025), הרשומה The 70% Problem של Addy Osmani (4 בדצמבר 2024), והתיעוד הרשמי של Lovable ושל Base44 (docs.lovable.dev, docs.base44.com). המידע נאסף ונבדק ב-06.10.2026. Lovable, Base44 ו-Bolt הם סימני מסחר של בעליהם. Kringl ו-Wizzo לא קשורות אליהם, ולא קיבלו מהם חסות או אישור.
שאלות נפוצות
מי המציא את המונח וייב קודינג?
Andrej Karpathy, בפוסט ב-X מ-2 בפברואר 2025. הוא כתב שיש סוג חדש של תכנות שהוא קורא לו vibe coding, שבו שוכחים שהקוד בכלל קיים. ב-6 בנובמבר 2025 מילון Collins בחר בו כמילת השנה של 2025.
למה דווקא 80 אחוז?
זה דימוי, לא מדידה. Addy Osmani כתב ב-4 בדצמבר 2024 על "בעיית ה-70 אחוז": מי שלא מתכנת מגיע מהר ל-70 אחוז, והחלק האחרון הוא הקשה. המספר המדויק פחות חשוב: רוב הדרך עוברת מהר, והסוף לא.
אפשר לבנות אפליקציה אמיתית עם וייב קודינג?
כן. ב-Lovable Cloud וב-Base44 יש מסד נתונים, התחברות משתמשים ואחסון, כך שאפשר לבנות אפליקציה שמשתמשים אמיתיים נכנסים אליה. הקושי מגיע אחר כך, כשצריך לתקן, לשנות ולהחזיק אותה לאורך זמן.
מה עושים כשהבינה המלאכותית מתקנת באג ושוברת משהו אחר?
עוצרים, ולא מבקשים תיקון על התיקון. חוזרים לנקודה האחרונה שעבדה, אם יש כזו, ומתארים את הבאג מההתחלה: מה עשיתם, מה ציפיתם שיקרה ומה קרה בפועל. מבקשים שינוי אחד בכל פעם. אם זה חוזר שוב ושוב, צריך מישהו שקורא את הקוד עצמו.
צריך לדעת לתכנת כדי להמשיך?
לא חייבים, אבל מישהו צריך. לפי Addy Osmani, ה-30 האחרונים דורשים הבנה של החלטות הארכיטקטורה, וקשה מאוד לעשות את זה בלי בסיס בתכנות. אפשר ללמוד, להביא מתכנת, או לעבוד עם צוות שממשיך מהקוד ומדבר איתכם בעברית.
ממשיכים מהקוד שכבר בניתם
30 ימי ניסיון. מארק, ביל, פבלו וסטיב נכנסים לפרויקט שיצא מ-Lovable או מ-Base44, ומביאים אותו עד השרת, בעברית.
199 ₪ למושב לחודש, כולל מע"מ, נכון ל-04.10.2026.
לפתוח סטודיו
