לדיסקוס יש מהירות גבוהה למדי מבחינת שינויים ומפת דרכים שאפתנית.
כדי לתמוך בכך, הוא זקוק להרבה משוב משתמשים. אני חושב שיש אסטרטגיה מרומזת ברורה לקידום tests-passed מכיוון שזה תומך במשוב מוקדם על שינויים חדשים.
בתמורה, המשתמש מקבל תוכנה חינמית ותכונות חדשות. זה סוג של הסכם. אני חושב שעם הזמן ההסכם הזה הוכח כמוצלח.
גרסה יציבה לא באמת עוזרת לפיתוח רבות, כך שלא בהכרח באינטרס העסקי לקדם אותה רבות (זו רק דעתי, איני מייצג את CDCK כלל).
הבעיה האחרת עם גרסה יציבה היא זו, והיא אפילו משמעותית יותר:
בדרך כלל יש הרבה שינויים בין גרסאות יציבות, כולל השמטות משמעותיות ושינויי API. מעורבות ב-tests-passed כמפתח, מנהל אתר או יוצר ערכות נושא נותנת לך הזדמנות להתמודד עם שינויים בחלקים קטנים וניתנים לעיכול, במקום להיתקל בהר ענק בכל פעם שאתה מגיע לאבן הדרך היציבה הבאה.
כדי לתמוך בקפיצות הגדולות הללו, סביר להניח שתזדקק לאתר בימוי (staging site) ומספר רב של מקרי בדיקה לעבור עליהם.
אם אינך הבעלים של התאמות אישיות כלשהן, ייתכן שתבחר בגרסה יציבה, אך אתה מסתמך במידה רבה על אחרים שעליהם אין לך השפעה חזקה כדי להבטיח שהתוספים שבהם אתה משתמש מתוחזקים כראוי לשדרוג הבא שלך. ייתכן שתגלה שאלמנטים מסוימים מאבדים תמיכה עד שתגיע לשדרוג, ובאותה נקודה ייתכן שתמצא את עצמך בבעיה. ייתכן גם שתגלה שהמפתח אינו תומך כלל בגרסה יציבה וייתכן שתצטרך לבצע fork ולהכין “גזירה” של התוסף כדי לתמוך בגרסה היציבה שלך. (עם זאת, יש מערכת pinning טובה במקום, כך שזה לא כמות עבודה עצומה)
הדבר המשמעותי האחר בדיסקוס הוא שהוא אינטנסיבי מאוד בבדיקות יחידה, כך שהענף test-passed הוא בדרך כלל טוב מאוד מבחינת יציבות.