Jeste nejak presvedcit Adobe, Electronic Arts, Valve a Blizzard aby delali i linuxove porty jejich produktu a zacne to byt velice zajimave.

hmm aby firmy portovali hry pod linux......... to bude veľmi dlhá cesta....... direct3d je iba pre windows, wine a cedega iba emulujú, čiže hra nepôjde rovnako ako na windowse, podpora ovládačov od nvidia a ati pre linux, je mizerná... ale možno toto bude impulz, aby sa presadzovalo opengl

mbb55: Wine ani Cedega nejsou emulatory. Wine je projekt, ktery implementuje Windowsova API a loader do linuxu. Takze vsechno se pri spusteni prolinkuje vuci nativnim knihovnam a pak uz to bezi jako kazda jina linuxova aplikace. Zadna emulace se nekona.

To som zvedavy, kto presvedci programatorov, aby prestali pouzivat Visual Studio a .NET Framework ... Moj nazor je, ze najrychlesi postup k posilnovaniu Lunixu je podpora pre mensie aplikacie vznikajuce pod .NET, tj. poriadna implementacia Mono. Az budu tieto aplikacie pouzitelne v Linuxe, tak aj Adobe "a spol." si zacnu Linux vsimat.

Co asi tak znamená anglické sloveso "to emulate"? Ano, znamená to "napodobovat", o vlastní technologii nápodoby v něm není ani slovo.

Takže Wine (a spol.) je emulátor jak vyšitý, protože zkrátka a dobře, napodobuje prostředí Windows - a to ne, že ne (kdyby ne, tak by jeho existence jaksi postrádala smysl).
Jen někteří lidé nedokážou pochopit ironii jeho tvůrců...

A ještě jedna věc - emulace neznamená automaticky, že je něco nepoužitelně pomalé a z uživatelského hlediska je zcela lhostejné, v jaké vrstvě emulace běží, pořád jde o emulaci.

Je to podobné systému Windows on Windows v systémech Microsoftu, i tam jde o emulaci, zde pro změnu starší verze Windows.

To: mbb55

Podpora Nvidie v Linuxu je mizerna ? Asi jste spadl z visne. Nvidia pravidelne vydava sice uzavreny, ale velmi kvalitni ovladac. Podpora Nvidie je prinejmensim solidni az velmi dobra.

gamp: Není to emulátor prostredi, je to implementace api. Nebo snad je internet explorer emulator mosaicu? Nebo Visual C++ je emulator Borland C++? Jsi ty snad emulator svych rodicu?

Problematika portování her na linux je věc čistě ekonomická nikoliv technická. Jakmile bude dostatečná poptávka, bude i nabídka. Na vlastním procesu portování není nic složitého, je to normální nádeničina. Mimo to, většina her je stejně psaná už z ohledem na snadnou portabilitu a nezřídka vznikají na konzolích odkud se teprve portují na PC/Win.

MikeMin84: Kolik provozuješ na desktopu .NET aplikací? A kolik ostatní běžní uživatelé? To už se spíš běžný smrtelník setká s Javou (azureus třeba) než s něčím pod .NET.

<b>ee</b>
Právě jsi přesně popsal, jak funguje emulátor Wine.

Cokoliv, co má fungovat nerozlišitelně od originálu, ale přitom to není originál, je emulace, t.j. nápodoba originálu.

Mimochodem, jak Visual C++, tak Borland C++ jsou z věcného hlediska emulace (t.j. napodobeniny) jakéhosi teoreticky existujícího univerzálního C++.

alespon v Dellu je nekdo inteligentni a prodává pc s linuxem. windows je nejhorší OS co jsem kdy vyskoušel. linux je nej :-D

2MikeMin84: Nic proti visual jako prostredi, ale .NET je cesta do pekel (primo horoucich). Mam s tim posledni dobou celkem dost zkusenosti, protoze je to celkem IN. Vse co je pod tim napsany vyzaduje minimalne 5-10x vykonejsi HW nez cokoli jineho. IS pro firmu a 100 uzivatelu, vyzaduje HW v cene 1+M, na kterem by bylo z sklidem mozny provozovat system pro nekolik tisic uzivatelu. Totalne hloupoucka aplikace, ktere v principu staci par kB pameti zabira desitky MB (kdyz nic zrovna nedela) ale i stovky MB.

