2. Fórumok
  3. Infotech
  4. Továbbra is a Java a legsebezhetőbb
Keresés

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

  • #50 attila9988 őstag julius666 #47
    Új Válasz #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 veterán julius666 #47
    Új Válasz #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

    veterán

    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