תמלול: נדב אברהמי | Dazl | מי בונה את המוצר עכשיו: PM או Developer?

פתיחה והיכרות עם Nadav

Eyal David: [00:00] אין עדיו מעניינים בסדר מה נשמע על איזה כיף שעשינו את זה חיכים לזה הרבה זמן יחסית נדב תציג את עצמך בכמה מילים.

Nadav Abrahami: [00:12] אהלן נדב אברהמי לפני בערך 20 שנה הקמתי ביחד עם אחי אבישי וגיג חבר של שנינו את הוויקס. 4 חודשים התפצלתי מוויקס להקים את דאזל בוויקס תמיד הייתי פחות מאוד טכנולוגי. לקחתי את זה אחר כך לכיוון בתוך וויקס שם בעצם מעבדת חדשנות שפיתחה כמה וכמה דברים. אחד הדברים שהתעסקנו בו מאוד זה הוויזואליזציה של קוד ובתוך המקום הזה עם המהפכה של הווייב קודינג היה נורא הגיוני פתאום לצאת ולהוציא את דאזל.

להקים חברה בתקופת Wix לעומת עידן ה-AI

Eyal David: [00:52] טוב אז כבר תספר על דאזל ומה מה עושה כלי ולמי הוא פונה אני חייב לשאול לפני זה איך זה מרגיש. מבט הזמן להסתכל על אוקיי להקים חברה בתקופה של וויקס לעומת עכשיו בתקופת היה להקים חברה איך זה נראה.

Nadav Abrahami: [01:08] דבר ראשון. היה הרבה דברים שהיית צריך לנסות להבין איך עושים אותם מאיפה אתה אוסף את הדאטה איך אתה עושה עליהם בכלל את הריסר. אין ספק שיש לנו עוזר מומחה לכל דבר שאנחנו יכולים לדמיין וזה משפיע. מי מרקטינג לפרודקט ריסר כמובן גם לכתיבת קוד עצמה על כל דבר בערך שאנחנו עושים ביום יום שלנו.

Eyal David: [01:33] אז אני אגיד שאמרנו שאתה עומד להגיע ואנחנו עדיין מקבלים הודעות ושאלות נושא מעניין תגיד בייבט של. של המוצר עצמו אולי תספר קצת מה הוא עושה לאיפה זה הולך ובאמת מי מי הקהל.

מה Dazl בונה ולמה vibe coding יוצר בעיית הבנה

Nadav Abrahami: [01:48] אוקיי אני אסביר ואני אני אתחיל מימי הוויז'ן מאיפה אני חושב שווייב קודים בכלל הולך העולם של ווייב קודים. ובכלל של כתיבת קודים איי אני לא רוצה לקרוא לה כל ווייב קודים כי לפעמים יש קוד. אחילו ווייב שנכתב על ידי איי ואחר כך הביאות 20 אלף פעם. אבל כל העולם הזה מעלה שאלה מאוד קשה כי אם הקוד נכתב כל כך מהר ולפעמים על ידי אנשים שלא יודעים לקרוא אותו. אז מי קראת מי יקרא אותו מי יבין אותו מי ידאג לרמת הנדסה שלו ומי בכלל יבין. איך לגשר את זה אחר כך לבן אדם שצריך להמשיך לתכנן את המוצר הלאה זאת אומרת בהיסטוריה שלי של פיתוח מוצרים שהיא כבר הרבה הרבה הרבה שנים גם הרבה שנים לפני וויקס. תמיד היה איזה דיסקאשן מאוד חשוב בין הפיתוח לבין הפרודקט הפרודקט מבין גם כן מה יש לו בידיים מתחת לפני השטח איך המוצר עובד. אם אתה לא מבין איך המוצר עובד אתה לא יכול לתכנן את השלבים הבאים טוב ואם אתה לא חלק מהדיסקאשן הזה של לתכנן איך המוצר עובד אז אתה מגיע למוצר שבסוף לא ילך לכיוונים שאתה רוצה אותם בעיקר כשאתה מגיע למוצרים מורכבים. דאזל בא לפתור את זה. קובעים לתת לך את הכלים להבין את הדברים שאתה בונה עם האיי ולהפוך להיות יותר פריוזר באפליקציה של עצמך מתחיל כבר עכשיו מחלק מהכלי דיבאגינג ואינספקשן שאנחנו נותנים. שנותנים לך בעצם לראות את הייט שמל שנוצר מה הסייסס שמשפיע עליו את כל הדברים האלה ולקשר אותם בחזרה לקוד כדי להבין מה אפליקציה שלך עושה. אנחנו הולכים להוסיף לזה עוד הרבה קלים שהעיקר המשמעות של הכלים האלה היא איך לתת לבן אדם שלא רוצה עכשיו לקרוא את כל הקוד ואני אני לא רואה. אני חושב זה נכון גם למפתחים היום וגם לפרודקט מנג'רס אף אחד לא רוצה לקרוא את כל הקוד שהיה כותב. בתוך המקום הזה אנחנו רוצים לתת את הכלים שנותנים להם להבין את הקוד בלי לכתוב אותו בלי לקרוא אותו כדי שהם יכולו בסוף לדייק להיה את מה שהם רוצים.

להבין מורכבות טכנית בלי לקרוא את כל הקוד

Eyal David: [03:54] זה בעצם להבין רק לסדר לי זה להבין את המורכבות בעצם של הקוד או את המורכבות הלוגית בעצם בביזנס לוגיק של מחורה זה מאוד מאוד משתנה בין מוצר כותב מוצר כה אני חושב שזה מי האספקטים הוויזואלים.

Nadav Abrahami: [04:08] עדה אספקטים ארכיטקטוניים באמת של האפליקציה של איפה נשמר הדאטה ואיך אתה עולה וכן הלאה יש הרבה נקודות וזה מאוד תלוי בסוג האפליקציה של מה אתה צריך להבין. קוראים לקחת לצורך העניין דוגמה אם אני מסתכל עכשיו על. לצורך העניין בוא נגיד שאני מעוניין לבנות תוכנה ציור בתוך התוכנה אני מצטער אני אקח את זה אלה אם כן תיקח אותי למקום אחר תנראה זה ילך לאיזשהו מקום של אורך ויזואלי. כל חיי אני בונה עורכים שתקתי אם אני אקח את זה למקום של צורך העניין אני רוצה לעשות משהו שעורך תמונה אז יהיה לי את. משהו בזיכרון שמייצג את התמונה כרגע אולי את השכבות שלה לא תמיד זה מוצג ביועי הכל. יש הרבה שכבות מתחת לפני השטח שבסוף משפיעות על מה אני יכול לעשות אם ניקח לצורך העניין ואני לא רוצה להגיד להציג לארס אבל אני עדיין רוצה שתוכל להפריד את התמונה. ולהגיד בעזרת הילה פריד את זה לשכבה נוספת ולגרור אותה בנפרד. יש כאן אנדרליין של מה שצריך להיות במה אני שומר בדטאבייס ואיך אני מנהל אחר כך את הפעולות על הדבר הזה. זה הולך להשפיע הרבה על מה אני יכול לייצר ומה אני לא יכול לייצר עכשיו הרבה פעמים כשאתה עושה וייב קודינג. אני לא יודע מה אתה הולך לייצר הוא יודע מה אמרת לו כרגע אם אתה תגיד לו את כל מה שאתה הולך לייצר הוא יתקע באמצע זה גם לא יעבוד יש כאן פיסות ספציפיות. שאם אתה כותב אותם לא נכון כמה שאתה משנה אותם יותר מאוחר אתה משלם על זה יותר יש לך הרבה יותר. טוקינים להוציא והרבה יותר פרוסס של הלא חזור שהולך להיות עד שאתה תצטרך לעשות אותו וזה בא מזה שבסוף. אתה לא מבין לגמרי מה היה בנה לך ולאן אפשר לקחת אותו ולאן אי אפשר לקחת אותו אתה לא שותף בתהליך הזה באמת.

