Existuje vůbec funkční desktopová aplikace v Javě?

[nula]

Historka pro zasmání: Kolega v jeho minulý firmě pracoval na projektu v Javě, kterej byl psanej procedurálním způsobem. Ano, v Javě jde prasit.

To bohužel není žádná historka k táborovému ohni, to je naprosto běžná praxe. Naprostá většina javovského kódu na světě je psána procedurálně (to že se tam jsou nějaké "objekty" je jenom formalita).

Bohuzel toto je casto nutne, protoze Java je pomala jak prase. Je jasne, ze casove kriticke a narocne operace by se v Jave psat mozna nemely, bohuzel ne vzdy je to mozne delat jinak, proto jsou casto objekty formalita, ale samotny vykonny je v podstate proceduralni, vyuzivajici customizovane kontejnery a algoritmy.

[Reklama]

[nula]

Jak tu nekdo zminil IDE od JetBrains, ze je to pohoda, tak to rozhodne pohoda neni.

PHPstorm se ve verzi 6 i 7  nahodne zasekava pri napovidani a obcas fakt brutalne. I ty EAP verze. A ani to GUI neni vubec plynuly, ale da se to vzhledem k tomu co ten produkt nabizi prekousnout.

S PyCharmem je to lepsi, ale proste poznate rozdil mezi nativnim editorem/ide.


Co se tyce rychlosti/responsibility GUI aplikaci napsanych v JAVE mam uplne stejne zkusenosti jako autor vlakna. Proste z nich mam hodne spatnej dojem. A pritom kdyz vezmu .NET aplikace, tak si nedokazu vybavit ani jednu o ktery bych mohl rict to samy.

Popravde nesnasim vety typu: "Mne to funguje, to ze to nefunguje tobe, je tvuj problem, jsi lama..." Nebo neco podobneho, ale tady musim rict, ze ja s tim problemy opravdu nemel, pokud nejsou soucasti projektu soubory, ktere jsou nejak namountovane pres sit. Pak je to obcas tragedie, ale IntelliJ(phpstorm, pycharm) na to upozornuje.  Neni to i tvuj problem? Popravde stejne problemy jsem nasel snad u vsech aplikaci, ktere maji data nekde na siti.
Jinak ovsem souohlasim s tim, ze responzivnost a stabilita aplikaci v Jave je obecne tragicka. Tezko rict, cim to je, mozna proto, ze Java je na prvni pohled jednoducha a kazdy lempl si o sobe mysli, ze je programator a pak blije hruzne zrudnosti. Anebo je to necim jinym, kdovi...

[karel]

...

...
(jak moc clovek musi byt mimo obraz, aby uvazoval o moznosti, ze Java umoznuje veci mimoradne prasit?)

Historka pro zasmání: Kolega v jeho minulý firmě pracoval na projektu v Javě, kterej byl psanej procedurálním způsobem. Ano, v Javě jde prasit.

osobne javu nemusim, ale prasit se da ve vsem, a jak je v knize o c# napsano to ze jazyk neco umoznuje jeste neznamena ze se to tak ma delat

[tdvorak]

protoze Java je pomala jak prase.

To je takový obvyklý výkřik do tmy, nebo to máš podložené měřením a daty?

[karel]

Historka pro zasmání: Kolega v jeho minulý firmě pracoval na projektu v Javě, kterej byl psanej procedurálním způsobem. Ano, v Javě jde prasit.

To bohužel není žádná historka k táborovému ohni, to je naprosto běžná praxe. Naprostá většina javovského kódu na světě je psána procedurálně (to že se tam jsou nějaké "objekty" je jenom formalita).

Bohuzel toto je casto nutne, protoze Java je pomala jak prase. Je jasne, ze casove kriticke a narocne operace by se v Jave psat mozna nemely, bohuzel ne vzdy je to mozne delat jinak, proto jsou casto objekty formalita, ale samotny vykonny je v podstate proceduralni, vyuzivajici customizovane kontejnery a algoritmy.

nelze nez souhlasit, a zaroven je to odpoved na toto cele vlakno, ano v jave lze napsat pouzitelne gui, ale jen pokud zapomenete na objekty a na obsah vetsiny tutorialu

[Reklama]

[DK]

Historka pro zasmání: Kolega v jeho minulý firmě pracoval na projektu v Javě, kterej byl psanej procedurálním způsobem. Ano, v Javě jde prasit.

