A DayZ már most, a korai hozzáférés (Steam Early Access) szakaszában 800,000 hivatalos eladást produkált. Az eredményhez még egy hónap se kellett neki, tudhattuk meg Dean Hall-tól, a játék alkotójától a Redditen.

"Nekünk (a Bohemiának és nekem) már most nagyon ambiciózus kép alakult ki a fejünkben a 2014-es terveket illetően, de ennyi eladást soha nem gondoltuk volna, hogy sikerül elérni. Őszintén szólva már azt sikernek könyveltük volna el, ha negyed év alatt összejön a 250 ezer. Szóval egy hónap alatt majd 800,000-et elkönyvelni kész őrület."

Ha minden jól megy, akkor január közepére készen lesznek az idei évre vonatkozó fejlesztési tervek. Azt már mondani sem kell, hogy a nem várt bevétel igen pozitív hatással lesz a várható előrehaladásra. Ha 20 fontos árral számolunk, akkor most kaptak egy 16 millió fontos tőkeinjekciót (mínusz a Steam haszna).

Mielőtt Ti is belevetnétek magatokat a kalandba, még egyszer megjegyezzük, hogy a játék közel sincs kész, még csak a korai hozzáférés szakaszában van. Ne csodálkozzatok tehát, ha bugokba futtok és arra is jobb ha felkészültök, hogy hiányoznak még játékelemek/lehetőségek a programból. Ha nem bírjátok türtőztetni magatokat a végleges megjelenésig, akkor viszont irány a Steam.

Hírlevél feliratkozás
A feliratkozással elfogadom a Felhasználási feltételeket és az Adatvédelmi nyilatkozatot.

36 hozzászólás

A komment írásához előbb jelentkezz be!
bPatrik
bPatrik
2014. jan. 8. 12:06
#34

Amúgy ebbe terveznek más pályát is vagy marad a jó öreg cserno?

VikMorroHun
VikMorroHun
2014. jan. 7. 18:48
#33

A bemutató jól néz ki, de őszintén szólva, ha meglátom a Bohemia Interactive nevet, akkor részemről beindul a KERMIT protokoll (KERüld el MesszIről, Te :) ). Ott van példának a Carrier Command: Gaea Mission játékuk. Remek lehetőségek vannak benne, de igencsak elrontották. Nem csak a teljesen felesleges, és időnként zavaró FPS pályákkal, hanem a többszöri javítás után is sík hülye MI-vel. Volt olyan, amikor négy repülőből kettő nem tudott mit kezdeni az előttük felbukkant heggyel, csak vártak ott a levegőben. A tankok még rosszabbak. Ha egynél többet akarok elküldeni valahova, némelyik megy egy kicsit előre, aztán hátra, aztán megint előre (úgy fél óra után talán eljutna a célig), de van olyan is, ami egyszerűen elkezd egy helyben forogni körbe-körbe, annyira pocsék az útvonalkereső algoritmus. Úgyhogy részemről felejtős.

noherczeg
noherczeg
2014. jan. 7. 17:05
#32

@DogTheDog

Nem hiszem, hogy hamar várható lenne változás, pl. a kickstarterezés mellett/miatt sem.

Igazából ez az egész szűri a populációt kb. Ha nem lesz elég hülye hozzá, hogy minden jött ment játékot pénzért teszteljen, akkor nem lesz belőle bevált módszer. Továbbá aki nem akar élni ezzel a lehetőséggel, annak nem is muszáj ugye :)

wishformore
wishformore
2014. jan. 7. 16:38
#31

@djgeg

ez utan be is fejeztem....

wishformore
wishformore
2014. jan. 7. 16:30
#30

@djgeg

Nem tudom vettel e mar reszt szoftverfejlesztesvben, nem olyan mint a haz epites...

ha SW fejlesztesben nem tetszik az also reteg (DB / ORM), akkor kicsereled a kovetkezo nap anelkul hogy oszeomlan az alkalmazas, nyilvan csak akkor hogyha van egy jo software design alatta.

Amugy konnyen lehet hogy elbeszelunk egymas mellett, mert en a design alatt a software design-t ertem. magat az architectura desing-t.

nem pedig azt a folyamatot amikor randizol az ugyfelle es azt ecsetelitek hogy merrol usszon be az alert ha user error van.

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 16:37

Mert a szoftverfejlesztés világában minden papírforma szerint megy specifikálsz kódolsz és kiadod... Semmi változtatás nincs sehol mi? Egy nagy volumenű játék fejlesztésénél nem módosítanak orba szájba... Nem változnak az igények ? Ja de.. ahogy pontosan írtad is... Ilyen kor nem kezdjük elölről a specifikálást... hanem FOLYTATJUK... a specifikálás szerves része a designak..

