איך בנו אפליקציות בעבר

לפני כלי הפיתוח בעזרת AI, בניית תוכנה הייתה איטית בכוונה.

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

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

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

ואז vibe coding העלים את צוואר הבקבוק

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

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

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

כך נפער פער.

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

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

הסכנה ב־vibe coding בלי ידע

בלי הידע הזה, vibe coding אינו רק מהיר. הוא שקט.

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

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

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

זה הפער שהקורס הזה נועד לסגור.

מה הקורס הזה עושה

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

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

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

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

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

כשתהיו מוכנים, המשיכו לשיעור הבא.