Apokalyptický film Javapocalypse

Konference JavaZone 2013 se blíží. Pořadatelé pokračují v tradici a před konferencí zveřejňují krátký film věnovaný Javě. Letos je to apokalyptický Javapocalypse. Loni to byl The Java Heist. Předloni The Streaming. V roce 2010 Java 4-Ever.

23.6.2013 10:39 | Ladislav Hagara | Humor

Komentáře

[xkucf03]

Nedávno tu někdo psal, že chce aby Java zmizela ze světa. Tak takhle nějak by to vypadalo

[Attila]

Ked som si porovnal správanie javy od sunu, oracle a openjdk, tak žiaľ najlepšou verziou javy je tá od sunu, vdaka šikovnej akcelerácií opengl, bezchybnému vykreslovaniu (tu má problémy dosť openjdk už pri bežnom rolovaní sa akosy fonty rozroletuju a nevykreslia celé) a podpora zo strany vývojárov rôznych softwarov (aj ked je otázka, že dokedy, ...no dúfam, že večne, nech už má kopu dier, ale nič lepšie proste nie je). Akcelerácia opengl mi príde lepšia ako cez xrender. Nie som žiadny ITčkár, ...píšem len svoje skúsenosti

[Scarabeus IV]

Ani ne. V jave je napraseno dost internich systemu, ale kde uz jim slo opravdu o kritickou komponentu tak se pouzilo neco co opravdu fungovalo a nebylo 50 abstraktnich vrstev pryc od zeleza.

Takze by asi prestal fungovat ebanking u nekterych bank kde i dnes to je spis s modlitbou aby to tentokrat slapalo. Prestaly by ve firmach fungovat nektere interni systemy, u kterych by se vetsinou stejne zjistilo ze jsou to utopene prachy protoze bez nich dosazeni cile bude jen o neco pomalejsi (ztrati se par obednavek, nic z ceho by se slozila civilizace). A hlavne zmizi android, coz bude naadhera.

Mnohem vetsi sranda by byl python. Google fuc, wiki fuc, studenti rvou v ulicich ze nemuzou dostudovat. Zamestnanci nemaji kde hledat porno.

[alblaho]

A kdyby zmizelo Céčko: Python fuč, Java fuč, Ruby fuč, PHP fuč, Linux fuč. :)

[w4rr10r]

Aspoň by se začalo víc psát v Lispu.

[potato]

Ano, ti dva lidi na světě, kteří mají někde schovanou funkční lisp machine, by se mohli vrátit k programování.

[Bystroushaak]

Tak minimálně u toho pythonu by to mohlo zachránit pypy, teda za předpokladu že by nezmizely i binárky :)

[R]

A bezalo by to na com?

[Bystroushaak]

.. na počítači?

[multi]

S Androidem se to neda tak jednoduse rict. Tam je Java jen jako programovaci jazyk a to jen u uzivatelskych aplikaci. A misto java virtual machine tam je darvin.

[xkucf03]

Dalvik

[gsnak]

Dalek

[tuxmartin]

Ani ne. V jave je napraseno dost internich systemu, ale kde uz jim slo opravdu o kritickou komponentu tak se pouzilo neco co opravdu fungovalo a nebylo 50 abstraktnich vrstev pryc od zeleza.

Skvely postreh, v cem teda navrhujes tyto systemy psat? Pri zachovani multiplatformnosti, hodne dostupnych knihovnach, dobre podpore, rozsirenim jazyka, ...

C je skvele na psani ovladacu, jadra, jednocipu a podobnych veci. Zkus si nekdy napsat web v C (neresim nektere wifi krabicky, ktere to tak maji). Je to v podstate lepsi Assembler

C++ nutno prekompilovat pro cilovy OS, coz nikdo delat nebude. A Java je mnohem konfortnejsi, ne jen vylepsene C.

Python je hezky, pomaly interpretovany jazyk. Navic po zkusenostech Python 2 -> 3 mam celkem obavy. Zmeny byly dost velke a nikomu se nechce kazdych X let prepisovat celokou aplikaci do noveho Pythonu.

