מה זה וייב קודינג ואיך מתחילים?

וייב קודינג הוא שם לדרך עבודה: מתארים במלל מה רוצים לבנות, כלי בינה מלאכותית מציע קוד או מסך, ואתם מכוונים אותו עד שהתוצאה עובדת. לא מדובר בקסם שמחליף הבנה, וגם לא בקורס תכנות מקוצר שמעמיד פנים שאפשר לדלג על כל בדיקה. זו שיטה לבנות אתרים, אפליקציות וכלים קטנים גם בלי להגיע עם רקע בתכנות, בתנאי שנשארים אחראים למה שיוצא.

השם נשמע קליל, והעבודה עצמה דורשת סדר. מי שפותח צ'אט וכותב "תבנה לי אפליקציה" מקבל בדרך כלל משהו שנראה מרשים בדקה הראשונה ומתפרק בדקה השלישית. מי שמתחיל ממשפט אחד ברור, צעד אחד, ובדיקה בדפדפן, מגלה שאפשר להתקדם מהר בלי לאבד שליטה. זה ההבדל בין לשחק עם כלי לבין לבנות איתו.

מה בעצם עושים

בסשן רגיל יושבים מול מסך אחד. בצד יש כלי כמו Cursor, Claude או ChatGPT, ובצד השני הדפדפן. מתחילים מתיאור קצר: למי זה, מה הוא צריך להצליח לעשות, ומה לא נכנס עכשיו. אחר כך מבקשים את הצעד הקרוב ביותר. אם המטרה היא דף לעסק, הצעד הוא כותרת, הסבר וכפתור וואטסאפ, לא חנות ולא אזור אישי.

כשהתוצאה חוזרת, לא מאשרים אותה כי היא ארוכה או כי היא נשמעת בטוחה. פותחים אותה. לוחצים על הכפתור. מקטינים את החלון לרוחב של טלפון. קוראים את העברית בקול. אם משהו לא מובן, מתארים את מה שרואים, לא את מה שאתם מנחשים שקרה בקוד. "הכפתור יוצא מהמסך בטלפון" הוא תיאור שאפשר לתקן. "תעשה את זה יותר מקצועי" הוא משפט שהכלי ישלים לבד, בדרך כלל לא בכיוון שרציתם.

למה זה נהיה אפשרי עכשיו

פעם, כדי להוציא דף לאוויר, הייתם צריכים מישהו שיודע לחבר שפה, עיצוב ושרת, או ערב ארוך של העתקות ממקום לא מובן. הכלים של השנים האחרונות יודעים לכתוב את השכבה הזאת מתוך הסבר. הם עדיין טועים, ממציאים ומסבכים, אבל הטיוטה הראשונה כבר לא חסומה מאחורי שנה של לימוד תחביר. מי שלומד היום בניית אתרים עם בינה מלאכותית לומד קודם כל לנהל את הטיוטה: מה לשמור, מה למחוק, ומתי לעצור.

זה לא מבטל מתכנתים, וזה לא הופך כל רעיון למוצר בחמש דקות. זה כן פותח דלת למי שיש לו בעיה ברורה. בעל עסק ששולח כל שבוע את אותו סיכום יכול לבנות דף שמאגד את זה. סטודנט עם רעיון למשחק קטן יכול להגיע למסך שאפשר לשחק בו. מתחיל בלי רקע יכול ללמוד את הסדר על פרויקט אמיתי, לא על תרגיל מספרים.

מה צריך לפני שמתחילים

צריך מחשב רגיל מהשנים האחרונות, דפדפן מעודכן וחיבור יציב לאינטרנט. לא צריך כרטיס מסך חזק ולא תוכנה בתשלום כדי לראות אם הכיוון נכון. כן צריך חשבון בכלי אחד. עדיף להתחיל בכלי אחד ולהכיר אותו, במקום לפתוח חמישה חלונות ולקבל חמש תשובות סותרות.

צריך גם משפט על מה בונים. אם אין משפט, עוד אין פרויקט. "משהו עם AI" הוא לא משפט. "דף בעברית לסטודיו צילום, עם כפתור וואטסאפ לקביעת שיחה" הוא משפט. אפשר להחליף את הסטודיו בכל עסק או רעיון שלכם. הגודל הזה, דף אחד ופעולה אחת, הוא גודל טוב להתחלה כי אפשר לגמור אותו וללמוד ממנו.

סדר עבודה שלא מתפזר

הסדר שעובד לרוב האנשים שמתחילים אצלי הוא קבוע. קודם כותבים מה המבקר צריך להבין בעשר שניות. אחר כך כותבים את הטקסט בעברית, לפני שמבקשים עיצוב, כי עיצוב על טקסט ריק מייצר סיסמאות. אחר כך מבקשים את המסך, בודקים אותו בטלפון, ורק אז מוסיפים חלק אחד: שאלות נפוצות, גלריה או טופס. כל חלק נבדק לבד.

