Hirdetés
- Milyen CPU léghűtést vegyek?
- SSD kibeszélő
- Ha a koreaiakon múlik, még évekig ingünk-gatyánk rámehet a memóriákra
- A fával keres kapcsolatot a Gigabyte új alaplapja
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen RAM-ot vegyek?
- Redmi Pad 2 Pro / Poco Pad M1 - egy teszt, két lélek
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Amilyen gyorsan jött, olyan gyorsan ment is a világ legdrágább csúcs-VGA-ja?
Új hozzászólás Aktív témák
-
ddekany
nagyúr
válasz
#16820480
#16
üzenetére
"pont a napokban hozta fel egy topikban floatr, hogy JS esetében is már majdnem natív kódot hoztak valami teszt alatt, szóval ilyen tekintetben talán nem olyan nagy a különbség"
Na, azért a matematika törvényeit nem olyan egyszerű átverni.... Ha nagyon de nagyon okos az a JS engine, akkor részben áttranszformálhatja a JavaScript-es algoritmust egyenértékű C/Java-jellegű algoritmusra, de ez csak speciális esetekben fog menni. Azaz micro-benchmark szinten lehet ezzel domborítani, de egy összetettebb programnál, pesszimista vagyok a lehetőségek tekintetében. Ellenben a Java alapvetően statikus, erősen típusos, stb., akár csak a C/C++, szóval fekszik a (mai?) hardvernek. Nagyon de nagyon régóta alkalmazunk dinamikusabb nyelveket, még a modernebbek is (pl. Python, Ruby) komoly múltra tekintenek vissza és komoly üzleti érdekek állnak mögöttük, mégis soha nem közelítették meg a C/Java sebességét a valóságban. Most a JavaScript esetén hirtelen? Hát finoman szólva kétlem. Meg amúgy ez közel sem csak a sebességről szól, hanem a karbantarthatóságról (bizonyos hibák korai kimutatása, öndokumentáló képesség, refactoring). Kis project-nél talán nem éri meg a plusz hercehurca amivel a statikusság jár, de nagyobbnál sokak szerint (pl. szerintem
) nagyon is megéri. Meg akik nagyon éltetik a script nyelveket, azok sokszor nem nagyon használtak Eclipse-t vagy IntelliJ-t (IDE-k), és valahol leragadtak 15 évvel ezelőtt, mikor futották a köröket Borland C-ben vagy hasonlóban... Én pár éve programoztam Python-ban (Wing IDE, talán az egyik legjobb és fizetős), és kínszenvedés volt az Eclipse után. Ruby-ban, legalábbis még akkor, még rosszabb volt a helyzet. Egyszerűen "matematikai okokból" borzalmas nehéz hatékony IDE-t csinálni dinamikus nyelvekhez.És ami talán még fontosabb... az Java és Android nem nyelvek, hanem, lényegében, platformok, amin futhatnak dinamikus nyelvek is. Pl. keverhetsz Java-ban és Groovy-ban írt programrészeket. Persze a JVM-et és Dalvik-ot a Java-hoz tervezték, de ha úgyis ott használ script nyelvet ahol ne a sebbesség a lényeg, kellően hatékonyak JVM-en is. Plusz a következő JVM-ben már vannak képességek, amiket a kifejezetten a dinamikus nyelvek támogatása miatt raktak be, szóval lesz ez még jobb is, csak akarni kell.
Amúgy hol tapasztalod kliens oldalon, hogy lassú a Java? Lassabban indul el, és több RAM-ot eszik, de néhány speciális trükkös alkalmazástól eltekintve (ahol is kihasználod hogy nem minden objektum, stb) nem kéne általában lassabbnak lennie mint a C++ alkalmazások. Elvégre azokat is pont ugyanúgy lehet bénára írni, sőt... Nincs semmi nagy trükk a gyors Java programok írásában, "csak" az mint akármelyik más nyelvnél: helyes algoritmusokat kell választani, helyesen definiálni a "modulok" feladatát és interfészét... nyelv-független dolgok.
"gnome3 alapértelmezett felülete is lényegében JS alapú, és a jövőre érkező win8 is erősen arra fog támaszkodni"
De ne keverjük a szezont a fazonnal... Egy csupán felhasználó felületet vezérlő nyelv sebessége lényegtelen, mivel ott nem kell sok munkáz végezni. A Win8 meg ugyan támogatni fogja a JS+HTML+CSS-t, de gyaníthatóan a fő irány valami C#/Silverlight-szerűség marad.
-
válasz
#16820480
#16
üzenetére
nekem a jól megírt jávás program nem csak grafikus felületet igénybe vevő desktop program

de akár a netbeans, akár az eclipse, mindkettő megmutatja, hogy mit lehet kihozni egy jávás desktop programból.tény, hogy ilyen kevés van.
de a php-sok csak csurgathatják a nyálukat, ha egy 3-as glassfish clusterre gondolnak...
Új hozzászólás Aktív témák
- Milyen CPU léghűtést vegyek?
- SSD kibeszélő
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Gumi és felni topik
- BestBuy topik
- LEGO klub
- Samsung Galaxy Watch8 - Classic - Ultra 2025
- Ha a koreaiakon múlik, még évekig ingünk-gatyánk rámehet a memóriákra
- A fával keres kapcsolatot a Gigabyte új alaplapja
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- További aktív témák...
- Eladó egy Sony HT-DDW750 5.1 házimozi rendszer megbizható, hibáktól mentes állapotban + Pio S-11A-P
- Megvigyázott ASUS TUF RTX 3070 OC, dobozzal, garival
- Szép, dobozos MSI PRO Z790-S WIFI PCIe gen5 garival
- Dobozos Aorus B650 AORUS ELITE AX V2, újszerű, garanciával
- Dobozos új MSI B650 GAMING PLUS WIFI 6E antennával, io shielddel, garanciával
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- 134 - Lenovo Legion Pro 7 (16IRX8H) - Intel Core i9-13900HX, RTX 4090 - 3 év garancia
- Apple iPhone 15 Pro Max 256GB, Kártyafüggetlen, 1 Év Garanciával
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Apple iPhone 14 Pro Max Gold Dynamic Island, 120 Hz ProMotion, 48 MP kamera-128 GB-100%
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
) nagyon is megéri. Meg akik nagyon éltetik a script nyelveket, azok sokszor nem nagyon használtak Eclipse-t vagy IntelliJ-t (IDE-k), és valahol leragadtak 15 évvel ezelőtt, mikor futották a köröket Borland C-ben vagy hasonlóban... Én pár éve programoztam Python-ban (Wing IDE, talán az egyik legjobb és fizetős), és kínszenvedés volt az Eclipse után. Ruby-ban, legalábbis még akkor, még rosszabb volt a helyzet. Egyszerűen "matematikai okokból" borzalmas nehéz hatékony IDE-t csinálni dinamikus nyelvekhez.