C# / .NET je pro widle-only aplikace dobra volba. Pro Linux, priznejme si nejde o nejstastnejsi napad. Mame Mono, ale srovnat Mono a .NET Framework je nemozne. Navic .NET taky pouziva bytecode jako Java. Reci typu "50 abstraktnich vrstev pryc od zeleza" jsou dost mimo.

HTML5 / CSS / JavaScript je imho na psani poradnych aplikaci casto ne uplne vhodne. Schvalne si srovnejste vykon Javy a JavaScriptu.

PHP je skvele na mensi weby, ale kdo v nem bude psat kriticky software? Kouknete na Facebook, zacali ho psat v PHP a pak meli hodne problemu. Jak rika jeden nas ucitel: "Běžte do nějaké banky, řekněte "Já vám to udělám v PHP", já si vás pak vyfotím, až poletíte z okna."

a muzeme pokracovat...

I ❤ Java!

[Bedňa]

Ti si Javatar?

[Adam]

Chore...

[xxx]

+1

[potato]

Prostě to věrně ilustruje Java mindset. Nic víc.

[jehovista]

Jestli ti unika fakt, ze v Jave bezi hromada kritickych systemu, tak to je problem tvuj a ne problem toho, kdo zije v realite.

[potato]

A jaderná zařízení jsou řízena PDP-11...

No nic. To, že kritické systémy běží v COBOLu, ještě neznamená, že si musím chtít, aby kritické systémy běžely v COBOLu.

[Jendа]

Kde už jsem to jenom viděl… telnet temelin.cez.cz

[radix]

To, co ty chces je irelevantni.

[potato]

Proč se mi tedy pořád snažíte vnutit, abych chtěl něco jiného?

[radix]

Chtejte si co chcete. Jen vam rikam, ze nikoho nezajima, ze vy nechcete, aby kriticke systemy bezely v Cobolu.

[potato]

Logic fail

Kdyby tě to opravdu nezajímalo, nebudeš na moje příspěvky systematicky reagovat.

[radix]

Tvuj nazor me fakt nezajima. Jen se rad po nekom povozim, kdyz mi k tomu da prilezitost ...

Aby to neznelo tak skarede, tady mas par smailiku -

[mankind_boost]

-1

[Kozzi]

Zvlastni video. Mam z nej dojem ze jediny duvod proc by Java nadale mela existovat je ten, ze v ni existuji napsane nektere dulezite aplikce. A ze je treba ji kompletne prepsat :D. Coz zvladne i male dite. No jsem rad ze jsem se Jave nakonec vyhnul :P

[Max]

Něco lepšího, co by bylo multiplatformní a umožňovalo rychlý vývoj a mělo minimálně stejný výkon a možnosti javy?
Zdar Max

[vlastik]

Haskell :D

[mankind_boost]

Prej výkon :DDDD

[mikirc]

Jaky je rozdil mezi UFO a Výkonem Javy ? Zadny, vsichni o tom mluvi, ale kdo to jeste nevidel :D

[Člověk z Horní Dolní]

Krome C / C++ neexistuje moc rychlejsich jazyku nez Java. Zrovna dnes jsem kvuli tomu prepisoval neco z Pythonu do Javy.

[xkucf03]

Přes Java EE aplikaci běžící na jednom serveru se dá např. protlačit víc než 8 milionů zpráv na vteřinu. To mi nepřijde špatné.

[Max]

Podle mně jsou to většinou názory lidí, kteří se setkali s nějakou GUI java aplikací, kde je ta svižnost GUI většinou slabá, protože to autoři asi moc neřeší. To, že je na jave postavená značná část enterprise systémů, to už z těch křičících lidí nikdo moc nevidí. Oracle = Java (už dávno na ní sází a pak koupil Sun), nejlepší OSS DMS v podobě Alfresco = Java. Další velmi dobrý OSS DMS systém OpenKM = Java, Sun IDM, reps. OpenIDM = java. A co je asi Red Hat JBOSS? Takto by se dalo pokračovat s řadou big projektů určených pro enterprise nasazení. Jediný, kdo v tom ještě nejede je Microsoft :).
Zdar Max

[aubi]

