Názory k článku
Svezou se webové technologie Metrem?

MS sa snaží spojiť svet webu so svetom desktopu už od čias Windows 98. technológie ako Active Desktop, alebo Active Channel sa ale netešili veľkej popularite. pamätám si ako som vždy po inštalácii Windows hľadal voľbu disable active desktop. Ktovie či celé metro nakoniec nedopadne rovnako. Typický užívateľ Windows je totiž veľmi konzervatívny a nemá rád rôzne technologické nezmysly ktoré žerú systémové prostriedky. A tiež dáva prednosť rýchlim natívnym aplikáciám pred ich pomalšími variantami. Stačí porovnať aký úspech má uTorrent napísaný v C++ v porovnaní napr. s Azureusom napísaným v Jave.

rýchlYm

Mam Win 8 nainstalovane na sve Iconii W500, a muzu rict ze rychlosti, resp, pomalosti bych se opravdu nebal. Je to nadherne svizne, start z vypnuteho stavu je tak 10s, co se tyka prepinani hibernace/ready stav - stejne rychle jako odemknuti mobilu ( akorat musim tukat heslo )

Je par veci ktere bych tomu vytknul - nahore neni Xko na zavreni aplikace a uprimne jsem neprisel na to jak nejakou killnout bez pouziti spravce uloh z klasickeho prostredi. Dale treba zmena velikosti fontu v normalnim prostredi ( kvuli velikosti ikon a vseho ) ho zmeni i v metru kde je to k nicemu a pak to mistama nejde ovladat, nektere aplikace jsem nepochopil... jako obvykle proste =)

1/ nejsem si jist, ale mám za to, že specifické (ne nativní ESMAS, ne W3C) funkcionality vázané na WinRT jsou uvnitř namespaces, především Windows, takže pokud by do budoucnosti vznikla ne úplně kompatibilní funkcionalita jako W3C/WHATWG funkcionalita, tak by MS neměl mít problém implementovat tu novou, hold by měl 2 funkce. Mám za to, že MS rozhodně pojal interoperabilitu za velmi důležitý aspekt.

2/ Abych negeneralizoval, tak za sebe napíšu, že jako desktop i web developer si myslím, že webdeveloperovi se zkušeností s psaním web aplikací půjde přechod na METRO aplikace mnohem jednodušeji, než desktop developerovi, který by chtěl napsat webaplikaci. Webdeveloper už jazyk zná, pokud psal webaplikace, má představu o rozdílu mezi stránkou a aplikací a WinRT API bude prostě jenom další API, které se naučí (podobně jako DOM, WebSockets, jQuery....). Alespoň to si myslím já... Samozřejmě desktop má trošku jiné vlastnosti než čistý web (a nároky na vzhled a chování), ale IMHO ten přechod nebude dramatický...

3/ s kvalitou, kterou IE10 ukazuje, rozhodně očekávám přepsání spousty webaplikací na Metro, kde na na webu pro neWin8 uživatele poběží verze, která v současné době běží / bude běžet a ve Win8 bude +-ta samá verze (JS+HTML+CSS) třeba s dodanejma pár perličkama (např přímý přístup na disk apod.)

To samozřejmě vím, ale článek je Metro a webdevelop :)
Upřímně jestli jednoho dne budu psát aplikaci pro metro, budu dost váhat, jestli zvolím C# nebo JS :)

Ja nove prispevky k javascriptovym API vitam. Kedysi som sa hral s Adobe AIR a napr. mam velmi pekne skusenosti s async. kodenim pre SQLITE, ktore AIR poskytuje. Dufal som, ze v nejakej uhladenejsej forme sa API v Airu prenesu aj do browserov, aby tie moznosti pre webdeveloperov boli este sirsie. Napr. dnes nie je stale mozne v smartphonoch bez filesystemu (iPhone) uplodovat fotky ulozene v telefone - nie mozne sa k nim nijako dostat.

Preto novym API, ktore sa objavili s HTML5 - FileReader, Drag 'n Drop events, webworkers a pod. velmi fandim. Ak Metro nejako naznaci nove smery a prinesie naozaj uzitocnu funkcionalitu, bude len + pre webdev komunitu "tie spravne" API preniest do browserov.