To bohužel není žádná historka k táborovému ohni, to je naprosto běžná praxe. Naprostá většina javovského kódu na světě je psána procedurálně (to že se tam jsou nějaké "objekty" je jenom formalita).

Bohuzel toto je casto nutne, protoze Java je pomala jak prase. Je jasne, ze casove kriticke a narocne operace by se v Jave psat mozna nemely, bohuzel ne vzdy je to mozne delat jinak, proto jsou casto objekty formalita, ale samotny vykonny je v podstate proceduralni, vyuzivajici customizovane kontejnery a algoritmy.

nelze nez souhlasit, a zaroven je to odpoved na toto cele vlakno, ano v jave lze napsat pouzitelne gui, ale jen pokud zapomenete na objekty a na obsah vetsiny tutorialu

Odpoved to neni, bez objektu nic nenapises (hlavne proto, ze na vsechny event listenery potrebujes objekty)

[méno]

> Bohuzel toto je casto nutne, protoze Java je pomala jak prase.

jj. trebas takovy Lucene, to je fakt strasny jak pomalu prohledava

[nula]

protoze Java je pomala jak prase.

To je takový obvyklý výkřik do tmy, nebo to máš podložené měřením a daty?

Ne zdalo se mi o tom.

A ted vazne, naalokuj si treba milion intu nekam do nakeho chytreho a rychleho kontejneru. Pokud nepouzivas specialni kontejnery tretich stran, nebo vlastni implementaci, ale pouzijes tady treba javovsky ArrayList, ktery potrebuje objekty a ne primitivni typy, tak ses vyrizenej.

[nula]

Historka pro zasmání: Kolega v jeho minulý firmě pracoval na projektu v Javě, kterej byl psanej procedurálním způsobem. Ano, v Javě jde prasit.

To bohužel není žádná historka k táborovému ohni, to je naprosto běžná praxe. Naprostá většina javovského kódu na světě je psána procedurálně (to že se tam jsou nějaké "objekty" je jenom formalita).

No s tim uplne nesouhlasim. Ono totiz zalezi co a jak. Samotne GUI moc narocne neni, tech par stovek ci tisic objektu, ktere tvori gui samotne problem neni, problem je zpracovani samotnych dat. Pokud je dat hodne a pouzivaji se na to nevhodne standardni kontejnery a algoritmy, tak trva zpracovani dat dlouhou dobu a pekelne to zere vykon a pamet a GUI laguje a pokud to navic pise prase a data se nezpracovavaji v oddelenych threadech, popripade nejsou osetrena selhani tech zpracovavacich threadu, tak je to uplne v pytli.
Bohuzel toto je casto nutne, protoze Java je pomala jak prase. Je jasne, ze casove kriticke a narocne operace by se v Jave psat mozna nemely, bohuzel ne vzdy je to mozne delat jinak, proto jsou casto objekty formalita, ale samotny vykonny je v podstate proceduralni, vyuzivajici customizovane kontejnery a algoritmy.

nelze nez souhlasit, a zaroven je to odpoved na toto cele vlakno, ano v jave lze napsat pouzitelne gui, ale jen pokud zapomenete na objekty a na obsah vetsiny tutorialu

[nula]

Historka pro zasmání: Kolega v jeho minulý firmě pracoval na projektu v Javě, kterej byl psanej procedurálním způsobem. Ano, v Javě jde prasit.

To bohužel není žádná historka k táborovému ohni, to je naprosto běžná praxe. Naprostá většina javovského kódu na světě je psána procedurálně (to že se tam jsou nějaké "objekty" je jenom formalita).

Bohuzel toto je casto nutne, protoze Java je pomala jak prase. Je jasne, ze casove kriticke a narocne operace by se v Jave psat mozna nemely, bohuzel ne vzdy je to mozne delat jinak, proto jsou casto objekty formalita, ale samotny vykonny je v podstate proceduralni, vyuzivajici customizovane kontejnery a algoritmy.

nelze nez souhlasit, a zaroven je to odpoved na toto cele vlakno, ano v jave lze napsat pouzitelne gui, ale jen pokud zapomenete na objekty a na obsah vetsiny tutorialu

DOPRCIC, nepropsal se mi tady nak text, takze znova:
No to uplne nesouhlasim. Tech par stovek ci tisic objektu tvoricich GUI zas takovy problem neni, problem je spise samotne zpracovani dat. Pokud clovek pouziva nevhodne standardni kontejnery a algoritmy na zpracovani vetsiho objemu dat, tak java sezere nehorazne mnozstvi prostredku(jak CPU, tak pameti) a GUI drsne laguje. Pokud je clovek navic jeste prase a nezpracovava data v oddelenych threadech, popripade neosetri selhani pri zpracovani v techto threadech, tak je to uz uplne v pytli.