ייבוא קוד, סטאקים, וה-80/20 האחרונים בכלי AI

Eyal David: [05:55] ובעצם החזון הוא אני חושב שאני יודעת התשובה אבל החזון הוא בעצם שזה יתמוך באפליקציות שנבנו בדאזל.

Nadav Abrahami: [06:01] כלומר אני לא יכולה להשיט את זה על פני קוד קיים בצורך העניין בטוח נאפשר לעשות אימפורט לקוד ממלא מקומות בסך הכל אנחנו עובדים על קוד סטנדרטי. סטאק ספציפי אם אני לך לך את ההגה בסופה טכנית שאנחנו עובדים איתו הכי טוב אובי אסלי אנחנו נרצה להביא פרויקטים הרבה מקומות ואז לפתוח אותם לסטאק הזה. כי אנחנו יכולים לתת עליו את האחר ביכולות אינספקשן אדיטינג וכן הלאה ובסוף אנחנו רואים אנשים מגיעים לאיזה 80% ועל ה-20% האחרונים. הם לא מוצליחים הם לא מוצליחים חלק מזה כי הם לא הבינו מה היה בנה וחלק מזה זה כי פשוט לא הגיוני לעשות חלק מהפעולות הוויזואליות בצורה. בצורה כזאת זה לא הדרך הנכונה את הפרומפטית.

Eyal David: [06:46] זהו בוא תן לנו איזה דוגמא באמת לצורך העניין משהו כזה שלא היה עובר עכשיו בכלי עבלה ובלו משהו כזה.

Nadav Abrahami: [06:53] הכל יכול לעבור של מי יכול להעביר את זה ובכמה פרומפטים בוא נתחיל מזה. עבדתי גם בהרבה מהכלים האלה כמובן לנסות אותם ולבדוק אותם וכן הלאה יש דברים שגורמים לזה לעבוד יותר טוב. דברים שמראש אומרים אפליקציה זאת תהיה יותר גבישה דוגמא אחת לזה ושוב זה מאוד בטכני אתה יכול לשים את ה. סטייט של האפליקציה שלך בתוך קומפוננטה ויזואלית ואז אם אתה תחליט להציג את זה בקומפוננטה ויזואלית אחרת יש לך שינוי נורא נורא נורא גדול הקוד לעשות. ואת אותו סטייט אתה יכול להחזיק באיזה שהוא משהו מחוץ לקומפוננטה ויזואלית במקום שהוא באידיאל אפילו בלבל של כל האפליקציה עכשיו הדברים האלה מחלטות של לא חשופות לך. יש דברים שמאוד לא הגיוני גם כן להציף לקונטקט של כל האפליקציה זאת אומרת אם אתה מציף את הכל הקונטקט של כל האפליקציה בסוף. הקונטקסט זה נורא גדול ואתה משלם על קונטקסט בחוסר דיוקים ובטוקינים כמובן אז יש כאן איזה גמישות שאתה צריך אותה אבל אתה אפילו לא מודע למתי זה פה ומתי זה פה.

Eyal David: [07:56] אני כאילו שומע ואני חושב כל כל יש לי רקע פיתוח אז כאילו אני יכול להחזיק לשיחה הזאת וגם גרור המאזינים שלנו נמשל אני כאילו תוהה. היום זה לא דיסקאסיון שנמצא בפרוט אז זה מוסיף עוד מורכבות אני מוסיף עוד שיח ופתאום כאילו בעצם גם לקחנו את הפרק לשם אני חושב עלה. שינוי שקורה בתפקיד הפרודקט והארנדי בפיתוח לצורך העניין. אני שנייה בצעדי הילה רגע מדלג לשם מי לדעתך קהל שלך מבין מבין שני הסיגמנטים האלה באיזה גודל של סתם אם זה סולפנואר האם זה בכלל מישהו בחברה וזה יכול להיות גם פרודקט וגם ארנדי איך זה נראה.

למי Dazl מיועד ומה קורה לתפקידי Product ו-R&D

Nadav Abrahami: [08:39] אני חושב שבשלב הזה יש משהו להגיד ההבדלות האלה קצת מתשתשות עם העולם שלה. אני חושב שדאזל מכוון לאנשים שרוצים להחזיק את המורכבות הטכנית של הפרויקט שלהם. באמת אם אתה רוצה לעשות עכשיו משהו בפרומפט 2 זה יעבוד לך נהדר בדאזל זה לא שזה לא יעבוד אבל לא לזה זה נועד. אני חושב שאין זה כשאתה בא לבנות משהו קצת יותר מורכב ואתה רוצה להבין באמת מה בנית איך עובד להמשיך לדייק אותו הלאה גם ברמה הוויזואלית וגם ברמה הטכנית וזה הכלים שאנחנו נותנים. ובמקום הזה אני גם יחזור לה עלי תשתשות קצת. אני מכיר מלא פרודקט מנג'רס. שמחזיקים את הקומפלקסיטי של המערכת שלהם ברמת הקביעות הגדולות ברמת כאן אני שומר את הכזה וכאן יש הרבה כאלה והם יודעים פחות או יותר מה הצורה של הדבר הם לא מכירים את הקוד שמתעסק בזה. אבל אם יודעים כאן שמור דאטה כזה והוא מכיל את המידע הזה וכאן שמור דאטה כזה ויש לי פעולה שמוסיפה לפה ופה יש להם סופר פאור. אוקיי פרודקט מנג'ר שאין לו את המורכב החלה של המורכבות הטכנית של המערכת שלו גם בקבוצה וגם לא בווייב קודינג הוא כל הזמן צריך לשאול. אפשר לעשות את זה איך עושים את זה איך עושים את זה. פרודקט מנג'ר שתות הסופר פאור זה הוא הוא בא ואומר אני רוצה את זה ככה וככה וככה וככה אובייסטי זה עובד עכשיו תנו לי את המחיר. זה סופר פאור זה אותו דבר זה לא הולך להשתנות זה נכון גם בעולם של איי איי פרודקט מנג'ר זה אלה. הקו שלהם לבין קו של מפתח הולך להתאשטש מאוד תרחיב על זה איפה אתה חושב שזה הולך. אני חושב שבסוף ההפרדה היא הולכת להיות כמעט מלאכותית. מי מותר לו לעבור לקוד ולראות שזה יכול להיכנס למוצר שלי וגם זה עד שיהיה איזה שהוא פידלטי של איי או איזה שהוא פרוססים שאנחנו מספיק בודחים בהם. של ניסוי אוטומטי אחר כך בדיקת התוצאה וכן הלאה שבו לא צריך את זה חזון של. מוצרים כאלה הוא חזון של איי איי בסופו. שאתה תקבל בקשת פיצ'ר מיוזר. זה עשה ביטסט שפתוחה כלי יוזר הזה עם הפיצ'ר הזה אם זה טוב אחר כך אולי זה יפתח את זה לכולם.