Jól van menjél fürödni/fogat mosni mindjárt jön az esti mese...

DogTheDog
DogTheDog
2014. jan. 7. 16:29
#29

Itt vagyunk jelenleg,mindenki szidja a nagyobb kiadokat,akik eltoroltek a demokat,viszont ingyen tudunk betazni naluk.Istenitjuk a sok fuggetlent,akiknel lehet penzert betazni.Bakker a beta legyen ingyenes,vagy ok fizessenek nekunk,hogy tesztelunk,nem?De mindegy is,a lenyeg az,hogy minden fostalicska copy-paste fing legyen elore kifizetve,meg akkor is,ha esetleg sosem lesz kesz vagy jelenik meg.

Ez a rendszer remelem csunyan be fog bukni es viszi magaval a tamogatoit.

wishformore
wishformore
2014. jan. 7. 16:13
#28

@djgeg:

ajjaj, designolas alatt nem specifikalunk, ott nem talalunk ki kovetelmenyeket, ott megoldast keresunk a kovetelmenyekre

az a flow amit leirtal az ismetlodik, altalaban annyiszor ahanyszor valtozik a specifikacio...

mivel ha valtozik a kovetelmeny, arra mas megoldas kell, az mashogy kell megoldani, mashogy tesztelni stb stb.

wishformore
wishformore
2014. jan. 7. 16:11
#27

@djgeg

Nehez ugy software-t es komponenst designolni hogy nem tudod a kovetelmenyeket.

Epits nekem egy hazat: nem tudod elkezdeni addig az alap lerajzolasat sem amig nem tudod hogy hany szobat meg hany emeletet akarok, max a ceruzat tudod addik kihegyezni amivel rajzolni fogsz.

Kevered a management bullshitet az az alkalamazas fejelesztes lepeseivel.

TE most kemelted az legelso pongyolan megfogalmazott BS-t az elso sorbol.

Masodik bekezdes, es ezt kellene alapul venni:

Software design is the process of implementing software solutions to one or more set of problems. One of the important parts of software design is the software requirements analysis (SRA).

Amig nincsen specifikaciod addig honnan szeded a kovetelmenyeket, amiket itt a design lepeseiben analizalni akarsz?

Jo hagyjuk, feleslegesen offoljuk szet a topikot...

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 16:29

A Példáddal élve. Házépítés... Igen először felméred az igényeket. Majd az igények alapján elkezded az építkezést... De mert ne adj isten arrébb kell tolni egy falat, vagy építünk plusz egy szobát akár egy egész emeletet még az átadás előtt, nem kell lerombolni az eddig felépített házat... Mert amit mondasz az ez. Persze kompatibilisnek kell lennie.

Nem tudom vettél e már részt ház építkezésben... Semmi sem alakul úgy mint az előzetes specifikációban... Jönnek a plusz igények stb. Vagy netán elfogy a pénz és át kell alakítani az egész tervet.

Ugyan ez megy végben a Szoftver fejlesztésnél is... Gyakorlatban.

Persze ha egy spirál fejlesztési metódusban megy ez egy spirálban.

De persze én vagyok a hülye. Egyébként teljesen mind 1 mert elbeszélünk egymás mellet.

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 16:03
#26

ui.:

Tudom biztos hülye vagyok de nekem még ezt tanították:

Requirements analysis-->Design-->Implementation/Coding-->Testing-->Evaluation/Maintenance

Persze az első szakaszban van a fő specifikálás, de mindezt tovább specifikálják a Design alatt. Így a szoftver fejlesztés specifikációja igen képlékeny lehet, és teljes fejlesztési ciklusban módosulhat az igények alapján, így a specifikálás bőven a Design része nem pedig külön "álltat faj"

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 15:55
#25

wishformore

Sóhaj...

"Software design is the process by which an agent creates a specification of a software artifact, intended to accomplish goals, using a set of primitive components and subject to constraints."

wishformore
wishformore
2014. jan. 7. 15:13
#24

@KatonaKM:

azert a korfuresz gyartas es az alkalmazasfejlesztes elegge tavol esnek egymastol...

inkabb ugy mondom, hogy a megrendelok tobbsegenek legalapvetobb dolgokrol nincs sokszor fogalmuk, legtobbszor maguk sem tudjak hogy mit akarnak, illetve ha tudjak hogy mit akarnak, mire elkeszul mar azt akarjak hogy mashogy mukodjon, mert rajottek hogy az ugy megsem jo. Nap mint nam talalkozni olyan "specifikaciokkal" hogy ide akarok egy tablazatot ami ugy mukodik mint az Excel. Ennyi. Mert ennyit lat at, ennyit ert hozza. Hiaba magyarazod meg neki hogy az nem lesz jo, ragaszkodik a faszsaghoz, amig ra nem jon hogy felesleges hulyeseg, es amikor rajon akkor valtoznak igenyek, kezdheted ujra a modult / alkalmazast stb.

