Hirdetés

  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..... ;)

  • #49 attila9988 őstag ddekany #46
    Új Válasz #49
    Ú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 ddekany #46 üzenetére

    Igazad van... tényleg hivatkoznak rá így is... Viszont egy csomó technikai leírásban csak a jit kapcsán kerül elő, és a jvm egy részeként hivatkoznak rá...

  • #44 attila9988 őstag floatr #26
    Új Válasz #44
    Ú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 floatr #26 üzenetére

    Ráadásul egy rakat ilyen sokáig még akkor is foltozatlan maradt, amikor kiderült a hiba, ezek szerint akkor mindezeknek pusztulni a kéne :)

    Hát ez az... ezért írtam hogy ha ez lenne a mérce, akkor már windows -t sem használna senki ezer éve... sőt, ki kellene kukázni az összes számítógépet, és akkor lenne tuti biztonságos papír alapú ügyintézés.... működött az is régen... :D

  • #43 attila9988 őstag dtracer #22
    Új Válasz #43
    Ú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 dtracer #22 üzenetére

    A virtuális gép, amiben a bytecode fut, az a HotSpot.

    Nem egészen... a virtuális gép, az a jvm. A hotspot meg ennek egy része, ami a jit működési mechanizmusát szabályozza.

  • #42 attila9988 őstag
    Új Válasz #42
    Ú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

    Egy programozási nyelv nem lehet sebezhető. Egy software viszont igen, pl a java -hoz tartozó futtatókörnyezet/platform, a jvm.....
    Szóval a cikk címe csalóka.

    Mondjuk nem is értem miért olyan nagy szám a java manapság. Lassú, működéséből adódóan nagyon eszi a memóriát, applet -ként már csak az idióták használják, kliens oldalon a rettentő béna gui tool -ok miatt használhatatlan hulladék, az oracle pedig megtesz mindent, hogy minél kevesebben használják ezt a platformot...
    Oké hogy szerver fronton backend -ként jó lehet, de nagyjából ennyi. Most meg, hogy az oroszokkal is kötözködik az oracle, egyre kevesebben fognak majd bízni a java -ban.

    Szóval nem is a sebezhetőségek mennyisége fogja megölni, hiszen ha ez lenne a döntő, akkor pl senki nem használna windows -t, hiszen abban is minden hónapban találnak pár meglepetés sebezhetőséget....
    Ami meg fogja ölni, azok az alapvető hiányosságok, és problémák.

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

Hirdetés