Eyal David: [11:14] במארקטינג למשל אנחנו רואים דברים כאלה כבר קוראים ברוך במוצרים מורכבים זה עוד טיפה רחוק. זהו אז אני אני רוצה ששנייה כן נראה נעצור על זה רגע נחנה פה רגע אז איך זה נראה אצלכם יש לך קצת דיברנו לפני אז הבנתי שזה בעצם חבורה שרצה ביחד כבר עוד מיוויקס נכון. איך זה נראה אצלכם איך התפקידים האלה נראים אצלכם כבר מתאשתי שם לא מעט לא מעט.

איך Dazl משתמשת ב-Dazl בתוך הצוות

Nadav Abrahami: [11:41] יש לנו אחד דאזל כלי שעורך לא רק עם היאלה גם ויזואלית. ודאזל בנוי בסטאק של דאזל כמובן זאת אומרת את דאזל אנחנו עורכים הרבה פעמים ויזואלית בדאזל אנשי וויקס אנשי פרודקט עושים שינויים. מוסיפים פיצ'ר עם פרונט כדי שיעבור אחר כך לאנשים יש לנו את הפריבלגיה שהמוצר שלנו מטפל מאוד טוב וגם המוצר שלנו. זה נותן לכל האנשים בצוות שלנו סופר פאור הרבה יותר חזק הם יכולים ממש לערוך את המוצר עצמו לעשות פיצ'ר. לבדוק אותו לוקלית לראות שהוא עובד להם כמו שצריך וכל זה עושים עם דאזל על דאזל. זאת אומרת זה התשתש מאוד בעקבות זה לכן אני גם אומר יש לנו. יש לנו אנשים שמפתחים ויש לנו הרבה עבודה טכנית שהיא פיצ'רים שהם לא דווקא תמיד יוזר פייסינג. הם מפותחים גם כן בעזרת איי לא הרבה פרודקט מנג'ר זה ידברו על המוניטורים של הסרוורים והחליטו לעשות קודים לזה לא משנה איזה פלטפורמה ניתן להם. אז אז ברור שיש כאן איזה שהיא הפרדה שהיא לא רק מלאכותית היא באמת יש כאן הרבה דברים שצריכים לעשות שהם פשוט תשתיות ואינפרסטר וכן הלאה. והרבה מערכות מורכבות שאתה לא רוצה לגעת בהם שכל אחד יגע בהם אבל האנשים האלה הם גם באיזשהו מקום כרגע גייט קיפרס כי כל המערכות המורכבות האלה. מקבלות פיארים אנשים אחרים מקבלות את זה שפרודקט מנג'ר פתאום יכול להוסיף פיצ'ר. אנחנו לוקחנו אחד מהאנשים הכי טכניים שלנו וספנו אותו פרודקט אופיסר זה גם עוזר לה לה לה תשתוש הזה כי כמובן שהוא דוחף קוד לכל הכיוונים. ולא רק הוא גם אנשים שלו ואני חושב שזה מאוד הכיוון שזה גם צריך ללכת אליו יתמיד יהיו פיצ'רים שאתה משקשק לגעת בהם אני לא אומר שכל דבר כל אחד בארגון. צריך לדחוף אליו קוד צריכים גייט קיפרס בעיקר. אבל זה בעיקר גייט קיפרס זה לא אומר שכל הפיצ'רים גם באזורים הכי מורכבים האלה צריכים לצאת פתאום רק מהם כל אחד בארגון יכול פתאום לשבת אינטו וייב קודה פיצ'ר.

בקשות לקוח, long tail ו-pluggability בעידן AI

Eyal David: [13:56] אז אולי בוא תרחיב על זה כי אתה גם לא זרקת סתם לגבי בקשה שמגיעה מלקוח ובעצם שמעתי אותך מדבר על זה במקום אחר בלינקטין אז אולי תרחיב על זה רגע באמת על העניין של בקשות לקוח.

Nadav Abrahami: [14:11] דילבור בעצם של פיצ'ר משם זה משהו שאנחנו עובדים עליו בדעת זה עוד לא ישקנו אותו האמונה שלי הוא שהיום זה נכון לכל מוצר כמעט. תמיד שמעתי את הריב בין אנשים שמחפשים את הסמפליסטי של המוצר לבין האנשים שמחפשים לתמוך בכל הלונגטל של כל הפיצ'רים ובוויקסים המיליוני פיצ'רים אתה פתאום מגלה יוסקיסים שאתה אף פעם לא דמיינת. אני לא הייתי אומר אזורים פשוט ניש. לא כל אחד צריך עכשיו בשביל אי קומר סטור שלו עורך תלת מימדי לבתים כי הוא מוכר חלקי בתים זה ניש. אבל זה חשוב עכשיו. אובייסטי אי אפשר במוצר לטפל בכל הדברים האלה ושהמוצר עדיין יהיה קוהרנטי ליוזר שבא אליו אתה לא יכול לטפל בהכל אבל כאן תמיד לא רק היום פלאג יוביליטי נכנסה לתמונה. זה די מה שנתן לוויקס לעשות את הוורטיקלים בעצם. אפמרקט לטפל בהרבה יותר מיוזר כוסטים שאחרת לא יכול לטפל בהם ועדיין כל פעם שבאים להוסיף פלאג יוביליטי למקום חדש ולמוצר חדש אני שומע פרודקט מנג'ר זה אומרים. מי ישתמש בזה זה בכלל לא מפתחים מי שמשתמש במוצר 80% ה-20% האלה הם לא מספיק קומיטד הם לא יעשו עכשיו ילמדו את האפיהם שלנו יכתבו פלאגין אף אחד לא הולך לעשות לזה פלאגין. למה לפתח את זה והיום התשובה לזה פשוטה היום זה וייב קודינג אתה יכול לשים בקונטקסט את האפיה שלך. אתה יכול לתת היום במוצר שלך כפתור של פיצ'ר ושהיוזר יחליט מה פיצ'ר. זה כמובן זה לא כזה פשוט זה איפה זה מתחבר במוצר שלך זה אם אתה משתמש בוייב קורדינג הים או אם אתה מחבר. מוסים המוצר שלך הוא לא כבר וייב קודינג אז מאיפה אתה מביא לו את הפיסה הזאת של הווייב קודינג. עוד מיליון דברים אבל הם קצת השאלות הקטנות כאן כי גם אם אתה אומר תוריד עכשיו את הפרויקט דוגמא שלי של פלאגין. תערוך אותו באיזה כלי וייב קודינג אחר שאתה רוצה ותחזיר את זה אליי ויש לך פלאגין. לונגטל של היוזרים המאוד קומיטט שלך שבאמת צריכים את זה זה מספיק זה כבר לא יום הסתמכות עורכים לא צריכים ללכת לחפש עכשיו דבלפר שיעשה להם את זה.

