eh, v diplomce jsem se zapletl s JNI, takze s tou javou to jde taky, ale je to peklo ladit :). nicmene s behanim na konzolich mas pravdu, ale zas ti zadarmo bezi na linuxu, na macu i na ruznych dalsich exoticnostech.

Jo, jasně, skriptovací jazyky se taky hodí.

Platformová nezávislost u Javy je právě taková ošemetná - v základu funguje, ale když děláš hru, tak stejně nejspíš používáš nějaká nativní volání a musíš i tak řešit různá .dll a spol. napříč systémy. Pokud si dáš bacha na to, co používáš, tak v tomhle myslím C++ zas tak moc nezaostává. Navíc Java neběží na konzolích, C/C++ zkompiluješ všude (jasně, třeba takové PS3 si určitě může vyžádat totální překopání velkých částí kódu).

xai: kdyz jeste dodas skriptovaci jazyky a jejich castou vhodnost na specificke ulohy tak se pod to podepisu :).

a pak jeste u javy zminit platformni nezavislost jako mensi bonus (to se samozrejme netyka reality j2me. toho nehoraznyho paskvilu, ktery si oznaceni java ani nezaslouzi).

Jejdásek:
To, co píšeš, jsou všechno taková teoretická povídání z úvodního kurzu programování bez žádné větší hloubky. K naším konkrétnějším výtkám jsi nenapsal nic. Jo, v C++ můžeš napsat špatně optimalizovanou hru, v Javě dobře optimalizovanou hru od určité její složitosti prostě nenapíšeš. Je pravda, že je Java pro velkou část aplikací z pohledu vývoje lepší volbou, pro hry to ale prostě neplatí - od určité složitosti (a zdaleka nejde jen o ty nejnáročnější AAA hry) i ten rozdíl v efektivitě vývoje zaniká, často se může obrátit v neprospěch Javy, protože se dostáváš do oblastí, na které nebyla Java stavěna a začínáš s ní bojovat.

Pokud pomíjíš hotová řešení, tak děláš obrovskou chybu. Jednou z hlavních výhod C/C++ je obrovský počet různých osvědčených výkonných knihoven, které můžeš použít (myslím tím knihovny použitelné v herním vývoji). S Javou se to nedá vůbec srovnávat.

Microsoft s tím vším nemá moc společného.

Ještě disclaimer - C++ není nějaký božský jazyk, je šíleně přeplácaný a některé věci řeší dost blbě. Na tom se shodnou asi všichni kromě nějakých ideologických fanatiků, kteří se vyrojí kolem každé technologie bez výjimky.

jejdasek: nejde o plyvani na javu. jde o to jaky nastroj se hodi na jakou ulohu.

pořádné 3D GUI? O_o

Dwafr Fortres, stejně jako Towns, volá OpenGL, takže by šlo poměrně pohodlně přepsat renderer DF do takové podoby, aby obě hry vypadaly podobně. Strukturálně je to totožné, takže by ve finále šlo jen o udělat v DF větší tily a ušoustnout to do podoby isometrického pohledu (teď je to top-down grid). Jediná věc, kterou Towns dělají složitějc, je to, že se zobrazují všechny vrstvy světa pod aktuálně vybranou vrstvou, to by bylo pro Dwarf Fortress potřeba dopsat. Ještě by bylo potřeba dodělat onen GUI, ale to že je celkem maličkost s minimálním dopadem na výkon. Jistě, DF by tyhle změny zpomalily a velké localy by už asi byly zcela nehratelné, nicméně důkaz, že je to udělatelné poskytují různé iso-vizualizátory pro DF, které sice žerou taky dost, ale furt to celé běhá svižně a rozměr simulace je s Town neporovnatelný.

smejki: souhlasim, ze java je vic zamerena na efektivitu vyvoje nez vyuziti vykonu. Ja jen rikam, ze i v Jave se da programovat pomerne efektivne, vuci klasickym jazykum neni nijak dramaticky pomalejsi, a jestli java program funguje neefektivne, neni to vinou javy, ale toho programu (programatora). Tudiz je hloupos plivat na Javu. Spatne optimalizovanou hru muzes napsat i v C++ a s radou dalsich neprijemnych problemu, zpravidla daleko nakladneji (kdyz pominu existenci uz hotovych reseni). Nejvetsim handicapem Javy je, ze ji Microsoft vnima jako nepratelskou technologii, viz jeji vztah k DirectX a stejne tk Microsoft vnima OpenGL, staci si vzpomenout, jak dopadl projekt Fahrenheit.

Mimochodem, existuje neco jako Minecraft nebo Dwarf Fortress napsaneho v C++ a s poradnym 3D GUI? Je takova aplikace komercne vubec zvladnutelna?