שומרים גרסה לפני שינוי גדול. בכלים רבים יש היסטוריה, ובכל זאת כדאי לדעת איך לחזור אחורה. בקשה כמו "תשדרג את כל האתר" מוחקת לפעמים את הדבר היחיד שכבר עבד. בקשה כמו "תקטין את הכותרת במובייל ותשאיר את שאר העמוד" שומרת על מה שכבר בדקתם.

כותבים לעצמכם גם מה אסור להמציא. שם, טלפון, מחיר, שנות ניסיון והמלצות מגיעים מכם. אם הכלי הוסיף "מעל אלף לקוחות מרוצים", מוחקים את זה גם אם זה נשמע טוב. אתר שבנוי על מספר שלא קיים יתחיל ברגל שמאל, גם אם העיצוב יפה.

איך יודעים שהתוצאה טובה

תוצאה טובה היא כזו שאדם שלא ישב איתכם בבנייה מבין מה לעשות. תנו למישהו לפתוח את הקישור בטלפון בלי הסבר. אם הוא שואל "ומה עכשיו?", הכותרת או הכפתור לא עושים את העבודה. אם הוא מגיע לוואטסאפ עם ההודעה הנכונה, הגרסה הראשונה הצליחה, גם אם העיצוב עוד ישתנה.

בודקים גם דברים קטנים שנראים משעממים והם בעצם האתר: הקישור נפתח, הטלפון נכון, אין שגיאת כתיב בכותרת, יש כותרת אחת ראשית, והעמוד לא קופץ כשטוענים אותו. אם יש תמונה, יש לה תיאור. אם יש טופס, ברור מה נשלח ומה קורה אחרי השליחה. אלה לא תוספות של סוף הדרך. אלה הדברים שהופכים טיוטה למשהו שאפשר לשלוח.

טעויות שחוזרות אצל מתחילים

הטעות הראשונה היא לבקש מוצר שלם. "תבנה לי מערכת לניהול לקוחות עם התחברות, תשלום והתראות" היא בקשה של חודשים, גם עם AI. מפרקים אותה לפעולה אחת שכואבת היום. הטעות השנייה היא לא לקרוא את מה שחזר. מאשרים הכול, ואז לא יודעים למה הכפתור נעלם. הטעות השלישית היא להחליף כלי בכל פעם שמשהו נשבר. השבירה היא חלק מהלמידה. נשארים בכלי, מתארים את השבירה, ומתקנים.

עוד טעות היא להדביק לתוך הצ'אט מידע של לקוחות, סיסמאות או מסמכים פנימיים רק כי זה מזרז את הדוגמה. משתמשים בנתונים מומצאים לתרגול, ומכניסים מידע אמיתי רק כשמבינים איפה הוא נשמר. וטעות אחרונה: לפרסם באותו ערב שבו המסך נראה יפה במחשב, בלי לפתוח אותו בטלפון ובלי לקרוא את הטקסט מחדש בבוקר.

איך מתחילים השבוע

בחרו פרויקט שאפשר להסביר במשפט, וקהל שאפשר לתאר בשם: לקוחות של העסק, חברים ללימודים, או אתם עצמכם. פתחו כלי אחד. בקשו כותרת ופסקה, לא אתר שלם. שימו את הטקסט בעמוד, חברו כפתור וואטסאפ עם הודעה מוכנה, ושלחו את הקישור לאדם אחד. מה שהוא לא הבין הוא המשימה הבאה, לא רשימת פיצ'רים חדשה.

עוד סימן שהתחלתם נכון: אתם יודעים להסביר לאדם אחר מה ביקשתם מהכלי ולמה דחיתם הצעה שלו. אם ההסבר הוא "הוא בנה את זה לבד", עוד אין לכם שליטה. אם ההסבר הוא "ביקשנו דף אחד עם וואטסאפ ומחקנו חנות שהוא הוסיף", אתם כבר מנהלים את הבנייה. זה הכישרון שלומדים כאן, והוא נשאר גם כשהכלי עצמו יתחלף בעוד שנה.

אם אתם רוצים לעשות את זה עם מישהו שמסתכל איתכם על המסך ועוצר אתכם לפני שמסתבכים, זה בדיוק מה שקורה בשיעורים פרטיים. אם יש לכם כבר רעיון מגובש ואתם רוצים להגיע איתו לגרסה חיה, מתאים יותר ליווי פרויקט. ואם כל זה מרגיש מוקדם, אפשר להתחיל מהמדריך עם עשרת הפרומפטים או משיחת היכרות קצרה, בלי להתחייב למסלול.