Eyal David: [16:34] אתה יכול לתת להם משהו שהוא הרבה יותר תפור ומיכולים לסגור את הלונגטל לעצמם לא אני אוהד לגמרי אני עדיין מחכה לפיצרים בוויקס איפשהו כתוב שידונו בהם וזה. לא אז אני צוחק ונשמע לי אחלה אני אשאל אותך אז באמת שאלה נחזור שנייה לבילדרים לעולם הזה אז. אני נוהג לשאול פה בעצם על פרודקט סקילס בסדר מה זה בעיניך הסקילס הכי חשובים היום לבילדר.

הסקילס הכי חשובים לבילדרים היום

Nadav Abrahami: [16:59] בילדרית אני חושב שהדבר הראשון זה לדעת טוב מה אתה רוצה לעשות. זה לדעת לעשות את הריסרד שאני רואה המון סטארטאפים אגב. באים אליהם לא מלא מלא פעמים אתה רואה שיש שם משהו שהוא בהתאמה של המוצר בחיפוש. רוב העבודה שלהם כדי להגיע לזה שבכלל יש וייביליטי זה עבודה על זה היא נעשתה הרבה יותר קלה היום אבל אני חושב שזה נכון לכל פרודקט בילדר. אני רואה סטארטאפים שבאו יותר מוכנים ופחות מוכנים וזה מהותי מאוד זה נכון. להבין בדיוק מה אתה רוצה ממנו מהיוזר סטוריס לעשות את הריסרץ' של זה טוב לפני אני חושב שזה אחד הסקילסטים הכי חשובים. הסקילסט השני חשוב זה לא סקיל זה סבלנות. אני חושב שיש משהו שלשבת ולהשקיע את הזמן אם זה בריסרץ' ואם זה בבנייה קל מאוד היום ליפול לתוך זה שאני עושה. פרומפט בחמישה מקומות לוקח את מה שנראה טוב ואני ממשיך עם זה. אני לא חשבתי מספיק על מה אני עושה עכשיו אני לא אומר שאין אין את המקום לזה יש לזה הרבה מקום בידי שאני זוכר שלב חשוב אולי חלק מהריסרץ'. אבל זה לא ככה אתה מתחיל וככה אתה ממשיך. זה יותר שלבים בריסרץ' ואני חושב שזה באופן נכון גם כן אגב בעבודה עם אלה למים העבודה בשלבים לדעת. לגזור שיחה לחתוך אותה להגיד אפילו תשמור לי אותה בקובץ. כן אני אדבר על השיחה הזאתי עוד אחר כך תשמור לי את המידע הזה. ככה עובדה הפיסה הזאתי החלטתי במוצר הספק הזה העבודה הזאתי אגב זה יעבוד לכם בכל פלטפורמה שהיא בעולם כנראה. אבל היכולת של לעשות איזה אינטרנט ופרטוטייפ בעצם בסבלנות כן לעבור על הפיסות האלה. כן לעשות פיין טיונינג לפיסות האלה לפני שאתם ממשיכים את השאר הפיתוח סופר סופר מהותי בתוך המקום הזה גם התחבא להבין את הטכני של המוצר.

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

מהירות, ניסויים ובלואט מוצרי

Nadav Abrahami: [19:46] אתה יכול לרוץ מהר השאלה היא לאן. אוקיי אני חושב שזה נכון לרוץ מהר לשמונה כיוונים בשלב האידיאציה אבל לא חושב שנכון לרוץ מהר עם שמונה פיצ'רים לפרודקשן. כמו שאמרתי קודם יש יש נושא של בלוט יש סיבה שלו איקס יש הרבה יותר מאדיטור אחד. מי עושים את הכל באדיטור אחד אף אחד לא מבין אותו הבלוטו מוצרי שנוצר מנסות לעשות הכל במוצר אחד. עובד אולי אם עשית לפני זה פלאג-אביליטי ואפסטור לא עשית פלאג-אביליטי ואפסטור עדיף להוסיף פיצ'ר אחד טוב משמונה פיצ'רים בינוניים.

Eyal David: [20:21] מסכים אני לוקח את הכיוון אחר אני אומר אוקיי יש לנו את הבעיה. באותה עכשיו יש כל מיני דרכים שאני יכול להציע פתרון בהם אני על פניו יכול לדגום את הפתרונות האלה ולראות מה הכי נדבק. אני לא חייב לנעוץ תודה להיות צודק מאוד בפתרון הספציפי כי זה הריסורס יש לי כדי להוציא ואני לא יכול להכתיב.

Nadav Abrahami: [20:41] אני מסכים אני חושב שיש לך כאן הרבה ריסורס אבל זאת אומרת יש לך את הריסורס המאוד חשוב שהוא היוזרים שלך בסוף. אם יש שני פתרונות לבעיה ואתה לא בטוח ביניהם אז A/B טסט יכול להיות פתרון נהדר לדבר וזה באמת מספיק זול פתאום שאתה יכול ללכת לזה. אבל אתה גם לא רוצה לחשוף להם 80 פיצ'רים שפותרים את אותו דבר לאותו יוזר אז אז יש איזה רגישות כמובן בעניין.

Eyal David: [21:07] כן טוב זה כבר עולם של A/B טסטינג ומי נחשף אליו וכמה טראפיק גם יש אז בוא נלך שנייה באמת לסקילס חדשים זה נורא מעניין. איזה סקילס חדשים לדעתך היום בילדרים צריכים שלא היו להם לפני. למשל אתה נגעת בזה שוב פתאום מפתחים צריכים להבין את הביזנס לוגיק. צריכים להבין יותר טוב את הבעיה צריכים אולי גם נכנס פה אלמנט של סופט סקילס פתאום צריכים לראיין אנשים כאילו אני לא יודע אני מנסה לחשוב איך אני עושה ולידציה.

הסקיל החדש: ניהול קונטקסט ל-LLM