Jak, nejede? .net je asi co? Normalne vykradena java.

Lisi se akorat priponou exe a samo si hleda rutime, aby si vsichi mysleli, ze je to prelozeny do strojaku.

K vykonu: u netrivialnich aplikaci je vykon srovnatelny s assemblerem, spis rychlejsi (v asm se napr. nikdo nepare s takovejma "kravinama" jako hashmap).

aubi

[Šangala]

Jak, nejede? .net je asi co? Normalne vykradena java. Lisi se akorat priponou exe a samo si hleda rutime, aby si vsichi mysleli, ze je to prelozeny do strojaku.

−−−> HP NTB je vykradený MacBook.

K vykonu: u netrivialnich aplikaci je vykon srovnatelny s assemblerem, spis rychlejsi (v asm se napr. nikdo nepare s takovejma "kravinama" jako hashmap).

−−−> Použití hashmap je rychlejší než přímé adresování.

[Max]

Když si to ještě jednou přečteš, tak píšu o ekvivalentu javy, který by měl být mj. minimálně tak výkonný, čímž nikterak nechválím výkon javy.
Zdar Max

[Bedňa]

Už som to tu pár krát dával, RAD C++ framwork.

[mankind_boost]

Já vím, ale to slovní spojení je samo o sobě směšné :) Nehledě na to, že snad všechny normální jazyky splňují podmínku "minimálně tak výkonný jako Java".

[Franta]

Takže Python, PHP, Perl a další nepočítáš mezi normální jazyky?

P.S. samozřejmě je potřeba rozlišovat jazyk a jeho implementaci (kompilátor, běhové prostředí), nicméně tady předpokládám, že píšeš jazyk a myslíš jeho nejrozšířenější implementaci. (porovnávat výkon jazyků nedává smysl)

[tom]

PERL je ve spouste veci rychlejsi nez java, ruzne patternmatche a meziformatove prevadece funguji v perlu bezne i 10x rychleji, dale treba OpenGL implementace je vykonejsi.

[radix]

Implementace vicemene standardnich knihoven se samozrejme ve vykonu lisit budou. Porovnavat pattern matching Perlu (ktery byl pro toto vlastne vymysleny) je IMHO trochu nepatricne, resime tu spis obecnou vykonovou charakteristiku jazyku.

[tom]

Obecne tyto jazyky co se vykonu tyce moc porovnat nejdou. Nemuzete rict, ze jeden je vetsinou rychlejsi nez druhy, protoze velmi zalezi na konkretnim nasazeni. Toto muzete rict treba o C/C++, ktere porazi Javu a skoro cokoliv dalsiho vzdy az na par patologickych pripadu, ktere celkovy vykon bezne aplikace vyrazne neovlivni.

[radix]

Takze Python, Perl, PHP, Lisp, Haskell, Ruby a ostatni interpretovane jazyky normalni nejsou?

[ikaros42]

ne, php není normální jazyk

[radix]

die();

[Grunt]

Já jsem dodnes nepochopil co je na Céčku vlastně špatného.

[mikirc]

programátoři?

[Grunt]

Kteří a kde žijí prosím?

[mikirc]

No asi jsi to nepochopil.

Chyba neni na strane C, ale strane tech co jej neumi pouzivat?!

[Grunt]

Pochopil. A znova se ptám kde žijí? V Céčku už jsem viděl namastěné všelico, ale i ty největší hrůzy s pomocí GDB a jiných nástrojů nebyl pro mě problém pochopit. Těžko říct jestli je to tím, že k Céčku inlinuju nebo v ostatních jazycích se dá mastit tak, že je to za hranicí pochopitelnosti.

[Franta]

Jaký debugger jsi používal pro Javu? Používal jsi Netbeans, Eclipse nebo tak něco?

[Agent]

Kdo říká, že je na něm něco špatného? Na každým je něco dobrýho.

[xkucf03]

C je fajn, ale podnikový informační systém bych v něm psát nechtěl.

[Grunt]

Tak podnikový informační systém není nikterak kritická aplikace. To je stejně většinou jen human-interface k nějaké databázi a to se dá napatlat i jako webová aplikace. Ale kritické systémy jako je Abíčko. To už by v Céčku mohlo být vcelku zajímavé.

