השיטה ההיברידית: כך תכתבו קוד VBA נכון בעזרת AI

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

קוד הוא שפה, ולכל אחד יש סגנון משלו

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

המפתח לעבודה נכונה: בניית שלד ושליטה מודולרית

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

מתי להגיד ל-AI "עצור!"

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

לסיכום

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

שאלות ותשובות בנושא כתיבת קוד באמצעות AI

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

שאלה:
מהי שיטת העבודה המומלצת לשילוב AI בכתיבת קוד VBA?
תשובה:
השיטה המומלצת היא עבודה מודולרית שבה המשתמש בונה את השלד (הארכיטקטורה והלוגיקה) בעצמו.
לאחר שהמבנה הכללי מוכן, ניתן לבקש מה-AI לכתוב בכל פעם פרוצדורה קטנה או פונקציה ספציפית, מה שמאפשר בקרה והטמעה קלה יותר.

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

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