Egy korfuresz laptol annyit var el az ember hogy elvagja a faronkot. Azt atlatod esszel. Sw fejlesztesben, foleg az enterprise vilagban ezert bukik meg a projectek 80%-a, mert maguk a megrendelok sem tudjak specifikalni hogy egyatalan mit akarnak, Es mire kipocolod, lefejleszted, es kiderul hogy nem ezt akartak, termeszetesen a penzbol mar kifutottak...

wishformore
wishformore
2014. jan. 7. 15:07
#23

@djgeg

Azert ott komoly bajok vannak ha a metodoogia nem foglalkozik a design-al.

szerintem neked komoly fogalomzavaros problemaid vannak e teruleten. Amire te gondosz az a Specifikacio, es nema design ("tervezet") vagy valamit nagyon felreforditottal...

mas de ide illik. specifikacio ("design") az a fejlesztes soran is valtozhat, nem is kicsit, sot 100% hogy fog is, (megint visszakanyarodtunk a waterfallhoz) a penz is valtozik. Jelen jatek eseteben, amennyien meg megveszik annal tobb penz jut nekik. A jatekosok kovetelnek, valtozik a specifikacio ("cel") stb stb...

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 14:58
#22

Hát, én nem értek a fejlesztési metódusokhoz, de szerintem körfűrészt sem árulnak úgy, hogy a béta verzió ledarál néhány tucat ujjat és közli a fejlsztő, hogy bocsika, dolgozunk a problémán, de miért vetted meg?

slayer007
slayer007
2014. jan. 7. 14:58
#21

hympyke: nagy +1. Ha megadom a bizalmat, és egy semmit sem érő alphát megveszek, kapjam már meg 50 euro helyett 30-ért...

Rizikót vállalok ezzel, mert lehet hogy egy trágyadomb lesz a játékuk. Én mégis megvettem...

slayer007
slayer007
2014. jan. 7. 14:57
#20

djgeg és mindenki:

Szerintem épp azért, mert kb 16millió euró csúszott be a zsebükbe (amit baromira nem vártak), kell teljesen új tervezetet készíteniük. Hasra ütök: ha eddig volt 10 programozójuk, most már lazán lehet 30 is. (A számokat nem konkrétumnak venni!)

Más: Honnan tudjátok, hogy a cikk írója nem az, aki rosszul értesült, és esetleg ne adj isten, rosszul fordított valamit? Esetleg teljesen félreértelmezett valamit...

Sok opció van, de djgeg, Neked továbbra sem kellene mindenkit lehülyézni első körben, mert ez csak a Te intelligenciádat minősíti.

hympyke
hympyke
2014. jan. 7. 14:55
#19

Szefmester

Nem értelek. Az early access kb azzal egyenértékű hogy bizalmat szavazok a fejlesztőcsapatnak. Nem pedig azzal hogy "előrendelem" és majd 2 év múlva megjön.

Ha egy lófasz állapotban lévő játéknak is bizalmat szavazok, a minimum hogy olcsóbban kapjam mint aki az elkészültet veszi meg.

Vagy ezek azt hiszik hogy ha elkészül majd sokkal többet adnak érte az emberek mint 44 eu...?

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 14:04
#18

ui.: Láthatóan nem megfelelő a DayZ fejlesztőcsapat Terve és módszere... Különben nem ennyi ideig tartani szép támogatással és azért tőkével is rendelkezve kiadni egy ilyen Alpha-nak csúfolt valamit. Majd még csak most tervezgetni a jövő évet. Ha mákja van a vásárlóknak gatyába rázzák magukat és jobban használják ki a plusz bevétel adta lehetőségeket... de az eddigi tapasztalat nem ezt mutatja.

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 13:49
#17

wishformore

Teljesen másról beszélünk. Egy fejlesztési tervezet és egy fejlesztési folyamat/módszer teljesen más. A Fejlesztési tervezetben meg kell fogalmazni a célt! Definiálni hozzá szükséges pénzt/időt/erőforrást. Ezek után kiválasztani a legmegfelelőbb fejlesztési modelt. Ez semmilyen fejlesztési folyamatnál módszernél nem hiányozhat... Különben semmi nem lesz belőle.

Január X kén a korai hozzáférés után kell ezt csinálni? Nem... Ennek rég késznek kéne lenni és maximum a töblet pénz/bevétel hatására több pénzt lehet belepumpálni/több embert lehet felfogadni. Vagy akár ki lehet egészíteni. Mivel több pénzel és erőforrással többe mindent lehet csinálni.