[tom]

C je fajn, ale podnikový informační systém bych v něm psát nechtěl.

Jenze zrovna na tohle se nehodi ani Java - u podnikovyho IS neni potreba nijak zazracny vykon a proto je mozne bez problemu pouzit nejaky vyssi jazyk.

[Jakub Lucký]

To mi připomíná historku Pavla Stěhule ze školení, ve které si zaměstnanci na nějaký firemní systém začali stěžovat, až když jen login trval 15 minut...

[tom]

To ale urcite nebylo zpusobene pomalym interpretem / vm / spatnym kompilatorem.

[Jakub Lucký]

Nee, tohle byl "registr vozidel"

[Franta]

až když login trval jen 15 minut...

To jako že si za čtvrthodiny nestihnou uvařit kafe a svítí jim tam naprázdno přihlášená aplikace?

[Grunt]

Je/Není. To je všechno k diskusi. Ani u webového portálu není potřebný nijak zázračný výkon, protože stejně je potřeba přečkat odezvu sítě a zatížení se dá vyprofilovat a HW nadimenzovat. Jenže by to nebylo poprvé co jsem se setkal s portály a diskusními fóry po kterých pohybovat se bylo utrpení (netvrdím že zrovna v případě Abíčka), protože při zatížení mělo každé kliknutí několikasekundovou odezvu (přitom ping v řádu desítek milisekund) nebo kdy jsem se setkal s tím, že na portál se nedalo přihlásit, protože kvůli velkému počtu uživatelů byly vyčerpány HW kapacity (povětšinou privátních VPSek). Vždycky je lepší mít zázračný výkon, protože jinak se pohybuje po portálu který má odezvy v řádech milisekund (+ síťová odezva) a dá se přitom provozovat v nějaké lehko-tonážní krabičce.

Souhlasím s tím, že u podnikových systémů se dá použít ještě něco vyššího než Java. Ne ovšem kvůli výkonu (ten je potřeba vždycky i když jde jen o blbou konzolovou aplikaci), ale protože v téhle sféře se řeší všecko penězi. Dá se najmout pár matlalů co něco zmatlají za pár dnů a nadimenzuje se na to příslušný HW, když je to pomalé, tak se dokoupí ještě silnější HW. Na to není potřeba platit bandu hackerů a optimalizovat do zbláznění (ostatně co si budeme povídat, ono ani třeba ten přehrávač nemusí nutně psát banda hackerů, ale je mnohem příjemnější, z uživatelského hlediska, když přehrávač jako je Mplayer banda hackerů napíše a ještě se přitom vyblbne s optimalizacema)

[Franta]

Jenže by to nebylo poprvé co jsem se setkal s portály a diskusními fóry po kterých pohybovat se bylo utrpení (netvrdím že zrovna v případě Abíčka), protože při zatížení mělo každé kliknutí několikasekundovou odezvu (přitom ping v řádu desítek milisekund) nebo kdy jsem se setkal s tím, že na portál se nedalo přihlásit, protože kvůli velkému počtu uživatelů byly vyčerpány HW kapacity (povětšinou privátních VPSek).

Jenže z jak velké míry je to způsobené jazykem/platformou a z jak velké tím, že program dělá něco, co nemá (např. některé věci počítá znova a znova, zbytečně vytváří spousty dat, která pak zase zahazuje atd.)? IMHO to většinou není o tom, že by nějaký výpočet trval dlouho (vinou jazyka/platformy), ale chyba je v tom, že se vůbec provádí (buď moc často, nebo na špatném místě nebo vůbec).

bandu hackerů a optimalizovat do zbláznění

A kdo po nich bude dělat např. revize nebo to udržovat, až se změní byznys požadavky? On ten „efektivní“ kód není jen o tom, že ho musí psát zkušený hacker, ale i o tom, že se hůř čte a udržuje. U kodeků nebo kompresních algoritmů je to akceptovatelné (výkon nade vše), u podnikových aplikací obvykle ne.

[Grunt]