2gamp: Emulator veme puvodni SW (= widle) a naroubuje ho pomoci neceho do spustitelny podoby na materskym SW. Delaj se takhle treba veci jako emulatory 8bitu - veme to OS puvodniho stroje a napise se prostredi, ktery se chova "jako" puvodni stroj.
Neco jinyho je, kdyz napises vlastni funkci pro materskej OS, ktera se vola stejne jako fce win a ma +- stejny vysledek. To druhy bude radove rychlejsi, protoze to nativne pouziva matersky OS a nic se slozite nepreklada.

Jinak existuje OpenGL a vetsina takovych games jde pod tuxem spustit vpohode nativne, staci k tomu malinkata binarka, kterou casto vyrobce/distributor dodava. (nehlede na to, ze samo lze prekonvertovat DX do OGL, jen to nebude oplne optimalni).

to: jjjjj re: .NET. Hmm tak to se pozná odborník, tolik rádobychytrých keců, kterým sám autor pořádně nerozumí. To je skoro jako v poslanecké sněmovně.

Karel333:

Zato tvůj příspěvek je plný faktů a nevyvratitelných skutečností. Když nevíš co napsat, radši mlč. Urážka není argument.

jjjjj: ja bych rekl ze co se tyce pametove narocnosti, je na tom java i .net v podstate +/- stejne, testovanim nekolika .net aplikaci pri dlouhodobem behu (nepretrzity beh nekolika stovek uzivatelu nekolik dni) pro odhaleni memory leaku dopadl pro .net velmi pozitivne (= bez chyby), zatimco predchozi javovska aplikace, kterou mel .net nahradit, nezvladla se stejnym nastavenim testu bezet ani 2 hodiny. myslim ze nemuzes takto generalizovat, ze .net je na prd a java super nebo naopak. kdyz aplikaci napises jako prase, taxe tak potom bude taky chovat

Kam ten svět spěje ... za našich časů jsme si montovali PC sami a Linux jsme si taky instalovali sami :-P A teď to uživatelé dostanou s veškerým komfortem :-)

to: kocourleo, neměl jsem žádné rozumné argumenty proti generalizujícímu hodnocení že .NET je cesta do pekel. Osobně mám s .NET pozitivní zkušenosti. Programuji ve volném čase analytickou nadstavbu na náš firemní IS právě pod .NET. Aplikaci používá něco kolem 40 ti aktivních klientů a vše funguje i na průměrných konfiguracích velice rychle. (512 MB RAM, 2,5 GHz Celeron, WinXP). Co se paměti týče, tak ta je spravována běhovým prostředím a její uvolňování je ve své podstatě nedeterministické (dá se částečně ovlivnit přes GC). To vede k představě, že .NET aplikace zabírají příliš mnoho paměti. (I prázdný formulář může mít ve správci úloh desítky MB. Proč to tak je viz. MSDN. :-). Nemyslím si, že .NET je vhodné prostředí pro psaní her a jíných výkonově kritických aplikací, ale kvůli tomu bych neposílal tuto platformu do pekel.

Karel333: a můžeš nám sem napsat seznam platforem, které MS pro svůj multiplatformní .NET podporuje? Pokud tedy není příliš dlouhý, aby to tu nezabralo moc místa :))

Microsoft přestal velkým firmám dodávat Windows XP, kvůli modernějším Vistám, argumentoval především tím, že jsou bezpečnější. Tento fakt ale mnoho lidí nezajímá, protože XP jsou opravdu perfektní OS. Možná, když společnosti distribující desktopy nemohli sáhnout po XP, sáhli po uživatelsky zajímavém a přívětivém Linuxu, po Ubuntu. Ten také narozdíl od Vist nepohltí zbytečně velké množství drahoceného výpočetního výkonu.

madsnowman: Mít možnost jen pro pocit z možnosti, pro mě není až tak podstatné. Pokud mám aplikaci určenou pro WinXP a nepředpokládám rozšíření, tak nemusím řešit interoperatibilitu mezi dalšími systémy. Žádná věc není dokonalá a na všem se dá najít chyba. Já tvrdím, že .NET je extrémně efektivní a pohodlný pro CMR pod MS Win. Nic víc nic míň.

