פרומפטים
פיתוח ו-AI

תוכנית refactor למודול קיים

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

פרומפט

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

הקוד הנוכחי: <code> [הדבק את המודול או תאר את מבנהו] </code>

מה הבעיה בפועל: [מה קשה לעשות היום, לא "הקוד מכוער"] כיסוי בדיקות קיים: [תאר]

הפק:

  1. האם צריך refactor בכלל — אם הקוד עובד ואינו נוגע לעבודה הקרובה, אמור זאת ועצור. refactor ללא צורך הוא סיכון ללא תמורה.
  2. רשת ביטחון — אילו בדיקות חייבות להתקיים לפני שנוגעים במשהו. אם אין כיסוי, הצעד הראשון הוא בדיקות אפיון שמתעדות את ההתנהגות הקיימת, כולל התנהגות שנראית שגויה.
  3. רצף צעדים — כל צעד עם: מה משתנה, גודל הדיף המשוער, מה מוכיח שלא נשבר, וכיצד חוזרים. שאף לצעדים של פחות מ-200 שורות.
  4. סדר — התחל בצעד עם היחס הטוב ביותר בין ערך לסיכון. שנה התנהגות ומבנה לעולם לא באותו commit.
  5. תאימות — כיצד קוראים קיימים ממשיכים לעבוד במהלך המעבר. שכבת מעבר אם צריך, ומתי היא נמחקת.
  6. נקודת עצירה — מה מסמן שה-refactor הפך יקר מדי ויש לעצור עם מה שהושג עד כה.

ציין במפורש מה לא לגעת בו בסבב הזה ומדוע.

למה זה ממיר טוב

  • מוכן להעתקה והדבקה מיידית
  • מותאם לעבודה משפטית/ציבורית
  • קל להתאמה לתהליך פנימי

תגיות

refactoringarchitectureincrementalcode-quality