מפתח: מטכנאי לארכיטקט מוצר
Generative AI שינתה את תחום הפיתוח. משימות שארכו שעות אורכות כעת שניות.
יש אנשים שחוששים שה-AI יחליף את כולם. אחרים חושבים שזה רק עוד כלי. שתי ההשקפות הללו שגויות.
תפקידו של המפתח משתנה. אתם עוברים מביצוע (executor) לארכיטקטים.
בעבר, התעשייה פעלה לפי מחזור קשיח:
- מנהלי מוצר הגדירו את ההיקף (scope).
- ארכיטקטים תכננו את הפתרון.
- מפתחים כתבו את הקוד.
המבנה הזה היה קיים מכיוון שהביצוע היה יקר. לא יכולתם להרשות לעצמכם לבזבז שבועות על רעיון שגוי.
ה-AI הופך את הביצוע לזול. זה משנה הכל. כעת אתם יכולים לבנות אבות-טיפוס (prototypes) לפתרונות תוך שעות במקום שבועות. אתם יכולים לחקור תחומים טכניים בתוך אחר צהריים אחד.
המפתחים בעלי הערך הרב ביותר פועלים כעת בנקודת החפיפה בין טכנולוגיה למוצר. אתם חייבים להפסיק לשאול "איך אני גורם לזה לעבוד" ולהתחיל לשאול:
לגבי ארכיטקטורה:
- מהי הדרך הטובה ביותר לבנות את המבנה הזה?
- באילו פשרות (trade-offs) אני מבצע?
לגבי מוצר:
- האם אנחנו פותרים את הבעיה הנכונה?
- האם יש דרך פשוטה יותר לתקף (validate) את זה?
לגבי ביצוע:
- האם הקוד שנוצר על ידי ה-AI באמת הגיוני?
- האם הוא ניתן להרחבה (scale) ונשאר מאובטח?
קיים סיכון משמעותי: לקבל כל דבר ש"עובד".
ה-AI מייצר לעיתים קרובות קוד עם שמות משתנים גרועים, טיפול שגוי בשגיאות (error handling) או צימוד (coupling) מיותר. אם חסרים לכם היסודות, אתם הופכים למפעילים של כלי. אתם תבנו מבנים שבסופו של דבר יקרסו.
כדי להישאר חיוניים, התמקדו בתחומי הליבה הבאים:
- לוגיקה ומבני נתונים כדי להעריך את היעילות של ה-AI.
- ניפוי שגיאות (debugging) כדי לתקן את מה שהמכונה שוברת.
- תבניות עיצוב (design patterns) ועקרונות SOLID כדי לשמור על איכות.
- ארכיטקטורת תוכנה כדי להבין את הפשרות במערכת.
- חשיבה על מוצר כדי להבין את צרכי המשתמש.
המפתח של העתיד הוא אורקסטרטור (orchestrator). אתם מנווטים לאורך כל הספקטרום, מהבעיה הראשונית ועד לקוד הסופי.
ה-AI לא יחליף מפתחים. הוא יחליף את אלו שרק מתכנתים.
העתיד שייך לאלו שמבינים את המערכת כולה.
מקור: https://dev.to/williamcardoso/developer-from-technician-to-product-architect-53kf
קהילת למידה אופציונלית: https://t.me/GyaanSetuAi