BTW A játék fejlesztői területen általánosságban a Spirál szépen jelen van!

Agile is elterjedt, de főként nagy csoportos fejlesztésnél illetve tapasztalataim alapján inkább szoftver fejlesztési területen... e semmit sem kell készpénznek venni... Van 55(sok altípus) fejlesztési modell. Láttam én már mai szoftverfejlesztésben 15-20-30 éves metódust használni. Mert az volt a megfelelőbb.

Általánosságban elmondható:

Development schedules

Extreme programming (XP)

Development staffing

Agile/scrum (tied)

Development effort

CMMI/5 spiral

Development costs

CMMI/5 spiral

Defect potentials

TSP

Defect removal efficiency (DRE)

TSP

Delivered defects

TSP

High-severity defects

TSP

Total Cost of Ownership (TCO)

TSP

Cost of Quality (COQ)

TSP

Szefmester
Szefmester
2014. jan. 7. 13:23
#16

hympyke: Akkor ha early accest veszek akkor amikor megjelenik a játék ne kapjam meg a teljeset, hanem vegyem meg külön?

Inkább azért menne a rinyálás hogy a teljesnek mondott játékban ne legyen bug, és ne kelljen az első hónapban 8x peccselni.

wishformore
wishformore
2014. jan. 7. 13:18
#15

@djgeg

TE valami nagy devOps-os architect lehetsz valami igazan jol meno cegnel, hogy ilyen farkas hibakat nem vetesz.

https://en.wikipedia.org/wiki/Scrum_]https://en.wikipedia.org/wiki/Scrum_[/URL](software_development)#Sprint_planning_meeting

csak hogy legyen mivel boviteni a repertoarodat, mint legnagyobb grand master.

Lehulyezni gyakorlatilag az osszes nagy fejlesztoceget csapatot aki SCRUM-ot hasznal, az nagyon nagy batorsagra es onbizalomra vall.

TE milyen fejlesztesi modszertanban dolgozol ha szabad erdeklodnom?

Az elejetol a vegeig megtervezett fejlesztes a waterfall modell masodik lepese:

ez 20 eve meg meno volt, ma mar nem az

https://en.wikipedia.org/wiki/Waterfall_model

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 13:00
#14

ui.: Nem kis rinyáló hülyegyerek vagyok aki az anyucika pénzén tömi a steam game listáját. Informatikus vagyok, szoftvertesztelési tapasztalattal.

Amit a DayZ standalone al lepróbáltak tenni most az a korai hozzáférési alpha játékoknál az szinte az utolsó helyen áll és ez gáz.(főleg ennyiért)

Törölt felhasználó
Törölt felhasználó
2014. jan. 7. 12:48
#13

Kedves értetlenek...

Tudtam, hogy alphat veszek/. Már évek óta veszek/játszok alpha megjelenésű játékokat és ehhez mérten nézem!

Ez egy használhatatlan pre pre pre pre alpha semmi más. Tele olyan farkas hibákkal amit csak hülyék követnek el. Ez igenis nagy égés.

Itt van csomó játék korai hozzáférésben (szám szerint 10 amit a közelmúltban vettem/játszottam). Alpha stádiumba és még a legszarabb is amit csak 2-3 ember csinál is használhatóbb mint egy ARMA szárnyai alá vett csapat munkája.

Fejlesztési terv: Igenis egy ilyen mértékű projektnek a fejlesztési terve nem tessék lássék heti szinten folyik. Ez baromság, és hülye aki mondja.

Igenis kell, hogy tervezve legyen az elejétől a végéig... Persze vannak etapok, de, hogy egy éves tervet most januárban készítsenek?! Húzzák a mézesmadzagot, csak el ne szakadjon. Az eddigi idő/végeredmény-ből így is látszik, hogy lószart csináltak.

Ilyen hozzá állással lószar se lesz belőle.

Lehet, hogy pont ez a helyzet.

hympyke
hympyke
2014. jan. 7. 12:37
#12

Tévedés ne essék én is meg fogom venni, de csak akkor ha megjöttek róla az első pozitív vélemények.

LGx
LGx
2014. jan. 7. 11:52
#11

@hympyke

nem tudom mennyi lesz, de nem is érdekel :) Brian Fargo számomra hiteles, ha $100 lesz a retail akkor is megveszem ;)

hympyke
hympyke
2014. jan. 7. 11:47
#10

A Wasteland 2 hogy kerül ide...? Azt 44 euroért akarják eladni early accessben. A hülyének is megéri :D vagy inkább csak annak. Mellé pakoltak mindenféle dolgot ami reális értéket nem képvisel.

Early access esetén olcsón kéne adni, mert az rohadtul nem pre-order! A pre-order mennyi lesz, 50 euro..?

/ 2
Vissza az oldal tetejére