Vlákno názorů k článku
Zpátky do osmdesátých...

začít tvořit distribuované aplikace jinak. Začít přes Javascript v prohlížeči, tak aby dalším logickým krokem bylo opuštění Javascriptu a prohlížeče. To bude další zásadní inovace, na kterou teprve čekáme. Bude to něco jako objevení PC v 80. letech. Tehdy taky panovaly názory, že běžný člověk počítač nepotřebuje. A vidíte, jak se to změnilo.

Přesně tentýž pocit mám už několik let: nechat prohlížeče na prohlížení a udělat aplikační runtime pro distribuované aplikace – „prázdné okno“, do něhož se „stahují“ aplikace a které má API s přístupem k datům a s bohatým akcelerovaným GUI. Je to logická úvaha a každému teoretikovi je na první pohled jasné, jaké výhody tento přístup přinese. Bohužel (pro nás) praxe jde jinudy. A s tou potřebou počítače bych to taky neviděl tak akutně; lidé nepotřebují počítač, chtějí něco na psaní, něco na hraní a něco na další práci, a nemusí to být nutně PC.

Ano, samozřejmě. Ale PC bylo v 80. letech symbolem osobní svobody. Dnešní člověk, ale o svobodu trochu ztratil zájem. Protože ji zatím má.

a nebo oprasit stary dobry(?) X-protokol a spoustet aplikace vzdalene, u sebe mit jen graficky terminal. Ony k tomu stejne rich-client aplikace postupne smeruji

Běžně to tak dělám a určitě nejsem sám. Má to ovšem své mouchy.

Myslím, si, že by to v globálnějším využití neprošlo. Přeci jen ty aplikace někde musíš spustit. A pokud to budou ty samé aplikace a budou se spouštět jen někde jinde, pro víc lidí, tak ve výsledku tu máš režii navíc pro přenos velkýho počtu dat přes síť.

„nechat prohlížeče na prohlížení a udělat aplikační runtime pro distribuované aplikace“
Takhle funguje desktopová Zimbra – běží lokálně, ale nepoužívá GTK, Qt ani Swing – místo toho vykresluje GUI pomocí prohlížečového jádra. Časem se možná dopracujeme k nějakému zobecnění, aplikace bude ZIP obsahující HTML, JavaScript, SVG atd. a poběží v libovolném systému. Na jednu stranu je to fajn, ale mám z toho trochu smíšené pocity – klasické aplikace nepovažuji za zlo, toolkity jako Qt nebo GTK pořád nabízejí více možností a instalace těchto klasických aplikací pomocí linuxových balíčkovacích systémů je velice pohodlná – snazší už to snad ani být nemůže, vrcholem je asi Ubuntu Software Center, ale ani ostatní distribuce se nenechají zahanbit, i ten nejprostší uživatel jednoduše jen klikne dvakrát na hezkou barevnou ikonku a pak na tlačítko „Instalovat“. S těmi webovo-desktopovými aplikacemi to bude podobné, ale zas tolik mne to nebere…

Java web start?

Například. Je to má oblíbená technologie, má široké možnosti a promyšlené zabezpečení… Ale řada lidí má nějaký mentální blok, averzi k Javě, a taky je dost vývojářů/webařů, kteří ji neumí nebo dokonce nechtějí umět – pro ně by se hodila jednoduchá možnost vytvořit nějaké to HTML/CSS/JS/XML… a zabalit do ZIPu a mají „aplikaci“ – podobně jako se teď dají dělat zásuvné moduly pro Google Chrome/Chromium – možná by šel použít i ten jejich formát (nebo ten Firefoxu), akorát se na to dívat jako na samostatnou aplikaci, ne jen jako doplněk k prohlížeči.

„nějaké to HTML/CSS/JS/XML… a zabalit do ZIPu“
== Adobe AIR.
Ten ale zřejmě pomalu pozbyde smyslu, protože všechno to, co řeší (app cache, local storage, connection notification, drag and drop spolupráce s OS, …) má ambice vyřešit samotné HTML5, resp. samotné browsery.

Pokud bude plně otevřená implementace, tak proč ne…

> Jawa web start ... > ... Je to má oblíbená technologie, má široké možnosti a promyšlené zabezpečení…
Opravdu, neni to ta kde byla ta bezpecnostni chyba ?

Jaká?

Souhlasím s Vámi, na psaní mají tužku nebo psací stroj, na hraní kuličky v parku a na práci se mohou drbat třeba za uchem, že …? Ale asi jste myslel, že na to všechno nějaký ten počítač potřebují nebo ne?!

Takových aplikací existuje přeci spousta. Například klient k Ultima Online. Rozdíl je ovšem v tom, že určeny pro specializované využití zatímco prohlížeče se zaměřují na obecné.

No ano, ale jde o to, jak vytlačit obecné prohlížeče založené na HTML. Jinak se dál nedostaneme. HTML, DOM, CSS je rozšířený paskvil. Vychází totiž z papírového dokumentu. V budoucnosti budeme potřebovat prostředky jejichž základ vychází z obrazovky, či tabletu. Nemusí emulovat papírový dokument na obrazovce. Obecný klient ano, ale bez HTML.

Je však nutné odstínit aplikaci od zbytku operačního systému, aby aplikace nemohla zasahovat do nepřidělených lokálních prostředků. Z multiplatformních běhových prostředí se asi nejlépe osvědčila Java.

Ano, Java, rychle ji ale dohnal Flash, dále je tu už také vyzrálý a výkonný Silverlight, potom oborově specifické platformy (Unity na hry)… na výběr je toho dost, a tak se mi pořád jeví trochu nadbytečné, že se najednou i HTML rozhodlo, že půjde tímto směrem. Logicky to musí skončit určitou technologickou splácaninou, tak jak se to teoretikovi dnes musí jevit. Podle mě by bylo přínosnější, kdyby se browsery zaměřily na co nejlepší (výkonné, bezpečné, …) hostování pluginových technologií v rámci svého sandboxu. Říká se jim sice „proprietární“ a stalo se z toho sprosté slovo, ale jejich volná konkurence by nakonec přinesla stejný užitek pro všechny, jako se očekává od konsensuálního a všeobjímajícího HTML5. Ale třeba se pletu a každopádně fandím jak HTML5, tak i pluginům a těším se na ChromeOS. Oproti trápení s nativními aplikacemi a klasickými OS to bude pro běžné uživatele balzám na nervy.

Doplním asi celkem opomíjené JavaFX.
„Říká se jim sice „proprietární“ a stalo se z toho sprosté slovo, ale jejich volná konkurence by nakonec přinesla stejný užitek pro všechny, jako se očekává od konsensuálního a všeobjímajícího HTML5.“
No nevím, aby to zas nedopadlo jako s IE.

Formát pro publikování dokumentů potřebuje jasný standard, který musí všechny prohlížeče přesně dodržovat. Stejně jako jiné formáty pro výměnu dat.
Ale v oblasti běhových prostředí pro aplikace může krásně existovat volná konkurence technologií, stejně jako je konkurence programovacích jazyků, operačních systémů, atd.

To by chtělo, aby takový plugin běžel např. pod AppArmorem a měl by zakázané všechno kromě zápisu do ~/abcd a čtení z ~/efgh atd., tahle omezení by uživatel viděl předem a odsouhlasil by je. Pak by mohl být plugin napsaný jako běžný program v libovolném jazyce, to by bylo fajn.