פרומפט · קלוד קוד
וייב קודינג: לא צריך ללמוד את הקרחון, צריך לשאול נכון
הקרחון של הוייב קודינג הוא תמונה ויראלית שמראה למעלה את מה שרואים, אפליקציה שעובדת, ולמטה עשרות מונחים כמו Kubernetes, CI/CD ומיקרו שירותים. המסר שלה: בלי ללמוד את כולם לא תשיקו. לדעתי זה לא נכון. אתם שואלים את קלוד קוד מה חסר לאפליקציה שלכם, והוא מסביר, מסנן ובונה.
מה הבעיה עם קרחון הוייב קודינג?
אם אתם בונים אפליקציה עם AI, כנראה כבר ראיתם את התמונה. למעלה, מעל המים: "בניתי אפליקציה עם AI". מתחת למים, שכבה אחרי שכבה: Docker, Kubernetes, CI/CD, מיקרו שירותים, מטמון, תורים, ניטור, סביבת פיתוח, ועוד עשרות מילים.
אני לא מראה כאן את התמונה עצמה, כי אני לא יודע מי יצר אותה. אבל המסר שלה ברור: מה שבניתם זה קצה הקרחון, ובלי ללמוד את כל מה שמתחת אין לכם מוצר אמיתי.
הבעיה היא לא שהמילים לא אמיתיות. הן אמיתיות. הבעיה היא שהתמונה שמה את כולן באותה רמת חשיבות, לכל אפליקציה. קחו את Kubernetes למשל. לפי התיעוד הרשמי, זו פלטפורמה לניהול עומסי עבודה ושירותים בקונטיינרים.
זה כלי לחברות שמריצות הרבה שירותים על הרבה שרתים. לאפליקציה של עסק קטן, עם כמה מאות לקוחות, לדעתי ברוב המקרים הוא פשוט לא רלוונטי. וזה נכון לחצי מהרשימה: חלק מהמילים שם מתאימות לצוות של מאה מתכנתים, לא לבעל עסק עם רעיון טוב.
אז מה עושים? לא לומדים את הרשימה. שואלים את מי שכבר יודע אותה.
הפרומפט: "מה חסר לאפליקציה שלי כדי לעלות לאוויר?"
פותחים את קלוד קוד בתיקייה של הפרויקט, ומדביקים את זה:
אני בעל עסק, לא מתכנת. אני רוצה להעלות את האפליקציה הזו לאוויר, ללקוחות אמיתיים.
לפני שאתה משנה משהו בקוד, תעשה את זה:
1. תקרא את כל הפרויקט ותסביר לי במשפט אחד מה האפליקציה עושה, כדי שאדע שהבנת.
2. תכין רשימה של כל מה שחסר כדי שהיא תהיה מוכנה ללקוחות אמיתיים.
תחשוב על: התחברות והרשאות, שמירת מידע וגיבויים, אבטחה וסיסמאות,
תשלומים אם יש, פרטיות ותנאי שימוש, מה קורה כשמשהו נשבר, דומיין ואחסון,
מהירות בטלפון, ומה שעוד רלוונטי לאפליקציה הספציפית הזו.
3. לכל פריט ברשימה תכתוב:
- מה זה, בשפה של בעל עסק, בלי מונחים טכניים
- מה יקרה ללקוחות שלי אם זה חסר
- סימון אחד: "חובה לפני השקה" / "אפשר אחרי ההשקה" / "לא רלוונטי לנו"
- ולמה בחרת את הסימון הזה
4. אם יש מונח טכני שאנשים מדברים עליו ולא רלוונטי לנו, תגיד את זה במפורש ותסביר למה.
5. תעצור ותחכה לאישור שלי.
אחרי שאאשר, תבנה את הפריטים שסימנת "חובה לפני השקה", אחד אחד.
אחרי כל פריט: תבדוק שהוא עובד, תסביר לי במשפט מה עשית, ותחכה לאישור לפני הבא.שלושה דברים בפרומפט עושים את כל ההבדל. הראשון: קלוד קוד קורא את הפרויקט שלכם, ולא עונה מרשימה כללית. השני: הסימון "לא רלוונטי לנו" עם הסבר, כי זה מה שמוריד מכם את הלחץ של הקרחון. השלישי: עצירה לאישור אחרי כל פריט, כדי שאתם תמיד יודעים מה קורה.
איך עובדים עם הפרומפט, שלב אחרי שלב?
- קוראים את הרשימה בשקט. לא מאשרים מיד. על כל פריט שלא הבנתם, שואלים.
- שואלים על מה שלא ברור. בשביל זה יש פרומפט קצר נוסף, למטה.
- מתווכחים עם הסימונים. אם משהו סומן "אפשר אחרי ההשקה" ואתם יודעים שהלקוחות שלכם רגישים אליו, מעבירים אותו לחובה.
- מאשרים פריט אחד בכל פעם. קלוד קוד בונה, בודק ומסביר. אתם בודקים בעצמכם שזה עובד, ורק אז ממשיכים.
- חוזרים על הבדיקה לפני כל עדכון גדול. אפליקציה משתנה, וגם הרשימה.
לפריט שלא הבנתם:
יש לי שאלה על פריט מהרשימה: [שם הפריט].
תסביר לי אותו כמו שמסבירים לבעל מסעדה, עם דוגמה מהעסק שלי.
ותגיד לי: מה הדבר הכי פשוט שאפשר לעשות עכשיו, ומה אפשר לדחות.ולפני כל גרסה חדשה:
לפני שאני מעלה את הגרסה החדשה: תעבור שוב על הרשימה מההשקה.
מה השתנה מאז? יש משהו חדש שחסר, או משהו שנשבר?אם הפרויקט גדול, שווה להפעיל קודם את מצב התכנון של קלוד קוד, כדי שיציג תוכנית לפני שהוא נוגע בקבצים. כתבתי על זה במדריך מצב התכנון.
מה בדרך כלל כן חשוב לפני השקה?
הרשימה שתקבלו תלויה באפליקציה שלכם. אבל מהניסיון שלי, אלה הפריטים שכמעט תמיד מסומנים "חובה" אצל עסקים קטנים:
- התחברות והרשאות. שכל לקוח רואה רק את המידע שלו.
- גיבוי. שאם משהו נמחק, אפשר להחזיר אותו.
- סודות מחוץ לקוד. מפתחות API וסיסמאות לא יושבים בקבצים שעולים לגיטהאב.
- מה קורה כשמשהו נשבר. שאתם מקבלים התראה, ולא שומעים על זה מלקוח כועס.
- פרטיות ותנאי שימוש. אם אוספים מידע אישי בישראל, יש חובות לפי חוק הגנת הפרטיות. זה לא ייעוץ משפטי, תבדקו עם עורך דין.
שימו לב שאין כאן אף מילה מהקרחון. אלה דברים שכל בעל עסק מבין, גם בלי לדעת איך הם נקראים. אם אתם רוצים להבין את אבני הבניין של אפליקציה, יש לי מדריך על שבע אבני הבניין.
אז מה נשאר עליכם?
אם קלוד קוד יודע את כל המילים, מה היתרון שלכם? בדיוק מה שהקרחון לא מראה: הלקוחות. אתם יודעים למה הם קונים, מה מעצבן אותם, ומה יגרום להם לחזור. קלוד קוד לא יודע את זה, ולא ידע, עד שתגידו לו.
לכן הזמן שחסכתם על לימוד מונחים, הולך לשיחות עם לקוחות. אפליקציה עם תשתית מושלמת שאף אחד לא צריך, נשארת מתחת למים.
חשוב לדעת
- "לא רלוונטי" זו דעה, לא חוק. הדוגמה של Kubernetes היא דעה שלי לעסקים קטנים. אם האפליקציה שלכם גדלה מאוד, חלק מהמילים יהפכו לרלוונטיות. בגלל זה חוזרים על הבדיקה.
- קלוד קוד יכול לטעות. הוא יכול לפספס פריט או לסמן לא נכון. כשיש כסף או מידע אישי של לקוחות, שווה ששני אנשים יעברו על הרשימה, או מפתח שיבדוק פעם אחת.
- קלוד קוד דורש מנוי בתשלום או חשבון API של אנתרופיק. הוא עובד בטרמינל, בעורך קוד, באפליקציית הדסקטופ ובדפדפן, לפי התיעוד.
- הפרומפט לא מחליף בדיקה שלכם. אחרי כל פריט, תנסו בעצמכם: תירשמו, תתחברו, תמחקו משהו ותראו שהוא חוזר.
השורה התחתונה
אתם לא צריכים לדעת את כל מה שמתחת למים. אתם צריכים לדעת לשאול, ולהבין את הלקוח טוב יותר מכל אחד אחר.
שאלות נפוצות על וייב קודינג והשקה
מה זה וייב קודינג?
בניית תוכנה כשאתם מתארים במילים מה אתם רוצים, וכלי AI כמו קלוד קוד כותב את הקוד. אתם מכוונים, בודקים ומחליטים, והוא מבצע.
מה זה קרחון הוייב קודינג?
תמונה ויראלית שמראה אפליקציה שבנה AI כקצה הקרחון, ומתחתיה עשרות מונחים טכניים, כאילו בלי ללמוד את כולם אי אפשר להשיק. חלק מהמונחים חשובים, וחלק לא רלוונטיים לרוב העסקים הקטנים.
אני צריך ללמוד Docker ו-Kubernetes?
לדעתי, לאפליקציה של עסק קטן ברוב המקרים לא. הפרומפט בעמוד הזה מבקש מקלוד קוד להגיד במפורש מה לא רלוונטי לאפליקציה שלכם ולמה.
הפרומפט עובד גם בכלים אחרים?
כן, ברוב כלי הקוד שקוראים את הפרויקט, כמו קודקס או Cursor. הוא כתוב לקלוד קוד, כי שם אני עובד.
כמה זמן לוקח להגיע להשקה ככה?
תלוי באפליקציה ובכמה פריטים יסומנו חובה. מה שבטוח, זה מהיר יותר מללמוד את כל הרשימה מהקרחון לפני שמתחילים.