madsnowman: neni problem aby .net bezel i na jinych platformach nez jsou widle = musel bys na danou platformu napsat prostredi. proc by to microsoft delal, kdyz .net bezi pod widlema?

jjjjj:
gratuluji, opět si všechny přesvědčil, že vůbec ničemu nerozumíš

TyNyT: Těžko se reaguje na takový příspěvek nějak rozumně, ale zkusím to. Výhoda  platformy .NET je ve snadném a rychlém programování. Hlavní výhoda je, že tyto aplikace nejsou tak zbuggované jako ty, které neběží na robustním runtimu. To neznamená, že programátor by měl být kdejaký lojza s rekvalifikačním kurzem .NET za 21 dní od pracovního úřadu. Volný čas se dá využít pro návrh uživatelsky přívětivého UI a implementováním funkcí navíc. (CMR ovládaný z příkazové řádky s výstupy do .txt zabere mnohem méně paměti a bude mnohem rychlejší, ale být Tebou, tak bych se zkusil zeptat uživatelů, jestli by to chtěli.) Co se týče rychlosti a paměti, tak při dodržení určitých pravidel je rychlost naprosto dostačující a využití paměti efektivní. (Má aplikace pracuje s 23 GB dat nad SQL 2005 a po několikadenním používání bez restartu klienta není problém.) Je to asi marný boj Tě přesvědčovat, že spokojený uživatel je důležitější, než multiplatformní brutálně rychlá aplikace s neergonomickým UI se kterou je spokojený akorát programátor.

To: TyNyT

Mate z vetsi casti pravdu, ale smirte se s tim, ze v techto diskusich nebudete oblibeny. Berete nekterym jejich pocit, ze jsou programatori, ac pocitacum vpodstate vubec nerozumeji. A to vam neodpusti, protoze pro mnohe je ta iluze sladka. Bohuzel ten bastlicsky pristup, kdy se k sobe lepi jakesi tridy a "programator" vetsinou ani netusi, jak to vlastne funguje uz infikoval i Open Source. A tak muzete nalezt podobne bastly i v linuxovych distribucich :-(. A tak se pro vpodstate trivialni ulohy pouzivaji pocitace s dnes uz gigabajty RAM a dokonce s procesory o nekolika jadrech. Je to do znacne miry jen kseft - mraky nedouku jsou pro vyrobce vyhodne.
Ale skutecne programovani se i dnes porad dela. Jsou zalezitosti, kde to bez nej nejde. Jen to neni tak videt a neni to tak "cool" jako barevna klikatka. Lidi, kteri opravdu rozumeji tomu, jak funguje pocitac a jsou skutecne schopni resit problemy, v oboru procentualne sice ubyva, ale porad je najdete, kdyz je treba :-)

Vzdávám se, programuji v C# a proto jsem břídil co neumí programovat. Přeji hodně úspěchů v příkazové řádce a více podobných vítězství.

To: TyNyT

Oni maji prikazovou radku jako strasidlo. Jako se v jedne detske knize male deti strasily Barbuchou, tak oni strasi jakymsi demonem prikazove radky. Ve skutecnosti se to nejake prikazove radky vubec netyka, ac ta je pro lidi, kteri vedi, co delaji, _pri_sprave_systemu_ k nezaplaceni - a to na libovolnem OS, kde je k dispozici.
Bububu...Kdyz nebudete rikat a pouzivat veci, ktere se nam libi, prijde na vas zla prikazova radka. Bububu!

mm2klokan
Ja som sice vyuzil .Net len raz(hral som sa s managed DirectX), ale rozhodne si myslim, ze si svoje uplentenie najde. Uproti Jave je vyrazne rychlejsi. A rozne aplikacie ako prehravace a podobne mozu by robene pod .Net, mnoho aplikacii su tak nenarocne ze ani dvoj-troj nasobna zlozitost nie je problem. A mohla by sa tym zvysit stabilita, predsa ak bude koder pisat iba "safe" kod, tak nema tolko moznosi nieco zmrvit ako v pripade aplikacie v C/C++.

goro
"Ono když vidíte třeba Mizar, který při 10000 položkách dokáže najít tu správnou při vpisování názvu v podstatě ve chvíli, kdy zadáte poslední písmenko" Dolezitejsie ako jazyk su v tomto pripade pouzite algoritmy. To je dovod preco musi programor poznat aj ine veci ako samotny programovaci jazyk, to ze niekdo genialne ovlada C z neho este nerobi dobreho programatora.

