2. Fórumok
  3. Szoftverfejlesztés
  4. Programozás topic
  5. (kiemelt téma)
Keresés

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

  • #7067 bambano titán #25954560 #7065
    Új Válasz #7067
    Ú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

    bambano

    titán

    válasz #25954560 #7065 üzenetére

    a gyors jáva kód dolog akkor szokott átmenni mítoszba, mikor az első mások által faragott cuccot betöltöd a saját programodba. nem feltétlenül a jáva lassú, azok a framework-ök lassúak, amiket használni akarsz.

    Nekem meg az a tapasztalatom, hogy azért lassúak a jáva programok, mert túldizájnoltak. Kiindulva a "ha kalapácsod van, mindent szögnek nézel" mondásból, én már láttam olyan jáva architektet, aki a budizást se tudta volna megoldani 50 gettersetter meg 3 xml parser nélkül. Mindent beleraknak a programba, amit valaha feltaláltak jáva területen. Olyan is lesz... de ettől még mindig nem a jáva lassú.

    meg néha nem ártana elfelejteni, hogy a jáva oop...

  • #7066 skoda12 aktív tag #25954560 #7065
    Új Válasz #7066
    Ú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

    skoda12

    aktív tag

    válasz #25954560 #7065 üzenetére

    Lehet, hogy nem olyan fejlett a gc vagy tobb memoriat foglal egy azonos hosszu string, mint egy masik nyelvben. Nyilvan byte kod miatt sosem lesz olyan gyors, mint egy nativ alkalmazas. Ettol fuggetlenul azt allitani, hogy ugyanaz a program tobb tucat peldanyban fut .NET-ben ugyanazon a vason, mint egy javas peldany azert az tobb, mint meredek. Eleve nem hiszem, hogy barki itt levo latott volna egy .NET-es meg egy javas alkalmazast, amiknek ugyanaz lenne az architekturaja es ugyanazt csinaljak, igy kar is belemenni abba, hogy ez a program ennyit eszik a masik meg annyit.
    Most egy olyan rendszert raktunk ki productionbe, ami majdnem 2x16 giga memoriat fogyaszt. Ettol most a java szar? Nem (illetve nem ettol szar), egyszeruen csak arrol van szo, hogy a beerkezett tradeket par millisec alatt kell feldolgozni es ebbe nyilvan nem fer bele az, hogy elkuldunk tobb sql queryt egy DB szerver fele, amik egyenkent osszejoinolnak 2-3 tobb tizmillios tablat, ezert egyszeruen a memoriaban vannak tartva az aktiv adatok.

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