Keresés

Új hozzászólás Aktív témák

  • Menthirist

    veterán

    válasz Nosam #3185 üzenetére

    de ez nem készenléti százaléktól függ (olyat nem is lehet mondani, elvégre a funkciókról lehet teljes listánk de a bugokról csak hiányos), nem ez alapján van meghatározva. Erre van hivatalos konvenció. A béta az "feature complete" program, de az alfa és a béta is megengedi definíció alapján, hogy még tartalmazhat crasht vagy adatvesztéssel járó bugot.

    Szóval az ED-nél nem teljesen korrekten használták a béta szót, mert még nem volt feature complete (béta során jött a bányászat pl). Egy időben mi is szarul használtuk az elnevezést, de azóta rendbekaptuk. Most alfákat gyártottunk a pm-eknek, majd amikor már minden benne volt amit kértek, akkor bétáztunk és hibákat kerestünk, amikor már úgy tűnt nincs benne hiba, az voltak az RC-k (release candidate), majd a gold, tehát a kész. Ellenben bármelyik esetben vissza is lehetett lépni, volt hogy a béta vissza lett minősítve alfává mert még kitaláltak új cuccokat amiket bele kellett tenni, az rc-ből is lehet ismét béta ha több hibát találunk... Illetve totál változó, hány alfa vagy béta release-ünk van. Mi volt hogy alfa 14-ig is eljutottunk, annyi volt a feature és a CR (change request)

    Amúgy jah, pénzügyi szoftvereket fejlesztünk, mint cég természetesen sosem fejlesztettünk pc játékot (mobil kliens, webes front-end és java backend programokat csinálunk, tehát a banki privát rendszertől a user és a dolgozók szeméig vagyunk). A fejlesztők közül viszont többen csináltak otthon saját hobbi projekteket, ki milyen témában. Az egyik munkatársam most pl gpgpu alapú gyorsítótáblás RSA encrypter-decryptert ír. :)

    Száz szónak is egy a vége: attól hogy még béta, igen, lehetnek benne instabilitással vagy adatvesztéssel járó hibák. A béta azért béta, hogy az ilyeneket kiszűrjék. Az RC szint már az, ahol elvileg nem szabadna már hibát találni.

Új hozzászólás Aktív témák