[tdvorak]

A ted vazne, naalokuj si treba milion intu nekam do nakeho chytreho a rychleho kontejneru. Pokud nepouzivas specialni kontejnery tretich stran, nebo vlastni implementaci, ale pouzijes tady treba javovsky ArrayList, ktery potrebuje objekty a ne primitivni typy, tak ses vyrizenej.

A když to budeš ukládat serializovaně do XML, bude to ještě pomalejší! Co je to za argument? Místo pole intů si dobrovolně vybereš pomalejší (a pohodlnější) ArrayList, který vyžaduje objekty a divíš se, že je to pomalejší? Do pole to uložíš za jednotky ms, do Listu za desítky ms. Těch pár ms rozdíl vyřídí celou aplikaci? A tohle špatné použití možností jazyka používáš jako důkaz, že je celý jazyk "pomalý jak prase"?

[nula]

A ted vazne, naalokuj si treba milion intu nekam do nakeho chytreho a rychleho kontejneru. Pokud nepouzivas specialni kontejnery tretich stran, nebo vlastni implementaci, ale pouzijes tady treba javovsky ArrayList, ktery potrebuje objekty a ne primitivni typy, tak ses vyrizenej.

A když to budeš ukládat serializovaně do XML, bude to ještě pomalejší! Co je to za argument? Místo pole intů si dobrovolně vybereš pomalejší (a pohodlnější) ArrayList, který vyžaduje objekty a divíš se, že je to pomalejší? Do pole to uložíš za jednotky ms, do Listu za desítky ms. Těch pár ms rozdíl vyřídí celou aplikaci? A tohle špatné použití možností jazyka používáš jako důkaz, že je celý jazyk "pomalý jak prase"?

Pole? Co to zase meles za blbosti, kdybych chtel pole, tak pouzivam pole, kdyz potrebuju dynamicky kontejner, tak pouzivam dynamicky kontejner. To je prece uplne jina situace. To jak bych rekl, ze tim krumpacem se do skaly blbe kope a tys mi rekl, proc pouzivam krumpac na hazeni hnoje, at pouziju vidle.

[perceptron]

Pokud je clovek navic jeste prase a nezpracovava data v oddelenych threadech, popripade neosetri selhani pri zpracovani v techto threadech, tak je to uz uplne v pytli.

toto je presne casto jadro pudla ked sa krici ze 'java je pomala'

jednoducho je rozdiel ci si urobim trojtlacidlovy hello world alebo ci idem robit databazovu aplikaciu kde su znalosti event dispatch nutne na pisanie responsivenej aplikacie. zial je vela vyvojarov ktori si myslia ze to netreba

[Javista]

Já na jedné desktopové aplikaci v Javě pracuju. Jako hlavní problém vidím to, že Java nestíhá držet krok s vývojem - podpora pro nové funkce ve Windows a Mac OS, jako jsou různé průhlednosti, HiDPI atd. je v Javě buď částečně dobastlená a nebo vůbec a pak se to musí řešit složitě nativně přes JNI. Přitom to jsou funkce, které jsou v OS už několik let.

[nula]

Pokud je clovek navic jeste prase a nezpracovava data v oddelenych threadech, popripade neosetri selhani pri zpracovani v techto threadech, tak je to uz uplne v pytli.

toto je presne casto jadro pudla ked sa krici ze 'java je pomala'

jednoducho je rozdiel ci si urobim trojtlacidlovy hello world alebo ci idem robit databazovu aplikaciu kde su znalosti event dispatch nutne na pisanie responsivenej aplikacie. zial je vela vyvojarov ktori si myslia ze to netreba

Neni, java opravdu je o neco pomalejsi, viz ty standardni kontejnery, vice pak zere prostredku a laguje to. Kdyz nekdo sprasi tady toto cos psal, tak to uz je fakt konecna...

... Těch pár ms rozdíl vyřídí celou aplikaci? A tohle špatné použití možností jazyka používáš jako důkaz, že je celý jazyk "pomalý jak prase"?

.
Tech par ms je spise par stovek ms(zalezi samozrejme na tom, co vsechno s tema datama delas)..  a stovky ms, uz zpusobuji lagujici rozhrani.