Jenže z jak velké míry je to způsobené jazykem/platformou a z jak velké tím, že program dělá něco, co nemá (např. některé věci počítá znova a znova, zbytečně vytváří spousty dat, která pak zase zahazuje atd.)? IMHO to většinou není o tom, že by nějaký výpočet trval dlouho (vinou jazyka/platformy), ale chyba je v tom, že se vůbec provádí (buď moc často, nebo na špatném místě nebo vůbec).

+1. Tohle asi bude způsobené stylem psaní v jazyku. Člověk co umí dobře v Céčku a má povědomí o ASM, má představu jak se asi bude daný program vykonávat a ulehčuje si práci jen tolik co mu svědomí dovolí. Když někdo něco matlá v Bertíkovi, většinou ani nemá ponětí o tom, že to co jeho instrukce vykonává se jmenuje procesor.

A kdo po nich bude dělat např. revize nebo to udržovat,

Doporučuju projít nějaké dobře napsané kritické aplikace (z hlavy mě napadne Mplayer, ale je toho určitě víc). Optimalizace jdou většinou do speciálních bloků a mimo ně je tam i hlavní větev programu v čistém Céčku pro ostatní platformy třeba.

[deda.jabko]

Když někdo něco matlá v Bertíkovi, většinou ani nemá ponětí o tom, že to co jeho instrukce vykonává se jmenuje procesor.

Tomuhle se rika abstrakce a je to jeden ze zakladnich principu programovani.

[Max]

Nic, taky na něj neplivu, ale vývoj v něm asi nebude tak rychlý jako v javě, že? A o to tu jde.
Zdar Max

[Grunt]

Jako myslíš vývoj stylem „Hop a je tu lidoop“ a nebo „Rama, Hera, pomazánkové máslo na to“? Ale jo. Mastit se dá v čemkoliv. By to chtělo nějaký šikovný Céčkový framework. Resp teda asi něco mezi C,C++ a Obj.C.

[Franta]

a GC a JIT a přenositelný bytekód…

[Grunt]

a GC

A o tomhle by se právě dalo hodně diskutovat. Kdo měl nějakou čest s nějakou webovou aplikací, tak ví že jsou to gigantické nenažrané molochy. Přitom jejich tenčí kolegové se bez problémů dají provozovat na OpenWRT (nebudu zmiňovat název aplikace ani použité jazyky). Samozřejmě uvolňovat paměť pokaždé ručně je pitomina. Zas na druhou stranu GC můžou být rozbité a bůh ví jak funkční. Nejlepší by asi bylo něco mezi. U serverové aplikace je výhoda, že aplikace běží téměř furt a téměř furt se dá sledovat. Asi by bylo fajn si napsat nějakého sledovacího agenta (díky použitému jazyku téměř žádná viditelná režie navíc) který by sledoval nejexponovanější místa a u těch by se dalo uvolňování optimalizovat ručně aby bylo co nejefektivnější, zbytek by zůstalo jako práce pro GC. Něco takového by bylo docela fajn. A jinak se to dělá běžně u deskopových aplikací.

JIT a přenositelný bytekód…

Nepotřebné. To potřebuje někdo kdo stejně veškeré kapacitní nedostatky řešení penězi (třeba za nové železo) a ne optimalizacemi a někdo takový nepotřebuje efektivní aplikace.

Jinak jsem si dal tu práci a zagooglil si a skutečně existují:[1],[2],[3]

[Franta]

Kdo měl nějakou čest s nějakou webovou aplikací, tak ví že jsou to gigantické nenažrané molochy.

Když si někdo drží odkazy na objekty, které už nepotřebuje, tak spotřeba paměti samozřejmě narůstá a časem to jde do háje. Nicméně to je chyba takového „programátora“ a nesouvisí to s tím, zda na dané platformě je nebo není GC.

Když programátor vynuluje všechny reference na daný objekt nebo vytváří proměnné s dostatečně malým rozsahem platnosti, tak aby samy včas zanikly, tak GC ty nepotřebné objekty spolehlivě uklidí. Jediný rozdíl je v tom, že je neuklidí hned, ale „jednou za čas“ (obvykle ale dost rychle na to, aby to nějak vadilo). Nicméně i ten GC můžeš zavolat ručně a zkrátit čekání na úklid.