Nadav Abrahami: [21:38] אני חושב שזה ברגע שאתה לוקח את זה לכיוון של בילדר אז דבר ראשון כמובן את המחבר. את כל מה שמפתח צריך לדעת באידיאל ואת כל מה שפודקט מנג'ר צריך לדעת באידיאל אז לשניהם יש מלא סקילס חדשים אין ספק מפתחים שרוצים להיות בילדרים טובים. ולקחת את זה אינטו אינט הם צריכים את הסופט סקילם יצטרכו לדבר עם אנשים כמה שהם לא אוהבים את זה. ואני חושב שמנהלי מוצרים לא צריכים לדעת לכתוב קוד אבל הכיוון שלהם זה להבין את המוצר הטכנית ויותר מזה. לעזור להם הבעיה הכי גדולה של הילדים היום זה קונטקסט אתה תשמע כל הזמן גם כן אם אתה תהיה בכל אחת מחברות שמפתחות הכלים האלה תשמע את כל הזמן את הוויכוח של. עוד קונטקסט לעומת פחות קונטקסט זה מאוד קרוב למה שדיברנו קודם עם פיצ'רים מכיוון שהיה להם יש לו. כמה תוכן הוא יכול לאכול בפני שהוא מתחיל לעזות ונגמר לו המקום וכן הלאה כל טול שאתה חושב להם. כל פרום שאתה חושב להם כל דאטה שאתה חושף מהפרויקט להם אתה משלם עליו יש כל הפתרונות איראונדית אף אחד מהם לא מושלם. בסוף שמפתח עובד בכלים של וייב קודינג כלים כמו קרסר ווייס קוד באג'נט מוד שלו. הוא עושה את אותה של פיילים ספציפיים הוא אומר כאן אני שמרתי את הספק שלך הדבר הזה נראה וכאן זה הספק שלך מדברים עם הדאטה בייס וכאן זה הספק הזה. הוא לא נותן עכשיו לאל אלם לבזבז זמן על לחפש את איזה ספק אם צריך וכן הלאה אלא הוא מאוד. דואג אחד שהיה שם את הספק זה השלב הראשון כמובן אחרת הוא לא מופיע בשום מקום זה איזה שהוא בקינג פור פרוססים אל אלם שאומר כן זה באמת מחסה את מה שאני רוצה. ואחר כך הוא בעצם מקשר את הספק הזה בכל פעם שהשיחה קשורה לזה הכוח הזה הכוח שלה לעבוד ככה ובעצם לבנות את התוכן לאל אלם הוא הכוח הכי חזק בבית קודינג כי הבעיה הכי קשה היא בעיית הקונטקסט. אם אני יכול לנהל אותה קונטקסט אני יכול לייצר את הפיסות קונטקסט שחשובות לי כפיסות שאחר כך אני אקנה תעת. זה אחד מהדברים שהם מאוד מאוד מאוד חשובים עכשיו יש כלים שנותנים את זה יותר טוב פחות טוב כמובן אנחנו הולכים לתת את זה הכי טוב בעולם מדע זה כבר יש משהו אבל אני חושב שאנחנו הולכים לשפר את זה מאוד. אבל אין כלי שאתה לא תגיד לו עכשיו שעושה וואי קודים לא תגיד לו תכתוב לי את זה כאילו קובץ בפרויקט רק של מרקדאון. שבעצם איזה שהוא קובץ טקסטואלי שאחר כך אפשר להפנות אליו ולקרוא אין אף כלי שלא ייתן לכם לעשות את זה. וזה זה גם מאוד חשוב שיחה הולכת דיבודי מתארכת. כאן אני פתאום שומר נושאים חשובים בפיילים שאני עשיתי להם רביו שהוא לא יכול להתבלבל עם ההודעה לפני שהיא עוד לא הייתה פרפקט ועוד אחרי ששמה אמרתי לתקן לי בעוד אחרי. הוא מסתכל על כולנו אותו דבר אתם בכלל באידיאל לא רוצים את ההודעות או לא נכונות בקונטקסט.

Eyal David: [24:35] אני מאוד מסכים שזה הולך הכיוון הזה ושצריך להחזיק הרבה יותר טכני ואני כאילו חושב תוך כדי אני שנייה חוזר לזה איך אני חוזרת לצוות שלכם זה גרם לי לחשוב רגע איך אתם נמנעים מזה שלא יהיו תמיד הרבה טבחים במטבח. שפתאום כל אחד הוא בילדר בעצם איך בכלל עובדת אצלכם הדמוקרטיה זה דמוקרטיה בכלל.

איך מנהלים צוות כשכולם יכולים לבנות

Nadav Abrahami: [24:58] זה לא דמוקרטיה יש לנו מייל סטונים שאנחנו מתכננים מה יהיה בהם סקוואדים שמפתחים את הדברים יש הרבה משימות שנכנסות מעבר אני לא אגיד שלא אבל רוב הפיתוח. הוא קורא ככה זה הרבה וייב קודים בתוך הצוותים האלה זה הרבה פרודקט מנג'ר שעובד איתם על הצוות כבר חילם את הפרוטוטייפ במוצר או לא במוצר או במוצר אבל. ישירות על Dazl או במוצר כפרוטוטייפ נפרד. ויעשה להם את האנד אוף לדבר הזה ומשם הם יקרו את זה זה כרגע איך שזה עובד אצלנו. יש הרבה פיצ'רים קטנים דווקא שהם יכולים לבוא מזה שרן הידו ויקס שלנו יבוא ויעשה פרום שמוסיף איזה כפתור משנה איזה משהו. או ברק עתיד פרודקט שלנו יושב יעשה פרום שיעשה משהו לגמרי אבל זה לא רוב הפיתוח.

Eyal David: [25:55] אז טוב חלק את זה כזה לסתם אני אומר חיברת 90 מסר לצורך העניין. 10 דברים 10 אחוז דברים שבעצם עולים למעצרות ושם לא נתיבה קריטי.

Nadav Abrahami: [26:06] כמובן שגם הנתיבה קריטי אתה יודע הוא הוא זה פאנל מאוד דומה זה לא מאוד שונה זה פשוט בעיה לנו בקשה מיוזר זה דבר ראשון קריטי הדברים האלה עוברים בעצם בסוף. חלקם כאלה מייל סטונים של הצוותים וחלקם זה יותר אם יש לנו זמן פנוי אנחנו מצליחים. בעצמנו אנשים שלא חלק מהצוותים להכניס עוד איזה משימה 2 קטנות.

Eyal David: [26:29] הבנתי טוב אז אני שנייה חוזר אנחנו קצת הולכים וחוזרים בגלל שאני מנסה לשלב תוך כדי שאלות שבאמת הלו כמו שאמרנו קצת יערת בעצם תביגן שלכם התחלנו משם. אלף אם אתה יכול להרחיב על זה ובאתם עובדים רודמאפ איך זה נראה לצורך העניין יש לכם מטרה שאתם דוארים איך זה נראה.

רודמאפ, מיילסטונים ומה באמת השתנה בתהליך

