Új hozzászólás Aktív témák
-
L3zl13
nagyúr
Hmm, nehéz ügy. Nem tudom a két rossz közül melyiknek szurkoljak...
Aki hülye, haljon meg!
-
-
lgb
tag
Ez fura dolog, mert ok-ok hogy a java celja a platformfuggettlenseg erdetileg stb, de azt gondolom az Oracle se gondolja komolyan, hogy Android-ra irt appoknak teljesen platformfuggetlennek kene lennie, tehat itt a "fragmentalast segitette elo" nem focizik, mivel a helyzet eleg kulonleges. Tehat marad a kotozkodes, meg jogi hercehurca, de nem latom az Oracle ervet annyira igaznak. Ettol persze jogilag meg akar igazuk is lehet, lehetne ...
-
bigz
tag
egy szo elbujt az alcimbol :: "tovabbra is alaptalannak tartja"
[ Szerkesztve ]
I <3 Razer Mantis Control.
-
#16820480
törölt tag
nem értem, hogy annó miért nem eleve JS-ben meg CSS-ben csinálták meg az Androidot, mint ahogy például a webOS is van. akkor még talán lenne egy kis átjárás a chrome-os és android alkalmazások közt, és több usert meg tudnának fogni vele. illetve tudnák közvetlen használni a html5 api-kat, mint például az offline ccc, amivel hamarosan lehetne docs offline módban...
-
gombsadi
aktív tag
Nekem az tetszik a legjobban, hogy aggodik az oracle a felhasznalok; fragmentalodas stb. miatt:-D :-D :-D
Szegény, mintha legalább is 95%-os tulajdonos lenne. -
bitblueduck
senior tag
Nemtudom rémlik-e valakinek még a Sun vs Microsoft (azután United States vs Microsoft).
Nekem folyton az jut erről eszembe.An open mind is like a fortress with its gates unbarred and unguarded.
-
addikt
főleg mivel a j2me-s alkalmazások olyan vígan futkosnak az asztali jvm-en.
lehet egyébként erről szól a dolog, a jő öreg "buta" telefonok a j2me programokkal szépen elindultak a süllyesztőbe, WP7 silverlight, WebOS webes, iPhone Objective C, Symbian lassan már sehol se lesz, többiek elenyészőek [még?]. ahelyett hogy szépen összefognának a Google-lel [vagy bevásárolnák magukat] az utolsó valamennyire is java-s mobilplatformba, inkább "beleperelni akarják magukat", Google amúgy is tele van suskával.nem tudom, hogy lehetne igazságosan megoldani, de ezeknek a hatalmas cégeknek nem szabadna hagyni, hogy ugyanúgy évekig monopol kezükben maradjanak a szabadalmak, mint a start-up-oknak, mert szabályosan gátolják a technikai fejlődést. (értem én, hogy valahogy biztosítani kell, hogy a fejlesztésük, kutatásuk megtérüljön, különben szinte teljesen leáll a fejlesztés/kutatás, de a mostani helyzet sztem már borzasztó)
It's a rare occurrence, like a double rainbow, or someone on the Internet saying, "You know what? You've convinced me I was wrong."
-
ZaXXoN
tag
Szánalmas... kitalálnak mindent, csakhogy a pénzbányából kihasítsanak.Végülis biztos van, akinek ez a munkája az Oracle-nél, látványosan dolgozik. Ha nem sikerül, nem sikerül, de egy próbát megért...
-
Timbu
tag
Az azért senki ne gondolja komolyan, hogy a Java meg a JavaScript egy ligában versenyez...
Az Oracle meg nyilván egy kis zsebpénzhez szeretne jutni. Próbálkoznak, hátha sikerül. Jófejségből nem él meg egy cég sem, ahogy a Sunnak sem sikerült.
Az Android pedig szerintem új életet lehelt a kliens (mégegyszer: csak és kizárólag a kliens) oldalon haldokló Javába.
-
#16820480
törölt tag
én csak feltettem a kérdést, de ha értesz annyira hozzá, akkor szívesne vennék egy részletesebb választ, hogy miért nem játszanak egy ligában. mert nekem mint felhasználónak a javáról csak a lassúság és a sok szopás jut eszembe, amit kliens oldalon tapasztalok belőle. javascriptről meg az egyre szofisztikáltabb és jobban optimalizált kód, ami a weben megjelenik.
-
Timbu
tag
válasz #16820480 #13 üzenetére
"lassúság és a sok szopás jut eszembe"
Sajnos ez így van. Ezért írtam, hogy a kliens oldalról eltűnőben van. A Sun ezt a területet ugyanúgy elhanyagolta, ahogy a mobiltelefonokon megtalálható Micro Editiont is.
A legtöbb, webshopnál nagyobb léptékű oldal mögött viszont jó eséllyel Java technológia áll. A "nem egy ligát" arra értettem, hogy az ilyen helyeken megvalósított, összetett alkalmazásokat nem lehetne JavaScriptben létrehozni, mert az tényleg csak a weboldalak látványosabbá tételére született szkript nyelv.
-
válasz #16820480 #13 üzenetére
egy rosszul megírt jávás program tényleg lassú lesz. de egy jól megírt program sebessége jávában is elérheti a c++-ból natív gépi kódra fordítottét, esetenként (az újrafordítás miatt) gyorsabb is lehet.
egyébként meg önmagában a jáva egy kupac kutyapiszkot sem ér. ami érték benne, az a köré épített rendszerek összessége. hogy van rendes alkalmazásfejlesztő eszközöd, van egy halom kész könyvtár, amit nem kell újra meg újra megírni, van olyan alkalmazásszerver, ami nagyon sok mindent megcsinál helyetted, ami miatt a php programozóknál sűrű fejvakarás szokott lenni, stb. stb. stb.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#16820480
törölt tag
milyen összetett alkalmazásokra gondolsz? pont azért hoztam fel a kérdést, mert ugye a google elég erőteljesen JS+CSS kombinációban látja a jövőt, és nem csak weben, hanem kliens oldalon is, ha jól veszem ki. ahogy a chrome os-ben is a proramok lényegében JS alapokon nyugszanak, a levelező klienstől az office-ig mind. ráadásul képesek voltak alátolni egy masszív JS motort is. bár elvileg a dalvik vm-mel is ezt cisnálják, csak nem értem, hogy akkor miért nem egységesítették jobban a fejlesztési irányvonalat. a jelenlegi felállás szerint a webOS jobban illene a google világképébe a tisztán HTML+JS+CSS megoldásával, mint az Android.
még akkor tudtam volna elképzelni ezt a vonalat, amit folytatnak, ha ők zsákmányolják be a Sun-t, mert akkor házon belül lenne az egész technológia.bambano:sajnos jól megírt javás programból elég kevés van amióta olyan népszerű legg, azóta flash-ből is... 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.
viszont te is a php-vel hozod párhuzamba a dolgot, viszont én itt arra gondoltam, hogy egy gui felépítésében miért ne lehetne jó? egyre többen nyúlnak hozzá. elsőnek ott volt a Palm ugye a telefonjaikon, aztán most a 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. -
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...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
andras87
tag
Kiváncsi leszek!
Üdv: András [ NVIDIA™ FAN ] | Ha több pirosad van, mint nekem, akkor előre utalok!
-
ddekany
veterán
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.
-
ddekany
veterán
Remek... A J2ME-vel addig bénáztak, míg a kihalásra nem lett ítélve. A Java lényegében visszaszorult (vagy inkább a történelem során átköltözött...) a szerverekre. Most itt van valami, ami a mobil Java-ba életet lehelne, erre belekötnek. Anyátok. Mit akarnak mégis elérni? Nem árt ez túlságosan a szerver oldali Java-nak? Minél többen használnak Java-t összesen, annál jobban pörög a Java-s ökoszisztéma ami visszahat a szerveres szegmensre is...
-
burgatshow
veterán
A szerveres szegmens szerintem elég régóta már Java-n pörög (nem a consumer hanem a vállalati szektorban természetesen). Értem ezalatt az alkalmazásszervereket, a LDAP címtárakat, de még az olyan appliance-ket is, amiket az adott gyártó kimondottan arra célra fejlesztett ami (cache, tűzfal, xml pre és post process stb).
Nem akarok konkrét neveket mondani, de szerveres környezetben a java minden, csak éppen nem kihalt.
[ Szerkesztve ]
-
ddekany
veterán
válasz burgatshow #21 üzenetére
Igen, szerver oldalon jól megy a Java, de azért vannak területek ott is, ahol versenyzik a Ruby-val, Pythonnak, sőt a PHP-val () is. Szóval szvsz a még több azt használó fejlesztő (igen, akár más területen) egyáltalán nem ártana. Meg ez az egész balhé generálja a FUD-ot úgy általában a Java körül, hiszen egy ilyen trollkodós cég birtokolja...
[ Szerkesztve ]
-
burgatshow
veterán
Minket nagyon hidegen hagy az Oracle görcsölése. Megoldjuk magunknak.
Egyébként lehet hogy a Ruby és a PHP meg hasonló dinamikus nyelvek versenyeznek a Java-val, de mint mondottam nem nagyvállalati szektorban. Ott szinte mindenhol Java van. Az összes biztosítónál, banknál de még a különféle gyártóipari cégeknél is.
Új hozzászólás Aktív témák
- Dell 5820: Intel Xeon W-2135, 64GB DDR4, 256GB NVMe SSD, Nvidia Quadro P600, USB 3.1 C/A, ÁFÁs
- Eladó alig használt benq Zowie xl 2411P kihasználatlanság miatt karcmentes, tökéletes állapotban
- Honor X6a 128GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S23 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- iPhone 15 Pro Max 256GB