הפילוסופיה של DNLA
הפילוסופיה שלנו נובעת מצלקות הקרב שלנו — לא מהרצאות.
Vibe Coding עובד. זו בדיוק הבעיה.
כל המתכנתים בעולם עובדים היום עם מחוללי קוד.
אז למה אצלם זה נקרא "לתכנת" — ואצלך זה נקרא "Vibe Coding"?
ההבדל לא טכני. הוא תפיסתי.
class People שממנו יורשים class Student ו-class Teacher, כי אנחנו צריכים לחבר את זה למערכת ניהול גליונות הציונים."והאבסורד? בסוף המשימה — ל-Vibe Coder יש תוכנה ביד. למתכנת עדיין לא.
התוכנה של הויבר תעבוד.
היא לא תצליח לנהל אקדמיה אמיתית.
לא בגלל שהכלי גרוע. לא בגלל שהויבר לא מוכשר.
אלא בגלל פער אחד ספציפי: הוא לא מבין למה תכנות מונחה עצמים קיים.
לא צריך לדעת לכתוב אותו — צריך להבין מה הוא פותר.
וזה ההבדל בין מי שבונה כלי לבין מי שבונה מערכת.
בתי הספר לתוכנה ישבו איתך סמסטר שלם ולימדו אותך לכתוב תכנות מונחה עצמים.
בתי הספר ל-Vibe ילמדו אותך לכתוב פרומפט שייצר בדיוק את מה שאתה רוצה.
משניהם לא תלמד ליצור מוצר.
כי מוצר זה לא קוד. מוצר זה הבנה של מה הקוד פותר — ולמה הוא בנוי כך ולא אחרת.
רוב הג'וניורים לא מבינים למה צריך תכנות מונחה עצמים בכלל. רוב הסטודנטים מקללים רוב הדרך.
הסניור מבין — כי הוא היה ג'וניור. יש לו צלקות.
איפשהו בדרך בין ג'וניור לסניור, הוא נזכר במרצה הנודניק ההוא — ומתחיל לבנות קלאסים ותורשה.
עכשיו הוא זה שרב עם הג'וניורים לעשות את זה.
אנחנו לא חושבים שהיום, בעידן מחוללי הקוד, אנשים צריכים ללמוד לכתוב קלאסים.
אנחנו כן חושבים שהם צריכים להבין איך קוד עובד.
לא סמסטר שלם של import ו-from.
הבנה על מבנה. על יציבות. על למה מערכת מחזיקה — או מתפרקת.
וזה מוביל אותנו לעיקרון הראשון של DNLA:
אנחנו לא עושים כאן Vibe Coding.
אנחנו לומדים Prompt Executed Programming.
לא כותבים מתחושה — כותבים מהבנה.
השאלה הבאה היא איך מגיעים להבנה הזאת — בלי לעבור את כל הדרך הקשה שמישהו אחר כבר עבר.
על כתפי ענקים
אייזק ניוטון אמר פעם: "אם הרחקתי ראות, הרי זה משום שעמדתי על כתפי ענקים."
הוא לא אמר שסבל כמו הענקים.
הוא לא אמר שצריך לחזור על הדרך שהם עשו.
הוא אמר: אני עומד עליהם — ורואה רחוק יותר.
הצלקות האלה לא קיימות כדי שתחזור עליהן.
הן קיימות כדי שלא תצטרך.
אנחנו לא מלמדים אותך לסבול את מה שסבלנו.
אנחנו מלמדים אותך לעמוד על הכתפיים שלנו — ולראות רחוק יותר.
הלמידה אצלנו היא הכתף. לא הצלקת.
וזה מוביל אותנו לעיקרון השני של DNLA:
אנחנו לא מלמדים אותך להיכשל כדי ללמוד.
אנחנו מלמדים אותך להבין למה אחרים נכשלו — כדי שתדלג.
Senior Mindset — הארכיטקט שמבין את הפועל
אדריכל טוב לא חושב רק על הבניין השלם.
הוא חושב על הפועל שבונה אותו.
הוא יודע כמה לבנים אפשר לשאת ביום. הוא יודע איפה הפועל עייף ועושה טעויות. הוא בונה את התוכנית סביב המציאות של העבודה — לא סביב האידיאל שבראשו.
ב-Prompt Executed Programming הפועל שלנו הוא ה-AI.
ול-AI יש מגבלות מאוד ספציפיות.
Senior Mindset זה לא לדעת לכתוב קוד.
זה לדעת את המגבלות של הכלי שלך — ולתכנן סביבן.
וזה מוביל אותנו לעיקרון השלישי של DNLA:
אנחנו לא עובדים עם AI.
אנחנו מנהלים אותו — כמו אדריכל שמנהל פועלים וחשמלאים.
Production Mindset — הארכיטקט שחשב על מה שעוד לא קיים
בשנות השמונים היו ארכיטקטים שהכניסו לתוכניות שלהם פירי תקשורת ריקים.
אף אחד לא ביקש אותם. לא היה שום תקן שאמר לעשות זאת.
הם לא ידעו מה יעבור בהם.
הם ידעו רק דבר אחד: משהו יעבור.
ולכן הם השאירו מקום.
היום אותם בניינים מחוברים לאינטרנט, לסיבים אופטיים, לרשתות תקשורת שהממציאים שלהן עדיין לא נולדו כשהבניין עלה על הנייר.
Production Mindset זה לא לדעת מה יקרה.
זה לדעת שמשהו יקרה — ולהשאיר מקום.
הארכיטקט הגדול לא ניבא את העתיד.
הוא רק הבין שהעתיד תמיד מגיע.
וזה מוביל אותנו לעיקרון הרביעי של DNLA:
אנחנו לא בונים למה שיש היום.
אנחנו בונים למה שיהיה מחר — גם אם לא יודעים מה זה.
Agentic Economics — הלקוח הבא תמיד עולה כסף. השאלה היא כמה.
יש הבדל מהותי בין מערכת SaaS קלאסית למערכת אג'נטית.
במערכת SaaS — אחרי שסיימת לבנות, סקיילינג הוא כמעט זניח. עוד לקוח? עוד קצת שרת, עוד קצת אחסון. אם הארכיטקטורה נכונה, הלקוח ה-1000 עולה לך שבריר מהלקוח הראשון.
במערכת אג'נטית — כל לקוח נוסף הוא compute נוסף. כל פעולה נוספת היא כסף נוסף. זה לא באג. זה טבע החיה.
כאן בדיוק נכנסת הארכיטקטורה.
ביקשת מסוכן AI ליצור תמונה שלך בסגנון אנימה יפנית.
זה לא קסם. זה caching — שמירת עבודה שכבר נעשתה. זה batching — עיבוד חכם של בקשות. זה model routing — שאלה פשוטה? מודל קטן וזול. שאלה מורכבב? מודל גדול. לא שולחים F-16 לקנות פיתות.
הארכיטקטורה הנכונה לא מבטלת את העלות — היא מוזילה אותה עם כל לקוח נוסף.
התשובה תמיד תהיה: "יותר מדי" — ותיתקע שם.
כי רק אז יש לך מוצר לפרודקשן.
וזה מוביל אותנו לעיקרון החמישי של DNLA:
במערכת אג'נטית, הלקוח הבא תמיד יעלה כסף.
השאלה הארכיטקטונית היא האם הוא יעלה פחות מהקודם.
רק אז יש לך סקיילינג. רק אז יש לך מוצר.
הכלי הנכון — לא הכי זול, לא הכי מרשים
בשיעור הראשון תיכנס ל-Replit או Lovable — ובסוף השיעור יהיה לך אתר. בהמשך תעבור ל-Claude Code או Cursor ותעלה ל-Netlify. תרגיש שהתקדמת.
יהיה לך אתר. גוגל כנראה לא יקרא אותו. SEO נורמלי לא יהיה לו. ואם הלקוח ירצה לשנות משהו — הוא יצטרך אותך על כל פעולה. זה יראה כמו מוצר. זה לא יהיה מוצר.
ילמדו אותך HTML ו-CSS, SEO, WordPress, Shopify. ילמדו אותך לרשום דומיין ב-GoDaddy ולחבר אותו לאיזה שירות הוסטינג זול. תצא עם ידע אמיתי.
אף לקוח לא ימתין ארבעה חודשים שתבנה לו אתר רק כדי לחסוך שני שקלים. זה כבר ידע. זה לא עובד היום.
הסניור לא עובד על ההוסטינג הכי זול שמצא. הוא עובד על AWS או GCP — כי זה יציב. הוא קונה את הדומיין מ-AWS עם עוד חצי דולר לחודש ניהול — רק כדי לדעת שלא יגנבו ללקוח את הדומיין ביום שהרישום יגמר.
הוא יקים instance. יתקין WordPress כי הלקוח יוכל לתחזק את זה בלעדיו. ישתמש במחוללי קוד — כי מה שמניע אותו הוא פרודקשן, יציבות, סקייל וגמישות.
הכלי הנכון למשימה. לא הכי זול. לא הכי מרשים. הכלי שמייצר פרודקשן.
אנחנו נלמד אותך את הדרך הזאת.
Prompt Executed Programming על הכלים של הסניור.
הכלים הטובים ביותר שיש — ואיך לבחור את הנכון למשימה.
כלים שמקבלים Prompt Executed Programming ישירות לתוכם — ומייצרים מוצרים ברמת פרודקשן.
וזה מוביל אותנו לעיקרון השישי של DNLA:
אנחנו מלמדים אותך את הכלים שאף אחד לא ילמד אותך.
הכלים שעובדים בפרודקשן אמיתי.
אנחנו באמצע מהפכה. לא סתם מהפכה.
זה כמו להגיד אחרי פורד: "אני לא מאמין בפס הייצור."
זה משול לאדם שאומר: "אני לא צריך ללמוד קרוא וכתוב — ספרים לא עוזרים לאף אחד."
זה משול לאדם שאומר: "אני לא צריך ללמוד להרים פיוז — נרות מספיק טובים לי."
ואנחנו עדיין בהתחלה.
זו לא דרישה של מחר.
זו המציאות של היום.
אתה במקום הנכון אם —
הפילוסופיה שלנו לא נכתבה בחדר ישיבות.
היא נכתבה מתוך קוד שנפל, מערכות שקרסו, ולקוחות שחיכו.
מתוך ההבנה שהכלים השתנו — ואיתם מה שנדרש כדי להשתמש בהם נכון.
הצלקות שלנו הן הכתף שלך.
הפסקתי לשחק. אני רוצה לבנות. ←