Jejdásku, Java je vhodná pro efektivní vývoj, ne pro efektivní chod aplikace. Sám v ní dělám, tak mi tu nevyprávěj. Dílčí primitivní věci jako jsou výpočty, jsou zhruba stejně (ne-li stejně) efektivní jako v nižších jazycích, ale to není gró tak velké aplikace jako je složitá hra. Ano lze v Javě vytvořit velmi efektivní program a plácat se takřka na úrovni Céčka, ale vyžaduje to zásadní odklon od javovského designu a je to ve finále totožný voser jako to psát právě v tom Céčku. Proč by to ale jeden probůh dělal? Navíc to tady evidentně nedělá.

To je u obhajování Javy klasika: "Java si nese pověst z minulosti, vy si myslíte, že je to stále interpretované!" atd. Ne, alespoň tady si to nikdo nemyslí. A nevím, odkud jsi vzal, že to nikdo neříká o C# a Pythonu, o tom posledním se vůbec nemá smysl v tomto kontextu bavit. Jo, Java může být "místy" velmi rychlá, tady ale nejde o "hrubý dosažitelný výpočetní výkon", jde o to, jaké Java používá mechanismy pro věci jako správa paměti, volání metod a spol. a k jakému stylu programování nutí. Můžeš si najít nějaké články o programování v kontextu výkonově náročnějších her od lidí, co na tom fakt dělali a pak se zamyslet, jak bys to chtěl vyřešit v Javě.

Jeden validní argument ale máš - že by ten Minecraft možná nevznikl, kdyby nebyl v Javě. Použití Javy pro hry, které nemusí ždímat výkon, nemusí být tragédie a když to má vývojáři usnadnit život, tak proč ne... i když třeba mně osobně nepřijde, že by to byl v náročnosti programování tak strašně drastický rozdíl pokud se v těch jazycích už cítíš dobře. S tou automatickou multiplatformovosti Javy to taky není tak žhavé.

A co já se mám vůbec dohadovat. Hry v c++ dělám a i javu jsem zkoušel, takže si o tom myslim svý. Na náročnější hry je java nevhodná.

jenze runescape a towns/minecraft jsou neporovnatelny. runescape je z pohledu klienta relativne nenarocne, i kdyz je ve 3d. hlavne pokud jde o pamet.

O naproste vetsine her nevim v cem, jak a za pomoci jakych nastroju a knihoven je naprogramovana. Ale da xe predpokladat, ze naprosta vetsina androidich her je v jave a jestli se nepletu, tak je v jave treba i starsi, ale velmi popularni hra Runescape.

ok, kolik o tom vim? docela dost. pac mam trochu odprogramovano jak v c++, tak v jave, tak v c#. ja neodmitam javu samu o sobe, ja odmitam javu pro nektera pouziti a c++ pro jina. minecraft by v c++ sel relativne jednoduse, a to ze notch neni zrovna extra dobry programator je znama vec (tak jak rika G). osobne bych pouzil jeste nejakou luu nebo python na skriptovani specialnich chovani nekterych kostek, ale primarne bych towns (stejne tak jak minecraft) delal v c++. nebyt toho, ze jsou v jave zvladly by vetsi svety.

javu bych pouzil pro uzivatelsky aplikace, relativne jednoduche hry, ktere bych chtel rozhybat jak na linuxu, macu ci windowsech.

Tak mi ukaž jednu náročnou hru napsanou v Javě, o které by se nedalo říct, že je to pomalé kvuli Javě, nebo špatně napsaném kódu.

V C++ když se to napíše blbě, tak je mnohem větší problém než u jazyka jako je Java. Proto je tam větší nutnost to dělat dobře.

žere okolo 1GB při 150 panďulácích a šíleně to laguje nebo se to dokonce zpomaluje. Poslední update to vylepšila vytáh cca na 200. Přitom (a to je podstatné) ta hra nic moc nesimuluje (oproti Dwarf Fortress).

java ma problem, kdyz se misto v pameti hodne alokuje a "dealokuje". coz je neco co v towns bude asi probihat hodne.

Nezapomínám, akorát si myslím, že pokud jsou problémy s velikosti paměti, kterou Towns žere (což nevím, z článku to není jasné, "zahltit počítač" neříká nic o tom, kolik paměti to žere), tak to nebude Javou - i když něco sežere samotná Java, tak zbylé gigabajty jsou na vývojáři... i když jo, asi je snadnější zahltit paměť v Javě než v C++, tomu ale myslím jde předejít.

nezapomen, ze towns je docela velka simulace, a ty jsou hodne nenazrany na pamet.

Jak jsem psal - nemyslím si, že zrovna u Towns by to mělo nějak zvlášť vadit, ale u "realtimovost" náročnějších her je dobrý memory management SAKRA důležitý (na konzolích je to navíc asi ta výkonově vůbec nejcitlivější věc) a ten javový je na ty požadavky prostě krátký (krátké jsou i často i standardní způsoby alokace v C/C++). Navíc věci jako nemožnost vytvoření složitějších nereferenčních typů a takový ten běžný javový způsob volání "Petr říkal, že Jana říkala, že Michal řekl, že Lenka řekla..." je hardwarově hodně nepřívětivý. GC obcházet jde, podle všeho to ale nemusí být žádná sranda a jde to proti smyslu GC, to už je lepší si to udělat přesně podle sebe.