Na druhu stranu, cital som aj nazory od zarytych C++karov v zmysle "OMG, tie webdev lamy budu teraz robit aj desktopove aplikacie. To sme dopadli". Je na tom nieco pravdy, s mocnym nastrojom treba zaobchadzat zodpovedne, vid. memory leaky na Facebooku.

k tomu poslednímu....
1/ podobná diskuze jako Java vs. C#, C++ vs. Pascal, apod. protože "opravdový programátor programuje pouze v jazyku XYZ a ostatní jsou patlalové"... holý nesmysl a politováníhodný a neopodstatněný pocit nadřazenosti
2/ memory leak nemá nic společného s jazykem... memory leak vytvoříte v ledasčem :)
3/ tak je pravda, že webový bastliči dost poničili trh webových stránek (domnívám se, že vinou deklarativních jazyků a jejich nestriktího výkladu a vinou toho, že web stránka není aplikace), otázka je, kolik bastliču má kapacitu na to napsat aplikaci, aplikační logika je jiná dimenze... navíc pokud se bavíme o Metru = desktopu, tak tam se podle mne nic nezmění, bastliči totiž existují i v desktop developmentu, jenom nejsou vidět tolik jako webbastliči.. ale zkuste se občas podívat na nějaký server s free aplikacemi (třeba slunečnici), co tam najdete za hrůzy :)

Jen poznamenám, že ve vyšších (webových) jazycích bývá barbage collector, který memory leaky řeší docela obstojně. Čistě weboví vývojáři tak i podle mě nemívají takový cit pro šetrné zacházení s prostředky.

Pochopitelně to je výhra pro webové technologie. Microsoft udělal neskutečně chytré rozhodnutí, když přidal vedle C# + XAML možnost programovat v JavaScriptu + HTML + CSS. Proč? Protože tak oslovil nejpočetnější skupinu vývojářů. Ti mohou stavět na technologiích, které znají, mohou pro vývoj Metro aplikací třeba použít jQuery.

Motivací rozhodně nebylo dávat něco webovým technologiím zpět, ty slouží čistě jako lákadlo. Metro je postaveno nad Windows Runtime, používá jen IE 10 s nejnovějším 5th ECMAScript a hardware splňujícím požadavky pro Windows 8. Z hlediska vývojáře poměrně ideální situace. Na hony vzdálená klasickému webu.

Ale stejně to výhra pro webové technologie je, protože mají najednou širší uplatnění, získaly na hodnotě a ubraly bodíky konkurenčním technologiím. Velkou část know how získaného při tvorbě Metro aplikací lze uplatnit na webu a obráceně. Win-win situace.

Velmi podobne to bolo v Adobe Air - developeri dostali do ruky runtime prostredie postavene na webkite a k tomu kopec novych JS API. Stale si pamatam ten pocit, ked som v podstate kodil klientsky JS kod a nepozeral na nejaku spatnu kompatibilitu, progressive-enhancement a pod. Dokonca som skusil pouzit na layout tabulky bez pocitu viny :D