To: ASD_

Ale ja se nepru o to, jestli je .NET ci Mono k necemu ci neni. Pro nejake rychle zbastleni dejmetomu aplikace typu rozhrani do databaze apod. to jiste muze byt nekdy uzitecne (ale i tak bude vysledek priserne neefektivni - ale dejme tomu, ze uz mame vsude vykonna PC a ztrati se to).
Trochu sporne to uz je ve chvili, kdy se to cpe primo na vytizene servery (mnohdy by tam spise mel byt nejaky fast cgi script ve forme kodu napsaneho v C a skutecne zkompilovaneho), kde je kazda uspora dobra (!!). A uplne nepochopitelne to je, pokud se v tom delaji primo interaktivni desktopove aplikace jako je treba prehravac multimedii - primo otresnym prikladem je prehravac Banshee, napsany v Mono, ktery je v cele rade linuxovych distribuci. Bohuzel podobne veci (ktere krome toho, ze jsou nabobtnale a pomale jeste navic potrebuji priserny runtime, aby se vubec rozbehly) v Mono ci .NET se objevuji jak houby po desti.
Co me na tom stve je fakt, ze tim byl infikovan i svet OpenSource. A to tak, ze ne malo.

2Karel333: Jj, havne konstruktivni kritika, je videt, ze o .NETu nevis nic a nemas tedy co k tomu rict. Bridili kteri si doma provozuji .NET GUI klikatko nema cenu o necem presvedcovat. Ja (bohuzel) s .NETim aplikacnim serverem pracovat musim (navic to jeste pouziva snad nejhorsi SQL DB vubec jak jinak nez od M$). Jo, pro tvou informaci, bezi to na 4ech dvoujadrovych intelech + prislusna porce GB ram a je to "temer nepouzitelny", na tomhle stroji by dobre napsany server obslouzil tisice lidi.

2ork: Kde pisu neco o Jave ? Srovnavam .NET s aplikaci psanou v C/C++. Jasne, .NET "sam od sebe" osetri spoustu veci, ktery musi jinak resit programator, ale prave za cenu velmi podstatnyho snizeni vykonu. Takze jak rikam, je to dobry pro rychly napsani nejakyho klikatka (verze 3 umi treba animovat tlacitka, takze si hracickove uziji), ale pro psani cehokoli jen trochu narocnejsiho je to nepouzitelny. Jo a radsi nemluvit o zpetny kompatibilite, ktera neexistuje - aplikace psana pro 1.1 prestane fungovat po opatchovani widli na v2.

2goro: Tohle dnesni bastlici nechteji pochopit, viz diskuse ve 4u mangosu kde se vzdy cas od casu snazni nejaky bastlic presvedcit vyvojare k prechodu na C#/Javu/... ve kterych by ten srv byl jiste napsan drive, ale zato by misto 2000 lidi utah 20.

2ork: Ano, Java je uplne ten samy problem jako .NET z uplne stejnych duvodu ... akorat Java je alespon skutecne multiplatformni.

jjjjj
Ked server utiahne miesto 2000 klientov 20, tak to sveci akurat o tom ze ten co to pisal nie je programator. My sme v praci hladali porovnanie vykonu Java/C#/C++ Vypocet v C# trval 2x tolko ten isty kod v C++, v Jave asi 4x tolko. Ked to zovseobecnis tak sa dostanes k tomu ze aplikacia v C# by mala byt 2-3 narocnejsia. Ako som uz pisal nizsie tak nevidim problem pouzit .Net pri niektorych nenarocnych aplikaciach(hlavne ked vo Viste je nativne), ale je jasne, ze tam kde ide o vykon su vhodnejsie riesenia.

To: hkmaly

Presne. Java je podobna zrudnost, ale alespon to zpravidla beha vsude.
Krome toho Java je na tom v jistem smeru prece jen lepe. Podivejme se treba do kapesnich zarizeni jako treba telefony (trochu jina vec, ale prece jen...) - nektere aplikace napsane v Jave jsou relativne malicke a presto leckdy delaji i to co by clovek na prvni pohled neocekaval :-) - hlavne hry. Takze vlastne Javu jako celek povazuji prece jen za uzitecnejsi.