Nadav Abrahami: [26:48] יש לנו רודמאפ כמובן מתוך רודמאפ אנחנו חותכים כל פעם מייל סטונים של בערך חודש חודש וחצי. שזה בעצם מחלקים את זה יש לנו כמה סקוואדים בירלין ישראל ולביב כמה עובדים אתם. 32 אוקיי. מסתובב כניתל שתדאג אותי אם אני טועה. הבנו סדר גודל הצוותים האלה בעצם לוקחים הם עושים לנו דמו איזה שהוא אפדייט ודמו כל שבוע של ההתקדמות שלהם.

Eyal David: [27:24] כאילו אתה מתאר לי תהליך די רגיל אני מנסה כאילו לשמוע אם אני רואה משהו אחר קצת.

Nadav Abrahami: [27:29] אני חושב שהתהליך לא השתנה הכלים השתנו המהירות שלו השתנתה. זאת אומרת הריסר והתכנים שיוצאים הריסר פרודקט מנג'ר לצוותים השתנו לחלוטין גם הדרך גם התוצר שהרבה פעמים הוא תוצר כבר של קוד בתוך הפרויקט. הרבה פעמים זה פרוטוטייפ בנפרד אבל זה תמיד פאנצ'נל פרוטוטייפ זאת אומרת זה דבר שאובייסלי לא היה לנו בעבר פאנצ'נל פרוטוטייפ לכל פיצ'ר קטן. זה יכולת שרק נפתחה בזכות העולם של הווייב קודינג. אחרי זה אני אומר שזה עובר למפתחים אבל כן המפתחים עובדים עם כלי AI רוב הקוד נכתב עם AI אני חושב שהאתגר הכי גדול כרגע בצוותי פיתוח באופן טבעי. הוא דווקא הבקרה על זה בדיוק זה הבעיה שלי כן זאת אומרת. אתה מאוד רוצה להקפיד שגם אם לא מישהו כתב את הקוד מישהו קראת קוד לפחות מבין את הקוד אגב שמה מאוד אני אני רואה את הצורך אני רואה את מה שאנחנו בונים. ככל שישקף לי יותר מהקוד איך הוא יחסוך את הזמן הזה באותו ריוויו וגם כן רוב הדבר הוא לא לקרוא את הקוד הוא להבין מה השינוי המהותי שקרה באמת במערכת. אפשר להבין את בצורה טקסטואלית אבל אני חושב שאת צורה טקסטואלית.

בקרת קוד, טסטים ו-gatekeepers

Eyal David: [28:49] עושה לזה עוול דיברנו על קונטקסט. איפה האמת די מיקודו אז הוא דיבר בדיוק על זה זה מה שהם עושים ואם אנחנו אפילו מתקדמים הלאה מבחינה של כאילו איך זה נראה.

Nadav Abrahami: [29:01] מבחינה של כי יש לנו צוות שעושה כאילו יש לנו כמובן על כל טסטים אוטומטיים גם. הצוות הזה גם בונה טסטים אוטומטיים כדי לסגור את זה אנחנו משתמשים שם אגב הרבה כמובן וגם שם הווייב קודים עושה עבודה נהדרת. סמפליר את MCP ואתה נותן אלה להם לכתוב את הטסט אתה אחר כך מסתכל שהיית מייקסנס אין ספק שזה העיץ את כל התהליכים אבל. האמת היא שיש כאן אתגר אמתי בעיקר של בקרה של איך אתה נותן לכולם להכניס קוד לכל מקום במערכת. עדיין תהיה מערכת בסוף אז איך אתם מתמודדים זה אצלכם אז אצלנו זה כרגע עדיין בקטע הזה החלק הזה הוא מאוד טרדישיונל החלק הזה הוא. טסטים אוטומטיים שמקפידים שיש לכל הפיסות של המערכת. ריוויו פרוסס אנושי של מפתח אחר שעובר על הקוד הזה והרבה פעמים אתה תראה שם איזה. תקשיב אחי אתה כתבתי את זה עם AI רואים שהטסטים שלך עם AI אפילו לא עברת את זה ונתת לי את זה לריוויו.

Eyal David: [30:03] זה כל הזמן ציינת מקודם את הגייט קיפרס בעצם.

Nadav Abrahami: [30:07] נכון כי יש שם עניין זה בתלות באיזה מערכת אתה בונה וכמה היא מורכבת עד כמה אתה צריך את זה וכמה אנשים גם מתעסקים בבנייה שלה זה גם חשוב. אבל ככל שהמערכת יותר מורכבת אתה רוצה יותר מבט ארכיטקטוני מעל. ויותר להבין שבונים את הדברים בכיוון הנכון זה דבר אחד דבר שני. היא מאוד טוב בלייצר קוד לא נחוץ אותו הבעיה של קונטקסט קטן מדי שיש לו שלא מחזיק את כל הפרויקט בכל זמן נתון. גורם לזה שיש דופליקציות מכאן ועד הודעה חדשה. זה יעבוד. זה בסדר שזה יעבוד אבל בסוף אנחנו קבוצה שרוצה לתחזק קוד ואנחנו לא רוצים לתחזק את אותו קוד 8 פעמים. אז יש כאן איזה שהוא דברים יש כאן משהו שצריך לבוא כל הזמן עדיין בן אדם מעלה AI ולבדוק את הדברים האלה חלק מזה כלים אוטומטיים לא ספק הם מוגבלים גם עד כמה שגיליתי עד עכשיו ואני לא ראיתי עדיין פתרון טוב לזה שיש אנשים שבאים ומבינים את הקוד הזה.

Eyal David: [31:15] כאילו אני חוזר לשאלה מתחילת השיחה שלנו של שבנו בעצם בין הפתיחה שלך בוויקס כאילו של הקמת חברה לעכשיו אז אני שומע שאוקיי מבחינת קצבים מבחינת כוח אדם שכותב קוד אז דברים רצים הרבה גמולים פחות מן הסתם מעניין. מצד שני יש הרבה אנשים שעושים גייטקיפים שעושים בעצם את המעבר בעצם על הדברים לראות שהם איכותיים מספיקות לפני שעין של יוזר רואה אותם. מי שמכנסים לך מערכת דיברנו בכלל קונסיסטנטיות של קוד שזה בכלל מעניין אבל שנייה נכנעת גרם לי גם לחשוב על להכניס עכשיו עובד חדש זה אירוע כאילו פעם הייתי נותן למפתח אוקיי. תפתח פה את הכפתור הזה וכבר תלמד על הדרך בעצם מתכנס למערכת התחיל משמעות קטנות פה אני צריך להבין קוד אני צריך להחזיק קונטקסט כאילו זה טוב סובך לא. כאילו העלות של להכניס עכשיו מפתח חדש לתוך הצוות או איש צוות חדש.

אונבורדינג, ארכיטקטורה והמורכבות של מערכות גדולות