Velká výhoda je možnost využívat WinRT komponenty napsané v C++ (nebo C#). Může tak vzniknout množství univerzálních komponent (které budou rychlé, protože nativní), jež využijí vývojáři aplikací (včetně webařů) jednoduše z JS a dodají jen své UI (v HTML). Doufám, že se tento nápad Microsoftu uchytí.

Ještě dodatek: Microsoft dává vývojářům Windows Runtime API, kterým se dostaneme ke všem užitečným funkcím operačního systému a hardware. Dále knihovnu WinJS, která zjednodušuje práci s JavaScriptem, od tvorby tříd přes manipulaci s DOM až po animace (ta by zřejmě šla použít i na webu). Co ale chybí, je plnohodnotný framework pro tvorbu aplikací. Který by stanoval jednotné chování. Bez něj je situace podobná, jako když nainstalujete čisté PHP. A první roky budou aplikace jeden velký nesourodý bastl.

tady nutné poznamenat 2 věci:
1/ jak to bude s controls obecně a RAD ve VS, jestli ovládací prvky budou stejně mezi C++/C#/JS (a odpovídajícími vizuálními jazyky), pokud budou controls stejné, mohly by aplikace vypadat vesměs podobně bez ohledu na jazyk
2/ to je hodně o programátorech.... zda se budou držet chování výchozích aplikací (předpokládejme, že MS nějaké dodá). Na druhou stranu prvky jako outlook bar, ribbon apod. jsou vzhledem k aplikacím, které jsme na desktopech vídali 15 let relativně nestandardní, přesto minimálně pro některé lidi, velmi použitelné a mě se libí na webových aplikacích jejich variabilita... ano, mohou z toho vzniknout strašné bastly, na druhou stranu aplikace mohou (a vhledem k tomu, jak Metro aplikace vypadali při prezentaci tak se také tak stane) opustit desetiletí staré paradigma a mohou mít UI jaké pro ně bude nejvhodnější a nejpoužitelnější. Už teď na desktopu se stačí podívat na UI prohlížečů, Media Playeru (a i dalších playerů), které nemají klasické UI a použili to nejvhodnější pro ně...

V současném SDK (developer preview) ještě spousta věcí chybí. Předpokládám, že další verze vnese do problematiky trochu více světla. Lidé z MS (v US) tvrdí, že polovina věcí v dev preview ještě vůbec není.

Docela by mě zajímalo, proč už se desktopové aplikace nepíšou v HTML/CSS/JS dávno, pod windows už od 1999 lze provozovat HTML aplikace..

pretože doteraz okolo toho nebolo také hype

tipnul bych především 3 důvody
1/ web... prostš existuje idea, že je to na webu, tak by to mělo běžet na ledasjakém prohlížeči, uvědomte si, že zrovna v době kolem roku 2000 začíná "kampaň za standardní web"... jenže proti Opeře a Mozille, které na jednu stranu standardnější, ale mnohem méně schopné stojí IE6, mnohem schopnější, ale méně standardní... v následujících rocích vydávat něco MSIE only bylo jaksi uncool, takže takové aplikace se uchytili snad jenom v podnikovém intranetu. Teď se od toho začíná pomalu zase upouštět... už se sice nehraje na značky, ale hraje se na podporu standardů... podporuje ie9, FF7, Chr14 něco? bude to pro ně, nepodporuje to ie8 ff3.6? tak to pro ně prostě nebude... tečka...
2/ rychlost. Jedna věc je být schopen něco napsat, druhá to napsat tak, aby to bylo použitelné... a rychlost před deseti lety byla hodně omezující podmínka
3/ API... před deseti lety byl použitelný vlastně pouze DOM o kterém je 15 známo, že je nepoužitelný :). API jako Canvas2DContext, WebSocket, FileAPI a další umožňují aplikace úplně jiné kategorie.

A se všemi těmito body souvisí controls library... peklo na zemi psát před 10 lety....

Šlo to, ale spíše to připomínalo černou magii, než programování :)

To bude asi ono, když jsem s tím začal pár s měsíců zpátky, tak jsem měl veškerý komfort jQuery a tak :) díky za reakci

Psali se. Třeba UI antiviru Symantec nebo český TVprogram. Bohužel tomu zatnul tipec americký soud kolem roku 2000 http://en.wikipedia.org/wiki/United_States_v._Microsoft když nutil Microsoft odstranit IE z Windows. V tu chvíli to byla nejistá platforma.

S tím Microsoftem je to pořád stejné – stále ta samá písnička – doufá, že se zase začnou vytvářet weby/aplikace „optimalizované pro MSIE“ (fungující jen v MSIE) a tím si k sobě připoutá zákazníky.

Microsoft ztrácí svoje pozice – s tím, jak jsou aplikace čím dál častěji webové, jsou Windows čím dál zbytečnější, člověk je najednou nepotřebuje a stačí mu na mnoho věcí libovolný prohlížeč a libovolná platforma. Tak se snaží, aby se vlk nažral („aplikace je přece webová a to je dnes moderní“) a koza zůstala celá (vendor lock-in, zabránit uživatelům v odchodu na jinou platformu).

Ad „Webové technologie jsou nejsilnější tehdy, když jsou otevřené a široce implementované. Ze samotné podstaty vyplývá, že méně proprietárních technologií znamená snazší přenositelnost mezi platformami, a ta je u webu klíčová.“

+1 – 100% souhlas

To jsem jediný, kdo si myslí, že webová stránka v prohlížeči by neměl mít přístup k souborovému systému?