Új hozzászólás Aktív témák

• #47 julius666 addikt attila9988 #42

  Új Válasz 2014-08-20 18:33:47 #47

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  julius666

  addikt

  válasz attila9988 #42 üzenetére

  Lassú, működéséből adódóan nagyon eszi a memóriát

  Ezeket kliens oldali kódhoz számítod mint hátrányokat, ugye? Csak mert szerveroldalon a memóriaigény kis túlzással a kutyát nem érdekli (mindaddig amíg korlátos marad, tehát nem leakel az alkalmazás).

  Mondjuk a sebességgel kliens oldalon sem értem mi lenne a gond. Oké, hogy az indulás lassú, de a másik oldal nagy üdvöskéi, a .NET-es alkalmazások sem éppen túl fürgék ilyen szempontból. Win only fejlesztésnél pedig más alternatíva jóformán fel sem merül.

  Betöltés után, runtime meg teljesen oké a Java, simán köröket ver egy Pythonra vagy JavaScriptre, amiben mostanság bőszen fejlesztenek desktop alkalmazásokat *nix vonalon is.

• #40 julius666 addikt ddekany #38

  Új Válasz 2014-08-17 18:26:56 #40

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  julius666

  addikt

  válasz ddekany #38 üzenetére

  Bárhogy is volt, a kliens oldali Javaért nem fogunk könnyeket hullajtani. A potenciál simán benne volt, érdemes megnézni, .NET alapokon mit tudott a másik oldal összehozni (WPF, Silverlight), vagy mit tudott vele a Google kezdeni mobilon (az Androidos UI fejlesztői szempontból pl. kifejezetten rendben van, ott igazából a platform töredezettsége az, ami miatt szopás tud lenni).

  Ezekhez képest desktop kliens Java oldalon ami van, az már 10 éve is kevéske volt, a runtime ősrégi kókány megoldásainak köszönhető rejtett csontvázakról nem is beszélve. Méltán kiérdemelte a Java, hogy desktop alkalmazást nagyon rég óta csak ilyen ÁNYK szintű szemeteket készítenek benne, inkompetens cégek, inkompetens megrendelőknek. Őszintén szólva nem vagyok képes felfogni agyilag, hogy pl. egy bank hogyan képes a fizető ügyfeleit appletes vackokkal szopatni. Képtelen vagyok felhozni racionális érvet ezek mellett.

  Szvsz egyébként a Java szerveroldalra sem olyan hűhadejó, de mint te is írtad, ott a rejtőző csontvázak nagy része nem, vagy kevésbé játszik, illetve ha egy egyszerű, webes UI-nál összetettebb kell (mondjuk több külső servicehez csatlakozva, összetett üzleti logikával), multiplatform/*nix alapra, akkor nem, hogy nincs jobb, úgy egyáltalán nem is nagyon van alternatíva. Persze mindent meg lehet oldani Pythonból, Rubyból, vagy éppen NodeJS alól is, csak hát ugye nem mindegy, hogy milyen már meglévő segédeszközök léteznek ezen feladatokhoz, a sok tízezer sornyi üzleti logikánál a statikus típusosság előnyeiről nem is beszélve.

• #37 julius666 addikt ddekany #36

  Új Válasz 2014-08-16 22:31:26 #37

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  julius666

  addikt

  válasz ddekany #36 üzenetére

  +1

  Megjegyzem az OpenJDK, ami a Java referencia implementációja a 7-es verzió óta, nem is tartalmazza az appletes Java plugin őrületet.

Új hozzászólás Aktív témák