Jak chce Microsoft zvýšit výkon Windows 8

Jsem zvědavý, jak to poběží na ARMu. Jestli blbě, tak to může MS do budoucna i pohřbít.

@1 Doufám, že bez problémů. Uvidíme...

Dle popisu mi to celé přijde jako další bastl od MS, kterému se několik let budou lovit chyby, bude se rozšiřovat, dobastlovávat, dolepovat. Nakonec to pár let nato pohřbí stejně jako dotnet. Osobně bych od toho dal ruce pryč.

@3 Je to nová věc s nejistotu budoucností, jistě. Ať každý zváží sám, jestli podstoupí riziko a začne vyvíjet pro Metro. Mě to zajímá spíše z implementačního hlediska, zatím mě živí ObjC a Java.

Kdyby to MS s podporou .NET pro ARM nevyšlo, myslím, že nastane Miguelova chvíle vytasit se s Monem. Už teď mají podporu pro ios, android a o ARM už jsem před dost dlouhou dobou také v souvislosti s Monem někde četl.

Podla mna to nie, zeby to c++11 vyuzit nechceli, ale nemohli cakat. Inak toto vitam. Rozne .net a javy a ine pamatozruty podla mna na desktop akosi nepasuju.

U desktopu by to snad tolik nevadilo, ale na telefonech a tabletech už o paměť jde (navíc bez swapu). Také to vítám, teď si každý může vybrat, C++ vs. .NET.

[7]Ide skor o to, ze mam v notebooku tolko pamate, ze pred par rokmi sa mi ani nesnivalo, ale pustim tu netbeans, tu gimp, tu toto, tu tamto a zrazu to swapuje, tak sa musim krotit multitasking je v ...... .

> Náročnější operace se dají ve WinRT provádět pouze asynchronně (např. práce se soubory).

Ach... konecne to nekdo chape!

@8 Tak zrovna u netbeans se vůbec nedivím, taky mi to neběželo moc plynule. Jinak s tím C++11 to je zajímavá myšlenka, asi si fakt nemůžou dovolit čekat (i když na druhou stranu návrh C++0x tu byl už dost dlouho). Navíc Microsoft rád tlačí vlastní řešení (zde má k tomu i objektivní důvod - interoperabilitu s ostatními jazyky nad WinRT).

Tak to je peklo. Zacinam mat pocit ze nieto chce silou mocou znicit MS.
Mozno sa tam podarilo prepasovat neakeho linuxaka.

Takze ActiveX, COM, DOT.NET, C#, C++/CLI. Zarezeme WinXP, WinCE.
Zrusime kompaktibilitu s Win32 a hlavne, za kazdu cenu menime WinAPI a to napriec verziami, servis packmi a platformami.

Vazne ma to unavuje. Naucil som sa robit pre WinCE vymysleli WP7. Dotlacil som svoje vedomosti k tomu aby som packal C# a C++/CLI a zistujem ze je to k nicomu. To ze som sa niekedy venoval ActiveX to pomlcim. Som aj rad ze sa to dalej nepodporuje.

Celkom zavidim javistom. Ty s tym co vedia dokazali vydrzal pekne dlho.
Tak snad Qt ked uz som sa to naucil trochu vydrzi.

Jaaaaaj nekupi Nokiu MS !!!

@11 To C++/CLI se ještě hodí, syntax C++/CX je téměř stejná. Ovšem knihovny jsou jiné, žádné BCL, zapomeňte.
Win32 je pod Metrem hooodně osekané, ale pár funkcí zůstalo.

No nevim, zariznout WinApi asi tak snadno nepujde. Prece kompatibilita s dosavadnimi aplikacemi. Dokonce se vsadim, ze funkce GetMessage, TranslateMessage, DispatchMessage tam budou do skonani sveta. To samy zakladni window managment (RegisterClass a CreateWindowEx). Dokonce se vsadim, ze cokoliv objektoveho bude stale nadstavba nad timhle zakladem)

@11 Je to fakt, že oproti Applu v technologiích Microsoftu člověku ujede vlak mnohem rychleji. Kdyby se člověk z roku 1996 (kdy Apple koupil NeXT) dostal do současnosti, nebyl by v programování pro platformu Apple úplně ztracen, kdežto pro platformu Microsoftu pravděpodobně ano.

Jinak opět díky za hodnotný článek.

Od roku 1981 rostly a rostly hardwarove naroky tvurcu tzv. operacnich systemu od M$. Po totalnim pruseru s WOW, trestuhodnym zanedbanim mobilniho trhu se Microsoft zjevne zalekl a jeho reakce jsou proto mozna az prilis divoke. Jeste nedavno vsichni babolisti hlasali, ze netbooky vytlaci PC, ted se to same pise o tabletech. Snaha udelat univerzalni system pro PC a netbooky mi pripada trochu divoka a krecovita, ale v ramci moznosti celkem zajimava. Byl bych velice smutnej, kdyby diky preslapum M$ nakonec trh ovladli jablona(r)ciste z Apple.

Pro enterprise trh je to ale take dalsi zprava, ze je potreba uvazovat mnohem vice o pouzitych technologiich a platformach. Neni mozno spolehat na to, ze bude Microsoft podporovat 20 let stare API. Neni ani mozne spolehat na to, ze nejaky Microsoft vubec za 20 let bude. Je to dobra sance pro nektera opensource prostredi, jako je Mono a predevsim Java.

Tak Windows potřebovali objektové API jako sůl. Ale nejsem si jist, jestli je dobrý krok, že se to staví celé znovu na COM. No, necháme se překvapit. Ale začínám tak nějak chápat, proč se ve Visual Studiu 2010 vykašlali na intellisense pro C++/CLI.

