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

• #50 attila9988 őstag julius666 #47

  Új Válasz 2014-08-25 15:23:02 #50

  Ú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

  

  attila9988

  őstag

  válasz julius666 #47 üzenetére

  Ezeket kliens oldali kódhoz számítod mint hátrányokat, ugye?

  Igen... úgy gondoltam. Hogy egy nagyvállalatnak mi a pro, és a kontra, azt majd ők eldöntik. Ha nekik van elég ram, de kell valami java -s bigyó, vagy éppen heterogén a szerverpark, akkor nyilván a java más tulajdonságai bőven előnyösebbek, mint ha rammal spórolna. Kliensen viszont kurva nagy pazarlás. Nekem pl van egy letöltögetős programom, amit csak pár oldalhoz használok, de már indulása után bezabál 160mb ramot, 64bit -es vm -en úgy, hogy még nem is csinál épp semmit.

  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.

  Persze... a .net is egy rakás szar ebből a szempontból, eszem ágában nem volt azt védeni. SŐT, mivel az még csak nem is multiplatform, és saját magával sem kompatibilis szinte soha, ráadásul 86 féle változat kell a gépre ha minden .net programot használni akarsz.... hát..... szóval szar az is...

  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.

  Ebben tökéletesen igazad van.... még egy olyan fost mint a python, ritkán látni. Komolyan.... és az sem kompatibilis magával, még annyira sem mint a .net. Simán van olyan python program, ami csak és kizárólag bizonyos alverzióval hajlandó menni, és mással nem..... mekkora egy szar.

  Na de attól hogy van valami ami szarabb mint a java, még nem lesz automatikusan jó a java.

  Nem mellesleg a gui tool -ok valami rettentően rosszak hozzá.... A reakcióidejük ugyanúgy, mint a kinézetük. Rövid úton aztán szépen meg is halt kliens oldalon. A teljesítmény gondokat meg mi sem bizonyítja jobban, hogy még egy irodai programot sem tudtak megírni benne, vagy egy browser -t, mert azokhoz is kevés volt. A legkomolyabb kliens oldali java programok meg leginkább az eclipse, és a netbeans, amikre meg szintén állandó teljesítménnyel kapcsolatos panaszok vannak..... de mindig hozzáteszik hogy nem azért mert java... pedig dehogyis nem azért.....

• #48 ddekany nagyúr julius666 #47

  Új Válasz 2014-08-23 00:28:51 #48

  Ú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

  

  ddekany

  nagyúr

  válasz julius666 #47 üzenetére

  "Csak mert szerveroldalon a memóriaigény kis túlzással a kutyát nem érdekli"

  Akkor azért tegyük hozzá, hogy "nagyvállalati" alkalmazásokról van szó. Mert van aki havi párezres PHP-s sharing hostingból indul ki, ahol egy alkalmazás átlagos memória igénye lepkefing... főleg mert általában nincs is, csak arra a pár pillanatra amikor épp beesett egy látogató.

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