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