James Gosling, tvůrce Javy, opustil Sun/Oracle

James Gosling, tvůrce jazyka Java, před deseti dny rezignoval na svou pozici v Sunu (Oracle). The Register se nyní zamýšlí nad tím, jak moc Oraclu uškodí odchod této osobnosti (a dalších velkých jmen ze Sunu, která z různých důvodů "nepřežila" akvizici Oraclem).

13.4.2010 11:02 | Robert Krátký | Zajímavý článek

Komentáře

[finc]

Samozrejme, ze to Javu nepolozi. Otazkou ovsem zustava, zda jeji popularita a rozvoj nebude klesat s pribyvajici restriktivni politikou Oracle.

[Pavel]

No treba SAP radsi javu opousti a vraci se zpet k ABAPu

[Vskutečnosti Saýc]

Otazkou je, co jinyho nez javu, kdyz mono saje, C je hrozne nizkoruovnovy, C++ je prisernej bastl a Python je lina lemra.

[__dark__]

Je to celkem problém, k tomu, aby se mohl kód dobře optimalizovat, je potřeba typově bezpečný jazyk. V linuxu je pouze Java nebo Mono (když beru ty vysokoúrovňové), osobně ani jeden z nich není můj favorit. Všechny ostatní jazyky jsou dynamicky typované a u nich o výkon nikdy nešlo.

Takže co s tím, asi se budeme muset smířit s tou javou a nebo používat staré dobré C++ Podle mě je ale hlavní problém v tom, že linux nemá platformu (kromě Javy), která by mohla bežet i v prohlížeči, a dohnat silverlight po tolika letech vývoje už je asi beznadějné.

[moira]

Scala? (ne, nejsem scalafanitik, jen naznačuji, že není jen Java)

[hnidopich]

Tak sa pozrime co vravi Wikipedia:

Scala runs on the Java platform (Java Virtual Machine) and is compatible with existing Java programs. It also runs on Java Platform, Micro Edition Connected Limited Device Configuration.[2] An alternative implementation exists for the .NET platform, but it has not been kept up to date.

Ja viem, staci napisat novu VM. Ale skus si len tak pre zaujimavost porovnat pocet pouzitelnych VM a programovacich jazykov...

[xm]

Python není žádná líná lemra. Strčte si ten FUD za klobouk :-P

[maros]

Fakt ne? Zmeskal som nieco?

Python2 vs GCC

Python3 vs GCC

PyPy vs GCC

Jasne, toto je len hra... V skutocnosti je Python rychlejsi ako Java a dokonca aj ako C.

[zulu]

Je a vždycky byl.

[Milan Jurik]

Nejaky dukaz, prosim?

[Milan Vít]

Děkuji, upřímně jste mě po ránu pobavil. Chtít po open-source fanatikovi důkazy, to je prostě…

[Milan Jurik]

Ale on xm ma obcas dost relevantni nazory. Ale ja bych chtel realny dukaz, protoze me nektere aplikace delane v pythonu dost stvou svou rychlosti a rad bych vedel, zda je limitem python nebo jen to, jak jsou zprasene.

[xm]

Pokud je řeč o desktopu, stačí porovnat např. nějaké větší aplikace v Pythonu + PyQt a pak obdobné aplikace v Javě. Opravdu nepozoruji, že by ty v Pythonu byly pomalejší, právě naopak (není ani žádný důvod proč by měl Python nějak brzdit, o vykreslování se stará samotné Qt).

A co se týče třeba matematických výpočtů, je tu naprosto výborné (a rychlé) NumPy + SciPy, které nemají co se funkčnosti týče prakticky konkurenci.

Tak by se dalo pokračovat dál - ano, Python není sám o sobě jazyk na nějaký velký "number crunching", o to se starají Cčkové moduly, které jsou na to vhodnější (i když JIT v PyPy, případně Unladen Swallow, umí dnes už také divy). Je také nutné při psaní vícevláknových aplikací myslet na GIL (a když je potřeba hrubý výkon použít místo vláken třeba procesy, modul Processing to dělá nesmírně pohodlné). Ale to že by byly obecně aplikace v Pythonu pomalé je skutečně nehorázný FUD (nebo v ojedinělých případech totální neschopnost programátora).

[Milan Jurik]

Me by spise zajimaly jine veci, obecnejsi algoritmy, prace s retezci apod. Jasne, klikaci aplikace jsou jedna vec (specialne, pokud se vezme nenativni Toolkit vs. nativni a jejich vlastni funkce nejsou slozite a vetsinu casu stejne zabere monitorovani akci uzivatele), moduly napsane v necem jinem nez pythonu jen s python bindings take nejsou to prave pro hodnoceni rychlosti pythonu.

[xm]

To nezbývá než abyste si vyzkoušel, případně se podívejte na nějaké benchmarky (pěkně zpracované jsou na speed.pypy.org, ale určeny jsou hlavně na porovnávání rychlostí mezi cpythonem a pypy-c-jit). Já osobně jsem v praxi na pomalost Pythonu nikdy nenarazil (dělám ovšem dosti specifické serverové a desktopové aplikace, neříkám že neexistují případy, kdy by se Python mohl jevit jako pomalý).

[maros]

Uplne suhlasim, az na to "co jinyho." Co jinyho jako Jazyk! A Jazykom nemyslim nic ine ako Common Lisp - rychly, vysoko urovnovy a od bastlu na hony vzdialeny.

Napriklad dynamicka kompilacia je v nom samozrejmostou. BTW smalltalk (a pravdepodobne aj Lisp) mali "JIT kompilator" davno predtym, ako bol tento buzzword vobec objaveny.

Staci sa pozriet na zoznam "Features" pridavanych do ostatnych jazykov. CL z nich vacsinu uz ma, a ak nahodou nema, daju sa "lahko" pridat ako kniznice. Jeden priklad za vsetky: CLOS ako implementacia OOP.

Tato rozsiritelnost je mozno niekedy na skodu a tam kde ine jazyky ponukaju aspon aky-taky standard, (aj ked casto to trva roky, kym sa k nemu dopracuju, a vysledok nakoniec spada do kategorie bastl), v CL si to moze kazdy spravit po svojom (co sice nevylucuje vysledok z kategorie bastl, ale na druhej strane nikomu nic nebrani urobit to konecne poriadne, co navyse z Lispu robi "Ultimate Free Open Source Language." Skratka "katedrala a trhoviste" v navrhu jazyka.)

Celkovo moj CL-zaciatocnicky dojem je ten, ze to co mu chyba, su standardne prenositelne kniznice, a budem velmi rad, ak ma niekto opravi.

Let the flame begin!

[pozortucnak]

Java se dá přeložit do nativního kódu - gcj. Zajímavě také vypadá jazyk D. Dále Vala, lua (luajit), nebo něco, postaveného na Parrot... ale je to zatím dost experimentální...

K lispu jsem nedávno narazil na CLPython.

CLPython is an open-source implementation of Python written in Common Lisp. With CLPython you can run Python programs in a Lisp environment. Libraries written in Lisp are available to Python code, and Python libraries can be accessed by Lisp code.

Let as the flame...

[Lukáš Zapletal]

Viděl bych to na to, že půjde do Applu nebo Googlu

Jinak je to dobrej týpek, udělal toho hodně nejen pro Javu, ale i jiné jazyky, které se například inspirovaly.