Nadav Abrahami: [32:08] כמה שיש לך יותר קוד זה יותר קשה זה בטוח אוקיי כמה שהוא לא איזה גם זה קשור לארכיטקטורה. תסתכל על Wix אחד מהכוחות הראשונים שלנו עדיין הוא בזה שהרבה מהדברים היו בקומפוננטות ולא באדיטור הרבה מהדברים היו דברים שהייתה יכולה עכשיו לייצר מפעל. איפה שאתה כעסק יכול להגיע למקום שיש לי כאן פיסה זה זה מתקשר קצת לא פלאג-אביליטי מקודם ולפעמים פלאג-אביליטי פנימי אפילו רק של החברה עצמה איפה שאתה יכול לייצר את הנקודת מקבול הזאתי שיש את האנשים שעובדים על המוצר המאוד מסובך. והם לא מתעסקים במיליון מוצרים קטנים שצריכים להתלבש עליו אתה מנצח בכל המקומות האחרים אתה מוגבל בפרודוקט אתה מוגבל בזה שיש את האנשים שמבינים את המערכת המסובכת. אלה להם או טסטים או לא משנה מה אבל יש כאן איזה שהוא פרוססים מאוד קשה שצריך לקרות כדי לשמור שהמערכת הזאת תישאר קוהרנטית עם כל הזמן מוסיפים לדברים. אז כל פעם שאתה יוצר חלון כזה שדרכו יכולים להיכנס מלא דברים אתה הרווחת את זה שכל הדברים הקטנים האלה הם דברים קטנים ולא מסובכים. ואת מערכת עצמה לא משתבכת מכל הדברים הקטנים.

Eyal David: [33:21] גורם לי גם לחשוב על עוד דבר ש. ג'וניורי לפני זה תראו אם אתה יכול איך נראה צוות שלכם אמרת 32 אנשים לא נסלוג אולי 30 אולי 35 אבל אותם איך זה מתחלק בעצם. חסם מפתח לפי אם זה נראה לצורך אמרנו שיש יו איקס אחד אני זוכר שניים כבר עובדים על זה.

Nadav Abrahami: [33:48] אגב תפנו אלינו מי שרוצה נשים לי אוקיי גם יו איקס וגם פי אם עדיין יש לנו בעצם שני יו איקס. 3 פרודקט סיור ומעבר לזה מתחיל לצורך העניין חמישה אנשים שהם כאילו מחזיקים תפקידי פרודקט לצורך העניין וכל השאר מפתחים.

Eyal David: [34:12] 20 משהו יחס של 1 ל 4 לצורך העניין. שזה בריא זה רגיל לא דווקא במקרה שלכם שזה אולי מוצר יותר טכני זה נשמע כזה אז דווקא זה נשמע כאילו מוצר שום טוב.

Nadav Abrahami: [34:25] שהוא מאוד טכני אין ספק הרבה עומק טכנולוגי גם בבקן שלו מבחינת השערתיים בפרונטין שלו מבחינת האריכת קוד. ללא ספק וזה דורש דורש הרבה בצד הטכני די מינסט כרגע אני מרגיש שחסר לנו פרודקט.

Eyal David: [34:45] הפרודקט הזה הוא כבר לא מספיק כמעט יש פחות ויש פחות בעצם פיצ'רים שזורמים בעצם אני מנסה להבין למה בעצם למה לא לקחת את אחד המפתחים ואתם מהיום פרודקט לצורך העניין. אלף הוא יגיע מוויקס אז כאילו בסדר הוא מגיע עם איזה שהוא ניסיון פרודקטי כזה או אחר נכון אבל למה לא להשתמש בזה אם כולם בילדרים בעצם.

Nadav Abrahami: [35:08] אני חושב שלא כולם יש חלקם שרוצים וכן אני אמרתי על פרופוט אני לא אומר דווקא לגייס מבחוץ או מבפנים. כרגע איך שאני רואה את זה ואני הסתכלתי על האנשים שיש לנו מעבר לך אחד שאני יכול להגיד שבאמת הוא אחד או שניים שהם מפתחים אבל. רוצים כרגע להיות פרודקט יותר מה שרוצים להיות מפתחים אני לא רואה שיש לנו הרבה כלב עליהם אני לא יכול לבטר איפה שהם מפתחים. ומפתחים גם שם הם בילדרים אם יהיו איפה שהם הם גם דואגים לפרודקט ללא ספק. זאת אומרת להגיד שהם פתאום לא מפתחים בגלל זה אף פעם אלה רק פרודקט זה ברור שלא יודע מה שאני רוצה יותר מזה זה אנשים שהם איזה נגיד אלכסי שלנו שמנהלת הצוות בלביב. הוא בכיף שיש לי פרודקט לאיזה פיסה שהוא רוצה במוצר באמת סומך עליו נהדר שיש לי גם את זה אבל הוא גם מנהלת צוות בלביב אני לא יכול לראות זה ריסון.

ג'וניורים בעולם של vibe coding

Eyal David: [36:10] אז שנייה אני חוזק על הגיוניורים כי באמת דיברנו על זה איפה אתה רואה. מה גיוניורים צריכים לעשות עכשיו בעולם כזה איך הם משתלבים בעצם בכל עולם הבילדרים הזה.

Nadav Abrahami: [36:21] הדבר הראשון לי גיוניורים יש עולם הרבה יותר כיפי כדי להפוך להיות ציניולים בוא נתחיל מזה. אני התחלתי לתכנת מקלים ויזואלים התהליכות מת predecessorores. מתוך זה שיכלתי לעשות הייצובים אין לי מצייר עוד משחקים מתוך זה ואז התחלתי להוסיף אינטרקציה אינטראקציה והאינטראקציה וטיפה לגיק הכי טיפה לוגיקה ובנאמי recipes, הכלים האלה זה כלים שעוזרים ללמידה בצורה שלא תאמן איזה סופר פואר שלא היה לי בעלווי שהיה עד שהתחלתי הרבה מהדברים האלה הייתי צריך להמציא בעצמי אפילו למצוא ברשת לא היה אפשר כל כך. והיום באמת אתה אני חושב שהדבר הראשון שהייתי ממליץ לכל בן אדם שהוא רוצה להיות מפתח. זה פשוט תבנה דברים זה נורא קל פתאום אתה יכול ללכת לכלים שעושים הרבה מעבודה בשבילך הם גם יסבירו לך מה הם עשו רק תבקש. הם יכולים לפרק לך להסביר לך את איך הפרויקט בנוי מה יש בו למה הם עשו את הבחירות האלה זה לא תמיד יהיה נכון אבל זה ילמד אותך מלא. זה אומר שפתאום דבר עיקרי שאני יכול להגיד זה ג'וניאל שלא ביום עם רזומה של וייב קודד פרויקט. לא הייתי לוקח. יש לי ברק המפתח שהוא עכשיו פרודקט אופיסר אצלנו שם פתח עבורו עד לא מזמן למעשה הוא בילדר. כשהוא בא לרעיון עובדה בוויקס זה היה אחרי שנה של לבנות בבית אפליקציה לסינתסייזר. איזה שהוא מערכת נורא מתוחכמת של סינתסייזרים עם קבלים ולבנות ממש אפליקציה של סינתסייזר שאתה בונה בעצמך אתה רואה את הברק. אבל אתה רואה את הבן אדם שבא סופר מוטיבייטד ללמוד סופר רעיון עבודה שאלתי אותה בטוח שאתה מתכננת רק שנה. אני חושב שהיום בן אדם שלא עושה את האקסטרה אפורט הזה.

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

