- btz: Internet fejlesztés országosan!
- Mr Dini: Ha szeretnéd rootolni az LG Smart TV-d, tedd meg most!
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- plevips: Építkezünk 3. rész (2024)
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
Új hozzászólás Aktív témák
-
floatr
veterán
A múltkori topikot ezek szerint kihagytad, amikor a crakshaft-et mókoltam meg egy kicsit. Nem lassú Bár a Java-nak lenne ilyen sebessége...
(#104) doc amennyire én olvastam, inkább arról szólt, hogy VM-fika alapjaiban. Épp hogy nem a runtime illesztési hiányosságait nyilvánította mindenki fájdalmasnak, hanem magát a runtime-ot egy köpedelemnek. Tény, hogy mondjuk egy ogl binding hiányzik néha, meg hasonló okosságok, de az a nyomorult VM egyáltalán nem gáz.
[ Szerkesztve ]
-
doc
nagyúr
baromira nem arrol szol az egesz, hogy milyen szintaktikaval irsz le valamit. raadasul a JS es mondjuk a C# olyan orulten nagyon nem is kulonbozik egymastol (sokkal nagyobb a kulonbseg pl. az altalad emlitett Rubyval osszehasonlitva)
a VM nem az ActionScript 'nyelvet' futtatja, ill. a browser JS-motorja is leforditja a forrast. a HTML5 is hasznalhatna akar Perlt is, nem ez a lenyeg, hanem az hogy az engine hogyan valositja meg azt amit a kivalasztott nyelvvel elmagyarazol neki -
doc
nagyúr
ok, igy mar ertem mire gondolsz, az elozo postbol ez nekem nem jott le
a nyelv problemahoz illo megvalasztasa teljesen jogos es nyilvanvalo igeny, de a web sok szempontbol specialis terulet, es egyre inkabb arra halad, hogy 1-2 kivalasztott nyelv letezzen. ott van a sokak altal agyonszidott es fikazott PHP, ami szinte egyeduralkodo lett a maga teruleten, kliensoldalra ott a JS. desktopon ezzel szemben meg ezrevel valogathatsz a nyelvek kozott
-
floatr
veterán
Próbázzad meg te is. Amit összemókuskodtam, az nagyjából partiban volt egy cpp/c#(mono) alkalmazással a legújabb v8 alatt.
Amúgy meg az architektúrával kapcsolatban meg annyi, hogy egy ideje extjs-t használunk, és annak a metodikáját használva elég összetett alkalmazásokat is lehet hegeszteni gányolás nélkül, de a node.js modulos mechanizmusa sem annyira szar.
[ Szerkesztve ]
-
doc
nagyúr
azert irtam 'sokak'rol, mert nekem nem volt sok dolgom PHP-val, egyszer kivancsisagbol raneztem, osszehoztam egy SQL elotet oldalt, orultem hogy mukodik, aztan reszemrol ennyi csak ismerosoktol hallom hogy folyton anyaznak
ha jol emlekszem, Tildy alairasaban lattam regebben: "A php az önbizalomhiányos programozók nyelve, már alapból kérdőjellel kezdődik a kód"
olcso, szar munkaero meg kb mindenhez van, eleg sokat latom masok (ilyen-olyan nyelvu) kodjat, es neha nem tudom hogy sirjak, rohogjek, es/vagy postoljam DailyWTF-ra
-
floatr
veterán
Komplexitást szerettél volna, tessék. Ennyi lett volna az apropója, nem pedig az implementációs bugok. Nyilván ennek is vannak hibái, de amiket említesz, azok nem alapötletbeli problémák, vagy a js VM önmagában csődöl be, hanem kisebb szépséghibák, amiket mind lehet orvosolni. Ilyenek flexben is vannak bőven, de a swing sem mentes.
"Kicsit lassabb" -- erre mondanám azt h mivel nézed Nekem chrome alatt reszponzívabb, mint egy hasonszőrű swing UI, pedig mindkettő használ 2d gyorsítást, és háttérfunkcionalitást tekintve néha az az érzésem, hogy a swing elnagyolt.Amúgy ha már ennél a frameworknél ilyen szinten leragadtál, akkor hadd említsem már meg, hogy komponens-architekúra alapon elég sok dolgot próbáltam belevinni, és nem jelentett olyan őrületesen nagy problémát sohasem.
-
dabadab
titán
Valószínűleg a framelimiter lesz a hibás, alapból ki van kapcsolva (esc-kel jön elő a menü). Bekapcsolt limiterrel (kb 100 fps-sel), far viewing distance-nél nálam az X2 250-en 800 MHz-en kb az egyik magon 50%-os terhelést csinált. Meg mondjuk valószínűleg a kód sincs agyonoptimalizálva, ez inkább amolyan proof of concept, pre-alpha állapota a kódnak - és még így is bőven ver bármit, amit flashben láttam.
DRM is theft
-
floatr
veterán
Őszintén szólva egyre kevésbé értem, hogy mire akarsz kilyukadni ezzel. Ha a nyelvvel van a problémád -- mintha rémlene ilyesmi -- akkor az egyéni személyiségzavar Ha a VM-el, akkor biztosíthatlak, hogy semmivel sem gázabb a többihez képest, nyilván összetettebb módszerek kellettek hozzá, hogy egy ennyire szabadon mozgó célpontot eltaláljanak jól. Ha a grafikai alapok nem tetszenek, akkor hadd említsem meg, hogy nagyonsok évvel ezelőtt hegesztettem magamnak vesa alapokon egy ablakozós rendszert, és beszarás h mennyit kell gányolni, hogy emészthető eredmény legyen, és akkor még egy általános interfészt használtam, igaz asm/C alapokon. Persze közben meresztgettem a szememet az utóbbi időkben a jelenlegi ablakozós rendszerekre is, de azt kell mondjam, hogy iszonyat üdítő ilyen egyszerű eszközzel építkezni, mint ez. Szóval nem értem a kifogások alapját.
A bugokat illetően meg én azt látom, hogy a komponensek fejlesztőinek a fejében inkább a kattintós júzer képe járt. De legyen ez a legnagyobb problémánk, hogy nem teljesen úgy működik minden bitre, ahogy mondjuk egy éppen aktuális comctl32 library-ban összetákolt cuccok.
-
floatr
veterán
Milyen komoly és általánosabb célú VM-et szeretnél? Amihez Ada, Forth, Lisp, vagy akár brainfuck alapon is lehet kódot írni? Mert a CLR nem olyan. Egy platformhoz/nyelvhez/technológiához igazították, majd a többi kapcsolt nyelvet megoldották úgy, hogy mindegyikben lehet ugyanazt csinálni. Mint a GTK, vagy QT binding-jai csak itt egy kicsit más alapokon.
-
floatr
veterán
Szerintem most is alapvetően két dolgot akarsz egyben megkapni. Az egyik oldalról van egy dinamikus nyelvi tábor, a másik oldalon meg a statikus "erősentípusosajó". A dinamikus nyelvekre mint látható egész jó VM-ek húzhatóak, de nagyon más a mechanizmusa, mint pl a JVM-é. Amellett vannak teljesítménybeli különbségek is éppen a felépítésből adódóan. A két tábornál szvsz annyira nagyok az ellentétek, hogy egyikben sem akarják feladni azokat a fő ismérveket, ami miatt azt a nyelvnek/technológiának preferálják.
Emiatt van csak interpreterként jelen java-ban a felsorolt pár script. És emiatt lenne pazarlás ráerőltetni egy JsVM-re egy statikus nyelvről fordított bytekódot. Két VM-et meg senki nem fejleszt, mert néha még az az egy sem igazán megy.
-
ArchElf
addikt
Ok, talán egy kicsit pontatlanul fogalmaztam...
De aki a var/Variant-tal kezdi a fejlesztést (vagy php-ban, ahol nincsenek is rendes típusok, csak generikusok, meg osztályok), annak az első sírása itt az lesz, hogy ha beolvas két "számot" a line-in-en, nem érti, miért nem tudja "csak úgy" összeszorozni őket... A generikus adattípus csak kb arra jó, hogy a compiler ne sírjon, aztán a program meghaljon félúton és lehessen debugolni órákig vagy napokig, mire az ember megtalálja, hogy honnan szivárog be egy konvertálatlan/kezeletlen adat.AE
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
Új hozzászólás Aktív témák
- Redmi Note 11 Pro 5G - a bajnokesélyes nem készült fel
- btz: Internet fejlesztés országosan!
- Kerékpárosok, bringások ide!
- Mr Dini: Ha szeretnéd rootolni az LG Smart TV-d, tedd meg most!
- Skoda, VW, Audi, Seat topik
- Motorola Edge 40 - jó bőr
- Politika
- Mibe tegyem a megtakarításaimat?
- Végre megjelenési dátumot kapott az xDefiant
- Megérkezett a Google Pixel 7 és 7 Pro
- További aktív témák...
- Üzletből, garanciával, legújabb Asus Vivobook 17" i7-1355U 10 mag 5GHz/16RAM/1TBSSD/17,3"FULLHD
- Üzletből, garanciával DeLL XPS 15 9500 i7-10750H 32GBRAM 1TBSSD/GTX1650Ti 15,6"4KTOUCH
- i5 12400f 3070 gamer pc
- DeLL Precision 7740 workstation, üzletből, I7-9850H/32RAM/512GBSSD/NVIDIA QuadroRTX3000/17,3"FULLHD
- Sigma 10-20mm f/4-5.6 EX DC HSM (Canon EF bajonett)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen