אהלן מה עניינים?
🙂
nikos כתב/ה:דיון מעניין!
אני לא מצליח להבין את ההיגיון מאחורי כמה דברים:
א. הפרויקט בנוי מהרבה חלקים שלא בהכרח קשורים ביניהם. מודל יפה יותר עבור F-18 לא קשור לקוד א"ק וכו'... למה לא מוציאים פאצים קטנים וספציפיים יותר- רק כמה מודלים? רק שיפור קוד? וכו'... ככה זה יהפוך מ8-9 חודשים ל3-4 שבועות בלבד... 🙂
לגבי שחרורים קטנים, לדעתי זה לא ממש מעשי לגבי BMS. חוץ אולי מחלקים נקודתיים של Art כמו מודלים 3D וסקינים, לא יודע אם כדאי להתחיל להתעסק עם שחרורים קטנים של קוד, יש הרבה סיבות לכך ואני חושב שהעיקרית היא שהקוד דיי מורכב, והרבה דברים קשורים מאחוריי הקלעים להרבה דברים אחרים שלכאורה נראה שאין ביניהם קשר. עוד סיבה טובה היא שזה פשוט ידרוש יותר עבודה מהמפתחים, שגם ככה לחלקם בקושי יש זמן לתת את הזמן שהם נותנים. תחשוב שאם למשל אנחנו עושים שחרורים קטנים כל פעם זה אומר שאנחנו "נבזבז" הרבה אנרגיה יחסית על סינכרונים של כל שחרור כזה, כל מפתח יצטרך להכריז על סיום עבודה לפאטץ' הקרוב, יותר Cycles של בטא-טסטינג וכו'... אני חושב שזה לא מעשי. לקבוצה כמו BMS מתאים יותר לעבוד על פאטצ'ים גדולים, שלקראת שעת ה ש' כל המפתחים והבטא טסטרים נותנים push כזה כדי להגיע למצב עם מינימום באגים שמתאים לשחרור. אם אני אקח את 4.32 בתור דוגמא, אז לקח יותר משנה מהרגע שהכרזנו על Feature Freeze (למי שלא מכיר, זה השלב שבו מפסיקים להוסיף דברים חדשים ומתמקדים רק בשיפור המוצר הקיים עד לשחרור), ועד השחרור. מצד שני 4.32 היה במצב הרבה יותר גרוע אז בהשוואה ל 4.33 שנמצא היום בשלבי פיתוח. אני מניח שגם שם מצפים לנו עוד באגים ועיכובים לא צפויים, אבל אני מקווה שזה ייקח פחות זמן מרגע שנחליט על Feature Freeze.
ב. למה לא משחררים גרסאות בטא לציבור? ARMA עושים את זה, DCS עושים את זה... מקבלים הרבה מאוד פידבק מיידי, יקל על המפתחים ויחסוך U1,2,3,4,5,6... או לפחות חלק מהם. אפשר לפתוח תת-פורום יעודי לזה ולשחרר את זה כגרסאת "על אחריותך בלבד" (שירוץ אפילו על התקנה שונה מהמקורית כדי שניתן יהיה לשחק באחת ולנסות את השניה).
לא יודע אם זה ייתן הרבה, יש לנו מספיק בטא-טסטרים, ואני חושב שמאיזשהו מספר מסויים של טסטרים הגרף של היעילות מתחיל להתיישר. אם כל הקהילה תעשה בטא-טסטינג אני מאמין שנתקל בהמון דיווחי שווא למיניהם. כמובן שיש גם יתרונות בצורת באגים קריטיים שהצריכו 6 עדכונים (שאגב לא כולם היו הכרחיים, אני אסביר תכף...) ל 4.32 אבל אני מניח שהטסטינג הפנימי מספיק. לפעמים גם עם זה קשה למפתחים להתמודד.
לגבי 4.32, שים לב שמ U3 בעצם 4.32 היה במצב טוב, יציב גם ב PVP, היו כמה באגים פה ושם אבל לא שום דבר קריטי. ההחלטה אצלנו לייצר את U4 (שדרך אגב לא הייתה תמימת דעים בין כל ה"הנהלה", אני למשל הייתי נגד...) נבעה בעיקר מכך שכדאי לתקן את הבאגים שקיימים ושאפשרי לתקן בסיכון מינימלי של פגיעת היציבות, שהרי U3 היה מאוד יציב ואין סיבה ש U4 יגרום לבעיות... אבל זה בדיוק מה שקרה, U4 היה לא מספיק טוב, ואז נאלצנו לעבוד על U5 שגם בעצמו כלל 2-3 באגים רציניים שתוקנו רק עכשיו עם U6.בדיעבד אפשר לומר שההתעסקות עם U4 הייתה טעות, היינו צריכים להכריז EOL על 4.32 ולהתמקד רק ב 4.33 קדימה. אבל עכשיו זה כבר מאחורינו, לא נורא בסופו של דבר, יש כמה Features שהוכנסו עם U4-5-6 שבכל זאת עשו טוב לכולם.
יחסית ל"חברה ללא מטרות רווח" שפועלת למען הקהילה BMS מאוד מזכירים את אפל- המון שושואיסטיות 🙂
בכל מקרה, כמו בכל דיון הנוגע לBMS אני אנצל את ההזדמנות לומר כל הכבוד על העבודה וההשקעה!!
אין ענין של שושו, זה פשוט כי זה מה שמקובל ב BMS, בניגוד ל FF למשל שלא הפסיקו להציג סרטונים ותמונות מפיתוחים, ב BMS מעדיפים שלא, ענין של מדיניות יותר מכל דבר אחר. עדיף לא לעשות רעש ולא לייצר ציפיות שווא שיכולות לגרום רק אכזבות אח"כ.
תודה על התמיכה!
🙂
Asus Z-390 Prime MB, Core i7 9700K, HyperX 2x16GB 3466MHz DDR4, GTX-1060 3GB, 1TB Crucial MX500 SSD + 1TB storage, Saitek X-55 HOTAS, TIR4 pro, Dell U2412M 24'', flying at 1920x1200