@15 argumentovat tím, že je to 20 let staré API je nesmysl. V jiným oboru jsou technologie ještě starší. Vemte si třeba auta. Dnešní motory jsou sice dost jiné, než ty před 100 lety, ale princip se za tu dobu nezměnil. API se dá přírovnat k normě, principu, zatímco konkrétní implementace ke konkrétnímu motoru.

@14 Dobrá poznámka, Apple na přikoupeném OpenStepu postavil nejen OS X, ale i iOS, navíc na něm dlouho jel jejich webový server (WebObjects). Dodnes jdou cestou evoluce, ne revoluce, ale pokrok za těch patnáct let je značný (nový rychlý překladač, rozšíření ObjC o mnoho moderních vlastností apod.).

@15 On to nebude tak úplně univerzální systém, resp. jsou to dva systémy v jednom. Opravdu univerzální bude jen Metro (pojede na ARM), ovšem aplikace bude i tak nutné překompilovat pro různé procesory (sem s "fat binary"!).

@16 Že to stojí na COM usnadňuje Microsoftu implementaci. Nemají času nazbyt. Nicméně pokud celý COM zůstane pod pokličkou, nemusí to vývojáře běžných aplikací znepokojovat. Např. aplikace pro Windows Phone 7 (kde se používá podmnožina .NET a XAML) lze překompilovat pro WinRT. Uvidíme, kam až to MS dotáhne. BTW VS2011 už Intellisense pro C++/CLI má (dokonce i v C++/CX, takže někdy Intellisense hlásí chybu, ale v C++/CX se kód přeloží bez problémů).

zlatej lunux a compiz, az tohle budou umet widle , mozna jim zalatim za ten system 1czk

[19] pekny pokus o flame, ale ak si zacnes studovat NTckovkse winapi, tak zistis ze tie NTcka vedeli veci co sa linuxu dlho nesnivali (mozno este stale vedia, nesledujem to). Samozrejme to plati aj naopak. Flamu zdar :).

@18 A kde seženu intellisense pro C++/CLI do VS2010? Google mi nic nenašel. Pouze staré známé odkazy, že to ve VS2010 není a mě by se celkem hodilo to mít. Dík.

@21 Nikde, má to jen VS2011.

@22 Aha, já se překoukl. Prosté vsugerování ... no tak si budu muset počkat na VS2011 ... .

Poprosil by som autora aby mi skusil vysvetlil odkial prisiel k zaveru, ze citujuem "Staré, ale stále používané Win32 API má nahradit WinRT" pretoze to vobec nie je pravda.

WinRT nema nahdarit WinAPI!!!

@24 Umíš anglicky? http://www.infoq.com/news/2011/09/WinRT-API

Google is your friend ;-)

@25 Jasne ze viem anglicky.

To summarize, WinRT does not replace .NET, nor does it compete with .NET – and the same applies to Win32. You can write server and client applications using .NET, including WPF and Silverlight. You can write server and client applications using C++, including Win32 and MFC. However, if you choose to believe in the Metro way, you can write Metro applications for Windows 8 using .NET languages or using C++ or using JavaScript, with a consistent set of APIs exposed through WinRT.

Este raz to opakujem WinRT nema nahradit Win32 API. Zucastnil som sa prednasky o programovani na Win 8 a tam sa toto dost rozoberalo. Vo windows 8 bude teda aj WinRT aj Win32 API.

@26 Ve Windows 8 na ARM ale Win32 API nebude. Myslím, že tak je myšlen i název toho článku na infoq.com (na Intelu pochopitelně zůstane i staré API, byla by blbost ho zrušit). Bavil jsem se s lidmi z MS (v USA) o SQLite a oficiální stanovisko je, že SQLite v Metru nepojede, protože závisí na WinAPI, které tam nebude. Je tam jistá podmnožina (pár procent funkcí), pro kterou teď SQLite portují. Běžná aplikace by ale na toto API sahat neměla. (Současné preview jede jen na Intelu a WinAPI tam je kompletní, ale výsledná aplikace neprojde verifikací, tj. nemohla by do storu a hlavně by vůbec nešla přeložit pro ARM).

@27 Tazko povedat ako to bolo myslene to by sme asi potrebovali stanovisko autora. Ja som chcel hlavne reagovat na to co teraz casto vidam a to ze WinRT ma nahradit Win32 API. O situaciu na ARM som sa velmi nezaujimal ale na x86 je to tak ako pisete a teda Win32 API ostava aj nadalej dokonca myslim, ze v nom urobili dost zmeny ale neviem ci si to teraz nepletiem. Predpokladam ale, ze na ARM budu mat nejake ine rozhranie a nie len WinRT pretoze z toho co som pochytil na prednaske bolo zrejme, ze WinRT bude urcene na klientske aplikacie (zaujimavy fakt bol, ze sa nedali vypnut len uspat).

@28 WinRT v Metru nejede nad WinAPI (nemají ani smyčku zpráv), seznam funkcí (hodně omezený) z WinAPI, které je možné volat, je někde na webu. Obávám se, že žádné "jiné rozhraní" tam nebude, v podstatě člověk bude psát přímo nad WinRT (mají tam kolekce, přístup k UI a k HW jako např. kamera, akcelerátor apod.) nebo v osekané verzi BCL (v C# a VB). Tak alespoň vypadá současné preview, v únoru bude beta, tak se dozvíme víc (a třeba pod tlakem komunity ještě něco změní/přidají).

@29 Tak to by ma potom zaujimalo ako by to bolo s pc postavenom na ARM kedze vsetky programy by museli byt postavene nad WinRT, ktore je sice moderne ale znacne osekane kvoli svojmu urceniu. Predpokladam ze na ARM bude mat WinRT viac menej tu istu funkcionalitu ako na x86 alebo mate nejake blizsie info?