To je skoda, tesil jsem se jak muj linux bude oproti novyk oknum dabelsky rychly :(. Ale neprijde mi to tolik sokujici. Jiste tam bude podpora .net velka -- ale cele v .netu -- to by byl opravdu prevrat !

:) (tam schazi)

Jiří Macich ml.: Avalon a Aero je právě ten (ne)slušivý kabátek, indigo nejspíš bude i pro XP, atd. ;)

Co to je .net (nemá tam být .com? : )

No ja si myslim, ze je to preto, ze podla planu nebudu 10GHz procesory, ktore by stihali .NET rovnako rychlo, ako 1GHz stihal WIN32API

macich : no jen aby neco z tech bombastickych technologii do doby uvedeni Longhornu nevypadlo... kdyze to ma byt cele hotove ? a kdy to melo byt hotove podle puvodnich planu ? Zacina mi to velmi pripominat Copland od Applu, ten nakonec taky nebyl vubec. Zaplatpanbuh za OS X, to je aspon rozumny system.

Jiří Macich ml. ,, Hmm, XAML, myslite tu kopii kopii cizich technologie s mirne odlisnym nazvem? XUL z produktů Mozilla ( viz http://www.xulplanet.com/ ) pouzivam uz roky a na nejakou nahrazku XAML bych rozhodne nepovazoval za klicovou technologii pro longhorn.

.NET rulezz!! Lidi, vysvetlete mi jednu vec: Program pro .NET bezi na .NET Frameworku. .NET Framework bezi na pozadi jako sluzba, tj. bezi na jadru, protoze na cem jinym by taky JIT kompiler bezel, ze? Tak jak si predstavujete jadro OS udelany v .NET? Stejne by pod tim jeste bezelo podjadro, ktery by tomu zdrostredkovavalo kompilaci do beznyho binarniho kodu, takze by to ve skutecnosti jadro nebylo:-). Jedinej zpusob, jak mit jadro OS, resp. celej system udelanej v .NETku by byl takovej, ze by .NET podporoval primo procesor, coz se momentalne asi moc bezne nedeje, a s takovym pristupem by se asi dost zhorsila marketingova politika M$.

Ty seš taky rulezz.
Jasně že nový verze Windows (Longhorn to už nestihnul) už poběží přímo na .NET - viz např http://discuss.develop.com/archives/wa.exe?A1=ind0503a&L=advanced-do...

moje nervy rulezz je to rulezzz total o nicem rulezzz bo tu rulezzz nic rulezzz neni rulezzz ... teda krome rulezzz

What a fu*k is this?
What this discussion means?
fuc* of* rulezzz

HejtmaMa: řekl bych že to torochu nechápeš, .NET není žádná služba, výsledkem je zkompilovaný kód (MSIL) jehož interpretr je velmi stupidní (je systému velmi blízký). Ač je to technologie MS, patří k tomu nejlepšímu, co z nich kdy vypadlo, možná v ní ještě není všechno (musejí se využíva přííšerné COM objekty a pod.), ale to se postupem času změní. Vždyť jsou pokusy psát OS v Javě, no to si dovolím říct, že MSIL je řádově rychlejší a .NET narodíl od Javy může nabídnout nejen platformní nezávislost ale hlavně nezávislost jazykovou, případně kompilaci projektu napsaného v několika jazycích bez nutnosti vytváření mezi jednotlivými částmi rozhraní a tím výraznou úsporu systémových zdrojů. je fuk včem napíšete aplikaci, prostě to co je vám nejbližší (C, VB, Java, Perl, nebo třeba Cobol či Fortran), výsledkem je kód MSIL, přenositelný všude kde je framework. a jak říkám implementace FrameWorku je systému (skoro každému) velmi blízká. Takže proč bychom se nemohli dočkat toho, že velká část systému bude zkompilována jako MSIL... Jsem zvědavý, kdy se pak objeví první vir :-D

Pacho: ja bych spis rekl ze to nechapes ty, protoze jsi zopakoval presne to, co jsem rekl, jen dodal podrobnosti:-) Mluvil jsem o jadru a tom, ze nemuze bejt udelany v .NET aniz by to podporoval procesor. OS v Jave jsou samozrejme pro procesory podporujici Javu. Mimochodem, co se tyka ty sluzby: jak jinak bys nazval neco, co pouze preklada mezikod .NETu do binarniho kodu pro procesor nez sluzba? Program to neni, protoze program je neco, co dokaze bezet samostatne, Aplikace to neni, protoze aplikace je program s uzivatelskym rozhranim, sluzba je jediny, jak se to da nazvat, zvlast kdyz to jako sluzba bezi...

HejtmaMa: NET není služba, něco si o tom přečti. Nemá žádný rezident ani nealokouje žádné zdroje. nechceš mi tvrdit, že Java je služba, že ne? Princip fungování je totiž velmi podobný, jen prostě o řádný kus dál. V principu to má daleko blíže k programu.

To co tady predvadis je jenom slovickareni. Vim jak .NET funguje, to se neboj. .NET jako takovej je celej celek, ale konkretne CLR je proste sluzba bez ktery by to neslo:-) Nebudu si tady hrat na slovicka, sluzba je pro me proste neco, co bezi na pozadi, neni videt, a zprostredkovava nejakou cinnost. To ze nic nealokuje je nesmysl, naopak, alokuje a spravuje informaci nekdy az moc, zaznamenava veskerej prubeh programu, hierarchii volani funkci, aby se zpetne dala stopovat chyba v programu, apod. Pokud mas zajem me presvedcit, ze je to jinak, tak argumentuj konkretnima zdrojema informaci, ktery si mam precist.