GANDHI: mě jo, protože to znamená lepší produkt na konci..

Ale chápu, že ostatním stačilo špatný FPS a cheateři managovaný přes privátní servery.. veškerý další vývoj, by bylo jen chatrná nadstavba, ugly hack nad obsolote enginem..tj. slepá ulička. Ale BI by to vydělala mnohem víc a třeba by to hráči zkousli lépe.

Je to věc názoru, mě přišlo, že vybrali nejpoctivější řešení.. Ale z hlediska PR to komunikovali jen v náznacíh, přičemž Dean i Hicks slibovali ranné buildy.. Asi chápu, že měli představu, že se jim podaří předělávat engine a vydávat hratelný buildy. Naštěstí pochopili, že by to vývoj protáhlo, tak zamrazili .62 a jeli dlouho bez hratelných buildů.

Teď asi každý z BI řekne, že předělávat engine v rámci Eerly Access je pičovina. Ale těch peněz dorazilo tolik, že by byl podraz udělat jen modifikaci tehdejšího engine.

REESHA: hele, jukni třeba sem, pro představu co znamená 2 mega řádků kódu..

Infographic: How Many Millions of Lines of Code Does It Take?
http://www.visualcapitalist.com/millions-lines-of-code/

napsali nějakých 2 miliónů řádků kódu jejich engine.. tj. core věci jako rendering, networking, audio apod. různý komponenty, který spolu komunikují apod.. pak game engine, tj. to co pak můžou upravovat modeři, kde se můžou volat různý funkce jako když střelíš do zombáka, přehraj při tom zvuk o těhle parametrech, ukaž při tom tenhle particle effect a uprav nějaký stavový záznam a zkontoluj, jestli výstřel může slyšet tenhle zombák apod..

každopádně, pokud zvolím uplně nejblbější metodiku.. a řeknu že rok má 260 pracovních dnů, tak za 5 let měli k dispozici 5*260 = 1300 pracovních dnů.. 2 000 000 / (260*5) = ~1530 řádků denně.. Když se to porovná s pár metodikama, tak ti z toho vypadne že dev vyprodukuje denně v rozmezí 1-100 řádků, čím je kód větší, tím méně řádků napíše denně... webový vývojáři napíšou třeba 500 řádků denně. U herního engine, to asi bude zpravidla méně.. je to nejtupější metrika, ale tak nějak je z ní jasný, že práce do je hry vložený tuna..

další pohled je kolik trvá AAA hra u velkýho týmu: AAA (i.e. big expensive titles): je zhruba 2–5 years with a large team.. Úspěch Early Access počátkem roku 2014 změnil požadavky na engine.. Zvětšil se scope projektu, nabírali se nový lidi, učení apod.. Mám pocit, že někdy na konci roku 2014 už byli rozjetý.. Z mého pohledu začal nějaký full scale vývoj až začátkem roku 2015.. Na začáku roku 2016 vydali první iteraci nového renderu, což znamenalo, že oddělili rendering z game engine z ToH nebo co to v tý době bylo, v tý době se to myslím párkrát změnilo.. Další dva roky přepisovali zbytek, zamrzli .62.. až v roce 2018 dokončili přepsání všech core komponent a začali debugovat jejich funkcionalitu v .63.. To je ta současnost.. Proto je to imature, proto jsou tu další bugy.. Ale teď insight do engine a jsou schopný vyřešit spoustu věcí.

Za mě bylo správný postavit Enfusion a nepokošet se to ojebat modifkaccí A2/ToH nebo A3. S ohledemm na očekávájí kolem Early Access je to samo sebou průser. Vytvářet engine za peníze získaný z EA je něco jiného, než si lidi zaplatili.. Ale přijde mi to jako nejpoctivější řešení, vzhledem k cílům který si stanovili.. Že to celý bylo vysraný porušováním opakovaných slibů, je věc další..

REDSNAKE: v offline si můžeš vyzkoušet i auto, případně si můžeš nahodit ovládání vrtulníku na objekt auta.. ale vpravdě nevím, jestli je to legacy code nebo už novej.. každopádně auta nemergnou, dokud se nebude server chovat podle očekávání..

HNIZDO: já ti nevím.. kritický chyby byli že tě zabili dveře, schody, skály a že cheateři si mohli dělat co chtěli, protože by design to tak v armě bylo a je.. ten podivnej skok z videa byl z xboxu, kde je bug, kdy z lehu vyskočíš na velmi kolmém kopci - tj. easy to fix.. a je to dost vyjímečný, ze zkušenosti z poslední doby.. prostředí (glitch) mě nezabilo co si pamatuji, vždy to byl hráč, případně moje podcenění situace se zombíkama, když byl zrovna build kdy zombíci fachali jedna radost, ať měli omezený sensory..

po pěti letech tu máš novej engine, který má svoje bugy a věci co se musí odladit, ale v jádru je to architektonicky správně řešenej s ohledem na cíle, které si BI předsevzala (např. easy XBOX portability, serve neveří klienotovy apod.)..

že tě ty bugy serou beru, chápu, ale před pár měsíca jsem zažil ještě víc nasírací bugy, který dev team odbavil během měsíce, prioritou byla stabilita klienta a ten je poslední dva měsíce je rock solid, nemluvě o tom že s FPS teď nikdo nemá trable.. teď je priorita pro core engine team server issuses.. paralelně se spousta gameplay issues řeší jiným týmem na internal branchy.. Ale jestli chápu workflow BI, tak se nejdřív dořeší trable se server issues a pak se začne teprve mergovat interní content branch.. aby se dali snadno odlaďovat problémy s novejma iteracema.. Tj. gameplay issues co máš teď na stress testu, jsou dost možná už vyřešený na interním branchy, který není deploynutý, protože blocker jsou network issues.. ber to celý jako velký IMHO, ale tak bych to řešil já, kdybych to měl nastarosti:-)

že je to z pohledu netrpělivého zákazníka fuck up nijak nezpochybňuji. Ale z pohledu někoho kdo má trochu nadhled a ví jak takový věci vznikaj, je to jen normálné proces na velkým projektu. Opravdu se víc bojím vedení BI, že bude tlačit dev team aby to vydal dřív na úkor kvality.

Z mého pobledu je Enfusion stál imature, mature platforma je teď Arma 3. Imho 1.0 bude mít furt nějaký trable, ale tipuju, že budou spíš minoritní, ve smyslu - nezabije tě prostředí nebo server issues. Taky bych nečekal, že bude zabugovanej inventář nebo zásobník.