Je to dáno i tím, že uživatelé znalí linuxových systémů jsou seznámeni s výhodami nativních aplikací a pokud si mají vybrat mezi alternativou běžící v Javě, .NET (Mono), AIR nebo nativní, automaticky sáhnou po poslední variantě.
Z toho čiší zaslepenost ... Já teda nevím jak ostatní, ale sáhnu po tom nástroji, který mi nejvíc vyhovuje. A je mi tak nějak úplně jedno jestli to je Java, Air, .NET, Windows, Linux, Mac, ... Člověk se nepotřebuje bušit do prsou a křičet do světa, že používá nativní aplikace, člověk potřebuje pracovat a podle toho vybírat ...
Z diskusních fór ale jasně plyne, že to tak řada lidí nevidí. "Cože, taková kravina a ono je to v Javě? Jděte se bodnout!" Mám dokonce kamaráda, který přestal používat svůj oblíbený Jabber klient, protože ho štvalo, že je napsaný v Pythonu. Vysvětlil mi to slovy: "Já nechci, aby mi v systému permanentně běžel nějaký nenažraný 'skript'." Takže názory se skutečně různí.
Názory se různí, ale s postupujícím věkem se mění k tomu co jsem napsal. Pokud si někdo vybírá nástroj na práci podle toho v čem je to napsané, práci bych mu nedal. Důležitá je efektivita a nabízené možnosti. Mluvím o práci, co si kdo dělá doma je celkem jeho věc.
A jinak to jsou módní výkřiky jako - já nechodím do McDonalds, ale přitom ten člověk má doma sadu McD hrnečků a dalších věcí.
P.S. Taky jsem tak křičel když jsem měl na kolejích tunu času, ale teď už musím být efektivní abych měl i nějaký volný čas :-)
Moje řeč. Díky AIRu se prostě na Linux dostaly i aplikace, jejichž autor jinak o Linuxu neměl ani páru. Když nebude AIR, nebudou ani tyto aplikace. Nevím, kdo může slavit, je-li nějaká nabídka menší než větší. Klade-li autor článku otázku, zda o něco jako AIR linuxáci stáli, tak tím říká, že linuxáci pořád ještě nejsou normální uživatelé, ale nedospělí geekové. Normální uživatelé se totiž nezajímají o to, jak aplikace vznikla, ale co jim přináší.
A pracoval jste nekdy s GTK aplikaci pod Windows? Asi ne co. Ja jo, a dost, s Gimpem. No jako funguje to ta je fakt, ale jinak nic moc. Mate z toho okamzity pocit, ze je to ve OS Windows nejak cizi, drobne vady prekreslovani, obcasne podivne poblikavani (nemluve o jinem konceptu UI).
Skype je v Qt, ale jen Linuxova verze. Windowsi ma nativni knihovnu. Adobe Reader to same, jen v Gtk kabatku.
Pouziva treba takova Mozilla Firefox, jedena z mala uspesnych a rozsirenych OSS desktopovych aplikaci, pouziva neco z GDK (nebo dokonce GTK) i ve sve Windowsi verzi? Ja bych skoro i pochuboval. Koneckoncu maji prece svoje multiplatformi UI - XUL. A to se taky neuchytilo mimo Mozillu.
Widgetovy framework neni vsechno. Vlastne je to dost malo. Co treba interaktivni grafika. Nic prenositelneho neni. Na Windows sahne po overenem DirectDraw. Pro linux by se to muselo prepisovat do ...ceho? OpenGL nepokryva vsechno. Snad SDL. Ale to je v "zombie" stavu. Prakticky se nevyviji.
Navic OpenGL je prilis nizkourovnove, tvurci se koukaji po hotovych enginech. K tomu ma nejbliz KDE Plasma, ne nahodou sponzorovana (do nedavna?) Nokii. Ma to sanci? Gnomisti to odmitnou, do GTK aplikaci to nezintegrujete, ani KDEckari nejsou jednotni, jestli se jim to libi nebo ne. A hlavne a navic, prilis novy produkt a dalsi vyvoj ve hvezdach (kdo to bude podporovat po Nokii?).
Adobe AIR prinasel i prenositelnou DRM technologii. Ja vim, RM je svinstvo, ale premluvte o tom nejdriv poskytovatele obsahu :(
GIMP ve starších verzích nativně moc nevypadal, ale dnes je to mnnohem lepší. A z velké části ten zbytek 'nenativního' chování je spíše vlastností GIMPu než GTK.
Psi je AFAIK pod Qt. Nějakou dobu jsem to na Windows používal a to, že je pod Qt, jsem se dozvěděl jen z nějakého textu. Zabralo, tuším, nějakých 13MiB RAM, což není tolik. A jinou Qt aplikaci jsem tam asi neměl.
To ale musím pořád investovat hodně úsilí do ladění a testování na každé cílové platformě. AIR přišel s praxí známou z webu - runtime se chová natolik spolehlivě všude, že pro většinu aplikací stačí odladit to třeba na Win nebo Macu a pak se maximálně někoho na dálku zeptat, aby mi potvrdil, že to jede i na Linuxu. Ale jak už jsem psal v jiných vláknech - netřeba brečet, tuhle funkčnost AIRu do značné míry přebírají moderní browsery s HTML5 standardy.
Včera si kamarád stěžoval na straaašně dlooouhý start Eclipse. Přechod na Sun/Oracle JRE ('HotSpot') to vyřešil. Ale problém byl evidentně jinde - doporučil jsem mu 'sudo java -Xshare:dump' a prý se dostal na stejnou dobu. Konkrétně z 2:15 na 0:17. Není to sice nějaké přesné laboratorní měření (teplý/studený start), ale rozdíl je viditelný. Problém nebyl v OpenJDK, ale v zabalení v distribuci (Mint).
Je to sice o době startu (a možná i počátečního 'zahřátí'), ale to může udělat na výsledném dojmu dost.
HotSpot (Oracle/Sun JRE) je sice asi lepší než OpenJDK a i já mu dávám přednost, ale velkou část kódu mají společnou. Jen některé části, které měli outsourcované, nemohli otevřít, tak jsou nahrazovány, ale někde asi ještě náhrada nedossahuje kvalit původního řešení.
Hadam ze vetsina vasich pratel je z IT profesionalu. U me to tak zcela jiste je. nenchte se tim zaslepit. To neni reprezenatativni skupina *vsech uzivatelu IT*, coz ve vyspelich zemich hadam na cca 75 populace. A to je ta skupina ktera ma relevanci. Pro Adobe AIR urcite.
Staci se podivat jak reaguje napriklad moje pritelkyne. Ta u programu rozlisuje pouze - a) program (ne)dela co ja potrebuji, b) ma to tolerovatelnou rychost odezvy a vzhled a ergonomii UI. Tecka. Veci jako implementacni jazyk, framework, knihovny, pametova (ne)narocnost, lighweit, dependencies - ma relevanci odvracene strany mesice.
Pritelkyne dela v HR, zadny IT. A jeji pristup k hodnoceni aplikaci - z toho by jsme si meli brat priklad! Mame "tunlove videni" a profesionalni deformace, to je ale normalni.
My děláme flashové hry a z logů od našich uživatelů vidíme, na jakých šunkách jim to běží a jak neskutečně pomalé to mají a občas jim to shodí celý browser. :) A přesto se vracejí každý den, platí za virtuální zboží, atd. Důvod - když to má dobrý nápad, uživatelé překousnou ledacos. Kdybychom byli idealisti, neudělali bychom nikdy nic. Pohybujeme se v nedokonalém světě.