התפקיד של מהנדס התוכנה לא נעלם אלא משתנה

25.03.2026

מאת: ד"ר טל אספיר BDO

---

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

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

1.      התכנות מעולם לא היה הפעילות המרכזית של הנדסת תוכנה

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

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

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

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

3.      הסיכון האמיתי אינו היעלמות מתכנתים אלא קריסת "שרשרת ההכשרה"

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

4.      הפרדיגמה האמיתית: הנדסת מערכות קוגניטיביות

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

• לתכנן אינטראקציה בין מספר סוכני AI.

• להגדיר ארכיטקטורת נתונים וקונטקסט

• לנהל איכות, בטיחות ו- וHallucinations

• ולשלב מערכות אוטונומיות בסביבה ארגונית מורכבת

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

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

במקום "סוף התכנות", אנו כנראה עומדים בפני שלב חדש בהתפתחות המקצוע: מעבר מ- Software Engineering ל- AI Orchestrated Systems Engineering. האירוניה היא שדווקא בעידן שבו AI כותב קוד, הצורך בהבנה עמוקה של מערכות תוכנה עשוי להיות גדול מאי פעם.