GC je IMHO pro většinu aplikací ideální volba – ruční správa paměti je potřeba jen ve specifických nízkoúrovňových programech.

Nepotřebné.

Ten mezikód je mj. zajímavý z důvodu, že pak můžeš používat více různých jazyků – snadno je přeložíš do bytekódu (napsat takový kompilátor není až tolik práce) a pak je spustíš kdekoli – to běhové prostředí je společné (poměrně velký objem práce, který se pak nemusí dělat pro každý jazyk zvlášť). Takže nejde jen o to, že jednu binárku spustíš na víc architekturách.

Jinak jsem si dal tu práci a zagooglil si a skutečně existují:[1],[2],[3]

Zajímavé odkazy, díky. POCO jsem znal, ale ještě jsem ho moc neprozkoumal. Možná by stálo za to, udělat si nějaké srovnávací cvičení – napsat podobnou aplikaci v C++ Server Pages a v JSP resp. Javě EE.

[radix]

Nulovani referenci je skoro to same jako rucni uvolnovani pameti - nachylne na chyby a pak memory leaky.

Spravne je psat tak, aby mely objekty co nejnizsi rozsah platnosti, pak se vynuluji samy (tohle je dost dulezite i pro optimalizace a snizeni slozitosti kodu).

U toho bytekodu je dost velka vyhoda v tom, ze je docela vysokourovnovy a jde dobre dekompilovat. Zaroven jde z jaru stale videt aplikace. Uz se mi nekolikrat stalo, ze jsem musel pracovat s (nepodporovanou) knihovnou, ke ktere nebyly zdrojaky a tohle dost pomohlo ...

[Franta]

Souhlas, ruční nulování většinou není potřeba kvůli tomu správně malému rozsahu platnosti – i když někdy se může hodit nastavit proměnnou na null, když pak následují nějaké déle trvající operace a nechce se mi to dělit na víc metod. Případně ten první blok kódu můžu uzavřít do { … } a nic nulovat nemusím

Jo a taky je bytekód trochu blíž k tomu, že říká „co chci udělat“ něž „jak to chci udělat“ – což vytváří prostor pro další optimalizace, ať už za běhu nebo v příštích verzích běhového prostředí – takže se program může zrychlovat aniž by původní programátor něco udělal.

[Člověk z Horní Dolní]

Podle napriklad tohohle jsou Java web frameworky s prehledem nejrychlejsi. (C++ by bylo asi jeste ruychlejsi, ale psat v tom web aplikaci nedava moc smysl.)

[tom]

Skoda, ze tam neni zadnej framework pro erlang, kterej bezne Javu porazi v propustnosti a mnohem lepe skaluje. Pekne je to videt, kdyz si porovnate vykon treba openfire a ejabberd.

[Člověk z Horní Dolní]

+1, nechapu co maj vsichni proti Jave, pro

[Kozzi]

Nic me nenapada, byl to spis jen takovej rejp na to video :). O neco vic nez java se mi libi C#, ale zde je to zase o neco horsi s multiplatformnosti. Pokud chcu vykon tak volim zase jazyk D. Ale jinak proti Jave nic nemam.

[Člověk z Horní Dolní]

Java je super, pokud ignoruju C#, tak nema pro hodne veci konkurenci.

[w4rr10r]

Ada

[Člověk z Horní Dolní]

Min knihoven a mensi podpora IDE :)

[w4rr10r]

kvalita×kvantita

[jehovista]

Tak jaka je ta kvalitni ADA alternativa k nasledujicim vecem: Intellij Idea, JProfiler, Mockito, Jetty, ...

[Člověk z Horní Dolní]

Java ma kvalitnejsi knihovny, nastroje a dokumentaci. Ada nema garbage collector a osobne se mi dost nelibi syntax. Dival jsem se na nejaky benchmarky a Ada je stezi 2x rychlejsi.

[Kaacz]

No docela hezký .. ale proč Oracle ? to je spíš Java killer než propagátor .. :p