Vlákno názorů k článku Kterak Google vypekl Sun a sebral mu Javu od RioM - SUN si ale za túto celú situáciu môže...
-
RioM (neregistrovaný)SUN si ale za túto celú situáciu môže sám. Keď kedysi dávno vymyslel Gossling Javu tak SUN ju nechcel vôbec podporovať. Potom sa ale dohodol s NetScape, dorobili Applety a začali Javu používať. Nadšenie užívateľov bolo veľké - Java sa stala najpopulárnejším programovacím jazykom. Ale SUN Javu nepustil ako OpenSource ale ani jej nedal poriadnu podporu.
.
WindowsAplikácie. Všetci chceli aby urobil dobrú knižnicu pre vývoj Windows aplikácií ale Swing to nebol a SUN nerobil žiadne vylepšovanie Swingow. SUN mal 40000 zamestnancov ale na Swing mal iba 3(!) programátorov. Až keď IBM začala robiť SWT tak SUN začal urýchlene vylepšovať Swing. Ale to už je naozaj dosť neskoro, pretože Flex od Adobe alebo riešenia od MS (Silverlight, .NET) sú už o generáciu ďalej. A teraz namiesto vylepšenia Swingow po vzore Flexu a Silverlightu priniesol Javu FX, čo je úplná strata času a nekoncepčné riešenie.
.
IDE. SUN žiadne IDE pre Javu neurobil (na rozdiel od Borlandu, MS, IBM, Oracle, ...) čím dosť zťažil štart Javy. Ale keď už IDE pre Javu existovalo, tak zrazu začal robiť vlastné (Netbeans). A potom odmietol myšlienku na spoluprácu s IBM a vylepšovať Eclipse.
.
Serverside. Bol to zas niekto iný a nie SUN kto prišiel na myšlienku JSP stránok. Až keď všetky firmy už mali vlastné aplikačné servery tak začal SUN s vývojom (neskôr zastaveným) a kúpou vlastného AS (bezdôvodne). SUN na serveroch iba komplikuje situáciu svojimi štandardami (Java EE 1.3 a 1.4, JSF), ktoré skoro nikdo nepoužíva (okrem zmanipulovaných manažerov). Namiesto toho aby sústredil prácu na serverside, kde je Java naozaj silná, tak sa stará o podivné zmeny Javy (java 7), o Java FX, o Javu na mobiloch atď. Nie je potom ani divné, že aj tu Javu neskôr preválcuje Ruby alebo obyčajné PHP.
.
Mobily. Tu mal SUN asolútny monopol, ktorý bohužial nevyužil. Keby tú svoju J2ME poriadne vylepšil aby sa tam dali robiť normálne aplikácie, keby urobil implementáciu pre Pocket PC a pre Palm tak by možno vznikli dobré aplikácie v Jave (napr. GPS software a pod.). To ale nespravil a Jave na mobiloch sa dá použiť iba na hry alebo musíte vynaložiť extrémne úsilie aby ste urobili jednoduchú aplikáciu (napr. GMail pre mobile). Tento niekoľkoročný spánok od SUNu mal za následok, že všetky bežné aplikácie v mobiloch (kalendár, budík) nie sú v Jave. A iPhone nie je nútený užívateľmi aby Javu implementoval.
.
SUN si za to môže sám. Mal do Javy alebo rozumne investovať alebo nechať iných nech to robia za neho. -
BoodOk (neregistrovaný)Musím zatleskat, protože jste pp vypíchl všechny podstatné důvody, proč je Java tam kde je a ne tam kde být měla. Dokazuje to jediné. Pro centrálně řízenou společnost je problémem dlouhodobě a úspěšně aplikovat novátorské a životaschopné ideje, protože prostě není schopna vytvořit dostatečně soutežní prostředí, které by umožnilo evoluční soutěžení těchto idejí. V tom je obrovská výhoda open-source komunity. Je to výhoda a nevýhoda zároveň. Jenže Sun si měl uvědomit, že Java je ekosystém, nikoliv koncový produkt a ten evoluci potřebuje. Kdyby se k tomu od začátku postavili alespoň jako Trolltech nebo MySQL AB bylo by to o něčem jiném. Sun si prostě myslel, že přesně ví, k čemu a jak by se Java měla používat. Chyba lávky.
-
Problém je, že Sun používal Javu hodně dost k machrování na jiné. Sun pěstuje pohrdaně-přehlížející pohled na cokoli mimo ní a dává to dost najevo. Sun machruje na C++, Sun machroval na Microsoft, Sun machroval na IBM, Sun machroval na každého, kdo měl větší plány s Javou. Kdysi Sun machroval s počítači s JavaOS (kdepak jsou?) - a oni Ti velcí hráči na trhu když vidí puberťácké chování Sunu taky pochopí, že je lépe najít řešení bez Sunu. Proto Microsoft našel své vlastní řešení - .NET framework, proto Google pro telefony vyvinul Davlik, a nebudou zdaleka poslední, v budoucnosti uslyšíme o dalších událostech, kdy nějaká společnost bude muset najít náhradní řešení namísto Javy, protože Sun a jeho chování. -
LO (neregistrovaný)Java byla původně určená pro embedded zařízení, tedy pro mobily, PDA apod. Bohužel za ta léta jsem neviděl jediné zařízení, které by mělo firmware psaný v Javě. Důvodem je mimo jiné fakt, že Java je příšerně pomalá. Na desktopu Javu zabil přístup "one size fits all", resp. "Write Once Run Anywhere". Díky tomu Java aplikace vypadaly naprosto hrozivě, neuměly zdaleka to co nativní aplikace (zpočátku ani tisk), a bonus byly neskutečně pomalé. Škoda, tak pěkný jazyk to byl.
-
gregy (neregistrovaný)a mohl by jste to trochu rozvest ?
me to hodnoceni neprislo az tak od veci a docela souhlasi s mym "pozorovanim" ...
napriklad proc nepouzivame aplikacni server od sunu ale jboss, vztah ejb a hibernate nebo treba spring ktery ukazuje trochu jiny zpusob vyvoje v jave. docela mam nekdy pocit ze sun vyvine slozite reseni ktere ostatni proste odmitnout pouzivat a vytvori si radsi neco vlastniho. krasnym prikladem jsou treba webove sluzby.
pritom neni vyresen class reloading, beh nekolika verzi jedne javove knihovny soucasne ... nerikam ze to uplne nejde pres triky s classloadery ale neda se to rozhodne oznacit za vyresenou vec.
na druhou stranu diky za spolecnosti jako sun, ktere "jenom" neprodavaji licence. nedavna zkusenost s oracle application serverem mi ukazala prekvapivou vec ze nejen ze pouzivaji nejaky "svuj" apache ale ze si zaroven vypujcili od tomcatu komunikacni protokol ajp pro vzajemnou komunikaci mezi apachem a OAS. ale nemuzu pouzit aktualni "pravy" apache, protoze se z nejakeho duvodu stal jejich ajp protokol nekompatibilnim :-)
a google ? to je pro me stale trochu neznama ...