מה מחפשים היום בבילדרים, PMs ומפתחים

Nadav Abrahami: [39:13] תשמע רעיון עבודה של פי אמא אני חושב שההבנה של למה עושים את הפיצ'ר יותר חשובה מאיך נראה פיצ'ר ההבנה של מה יוזר סטורייז. שבאים עם הפיצ'ר ההבנה של למה.

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

Nadav Abrahami: [39:55] לא חייב להיות מפתח או פרודקט בהגדרה אני אני מבין לגמרי אבל אני אני אגיד את זה ככה אני עדיין מגייס לתפקידים האלה בצורה נפרדת. האם זה נכון כן ולא יש קו תפר יש מקומות שבהם זה לא משנה וכמו שאני אומר בסוף יש מפתחים שהם גם הפרודקט וגם המפתח. ואני קורא להם היום מפתחים אבל אבל הם בילדרים ויש לנו כמובן עוד כמה כאלה שהם יעופו על לבנות את הדבר הבא שהיו להשתמש בו בקטע הזה אבל אני עדיין מגייס בצורה נפרדת. גם כי זה פשן קצת שונה זאת אומרת יש חיכוך בלהיות מפתח שהוא חיכוך אחר. דרך חיים אחרת מאשר עדיין להיות פרודקט מנג'ר אלה אם כן אתה עולה נעול בסמול קומפני או באיזשהו תפקיד של לבנות את הכל בעצמך עדיין יש איזושהי הפרדה של במה אתה מצפים לך להתעסק. אני מצפה שהפרודקט מנג'ר שלי אשתו את השוק אני מצפה שהם ידעו מה קורה בחוץ למה יוזר מבקש משהו למה הוא התכוון. איזה יוזר סטוריס קשורים ללכת שהם באים להם פיצ'ר איזה יוזר סטוריס מהדברים שיוזרים ביקשו וכן הלאה קשורים לזה וכן הלאה. יש שם המון ריסר שמון עבודה לעשות והמון פשן שהוא על הצד הזה. הוא על הצד שלה לגלות מה יוזרים צריכים ואז לתכנן ממנו את הפלורים. יש צד שני. צד שני הוא הרבה יותר כשל פרודקט מנג'ר שהוא הרבה יותר קרוב לצד של הבילדר זה לקחת ועכשיו לתכנן ממש איך הדבר הזה נראה אינפיין דיטל איך הפיצ'ר הזה נראה. זה כבר הרבה יותר איפשהו בעולם של הבילדרים קודם הגבול הכי מטושטה שהכרתי בתעשייה היה בין פיאם ליו איקס אז אני מודה שזה מתחרה בזה כבר. אם אני מדבר על הבילדר הזה אז שמה הכי חשוב זה להבין את הפלסטלינה שאתה עובד איתה. זה הפרויקט שלך סוג טכנולוגיה שיש בעולם הזה זה לא אומר לדעת לכתוב את הקוד אבל זה אומר לדעת מה אפשרי מה לא אפשרי מה קל מה לא קל. כדי לכוון את זה נכון ובמפתח יש את הצד השני של חיכוך הצד השני מעבר לבילדר. הצד שלה לראות שזה עובד בלי אג' קייסס. עובר טסטים מתאים לקוד סטנדרט לא יוצר דופליקציה עם אף מקום של קוד בפרויקט אולי מכין תשתיות לפיצ'רים דומים שצריכים בעתיד שכבר יודעים אותם. יש המון המון חשיבה שמה שהיא גם צריכה לקרות המון עבודה שצריכה לקרות יש מקרים שעושים את שני הצדדים נהדר ואז הם סוגרים לפיצ'רים מצד לצד וזה מדהים ואני לא אומר שלא אבל אני לא יכול לגייס רק כאלה. בין השאר כי מה שראיתי זה שלפעמים אין להם סבלנות לכל החלקה. מייגע יותר בחלק מהמשימות לפחות של פיתוח.

Eyal David: [42:52] ואני חייב לזה מה שאנחנו אומרים אני שמח שפתחנו את הסוגריים האלה מה שאנחנו בסדר יסלחו לנו ג'וניורים אבל מה שאנחנו מבינים זה שכרגע יש את ההבדל הזה. אני לא יודע כמה זמן הודי משך אבל בינתיים זה כתב על כתב אז אם חזור לעניין הטבחים אז כרגע יש. הבדלה ברורה בעצם בין הצדים.

Nadav Abrahami: [43:16] ברוב המקרים כן ברוב המקרים יש הבדלה ברורה ואני עוד שומע מצד אחד אני שומע מפתחים אומרים לי. אתה אומר לי תבנה פיצ'ר ואתה לא נותן לי פרודקט מה אתה רוצה שאני אעשה זאת אומרת עוד יש את המפתחים שלא מקבלים את התשתוש הזה איפשהו. זה יותר מהכל הם לא רוצים את הראיות על החלטה על הפרודקט לדעתי.

Eyal David: [43:39] זה נכון מאוד בוא נעשה ככה אז כל כל היה מאוד מוצלח מבחינתי ספקנו גם הרבה שאלות ממה ששאלו בקהילה. אם יש עוד שאלות אז כמובן תכתבו בוואטסאפ אנחנו נעביר אותם ונדב ישתדל לענות נדב בחינת המוצר שלכם. אתם כל כך פתוחים אפשר להירשם אז אולי תספר שנייה למי זה הכי מתאים בצעדים ראשונים מה הדבר הכי קל שאפשר לבנות עם זה שייתן ערך.

למי Dazl מתאים ואיפה להתחיל

Nadav Abrahami: [44:08] אפשר לבנות עם זה הכל זה חלק מהבעיה בכלים האלה זאת אומרת קשה לי להגיד לך את זה אתה לא יכול לבנות. כי מספיק פרומפטים כנראה שכל דבר שחי בוואב אתה יכול לבנות אבל בוא נתחיל מהדבר הזה אתה יכול לבנות כל דבר שחי בוואב. מי פרוטו טייפ עד אפליקציה שלמה לחבר שירותים חיצוניים מי שמבין קצת יותר טכנית באמת יש שערת מאחורה שאתה מקבל זאת אומרת אתה יכול להתחבר לאיזה שירות שאתה רוצה. אני חושב שהכוח הכי חזק שלנו זה בכלי אינספקשן בכלים שלה להבין באמת מה נוצר לך בעזרת איי אי אתם מוזמנים לשחק איתם זה תחת הדב טולס. כפתור בצד ימין והכלי העריכה הוויזואלית שנותנים לדייק הרבה יותר את התוצר הוויזואלי זהו מעולה.

Eyal David: [44:56] אני מאחל שתחזור אלינו עוד שנה וספר לנו איך התקדמתם היה תענוג יאללה ביי ביי.