[kroozo]

Idézet: cx.core - Dátum: 2005. márc. 5., szombat - 8:22

Én azért, mert interpretált, tehát viszonylag lassú. Már a "write once, compile everywhere" gondolkodásmód sem tetszik, nemhogy ez. :Ð

Ne haragudj, de hülyeségeket beszélsz.
1) Nem interpretált. Bájtkódba van fodítva...
2) Nem lassú. Nagyon mem. Az régen volt. Sokáig compileol (hmm, ilyen mikor is csinál egy interpretált nyelv?), lassan indul el, és sok memóriát eszik, de mostmár nagyon gyors. Inkább azért nincs itt sok, mert nem használjuk annyian. 1x így alakult....

[KovacsUr]

Idézet: kroozo - Dátum: 2005. márc. 19., szombat - 20:03

2) Nem lassú. Nagyon mem. Az régen volt.

• Why Java Will Always Be Slower than C++
  
• Indítsd el a NetBeanst
  
• (öt perc múlva) Van még kérdés?

Kisebb, egyszerû programoknál nem tûnik fel a sebességkülönbség, ha elég gyors géppel áldott meg a sors. Sajnos nem mindenki ilyen szerencsés. Egyes feladatokra egyszerûen nem ésszerû Javát alkalmazni, ezt be kell látni.

Szerkesztette: KovacsUr 2005. 03. 19. 20:42 -kor

[cx.core]

Idézet: kroozo - Dátum: 2005. márc. 19., szombat - 21:03

1) Nem interpretált. Bájtkódba van fodítva...

Idézet

[..]
bytecode
Machine-independent code generated by the Java compiler and executed by the Java interpreter.
[..]
interpreter
A module that alternately decodes and executes every statement in some body of code. The Java interpreter decodes and executes Java bytecode. See also compiler, runtime system.
[..]

Lásd: Glossary of Terms @ Sun.
Tehát a bytecode-ot interpretálják. (Sejtem én, hogy te a szûkebb értelmében használod az "interpreter" szót, de ha már a Sun is így hívja, akkor a szavakon sem lehet lovagolni.)

Igen, tudom, van lehetõség az egész bytecode egybeni lefordítására futtatás elõtt. (És még így is lassabb lesz, mintha egybõl az adott architektúra natív kódjára fordítottad volna.) Erre írtam, hogy a write-once-compile-everywhere gondolkodásmódtól is rosszul vagyok.

Idézet

2) Nem lassú. Nagyon mem. Az régen volt. Sokáig compileol (hmm, ilyen mikor is csinál egy interpretált nyelv?), lassan indul el, és sok memóriát eszik, de mostmár nagyon gyors. Inkább azért nincs itt sok, mert nem használjuk annyian. 1x így alakult....

Már a C fordítók pazarlásai miatt is szívom a fogam, a Java gondolatától meg egyenesen feszengek.
Igazán kedvem lenne még valami csattanót írni a végére, de nem szeretem az epigrammákat, és fáradt is vagyok.

Szerkesztette: cx.core 2005. 03. 19. 22:24 -kor

[Lord Dalamar]

Sziasztok! Én nem programot töltök fel, ezért OFF is amit írok, de nem találtam más topicot, ha van akkor link....és én megyek oda és oda írogatok...
Keresek egy "unatkozó" programozót, egyetemistát, vagy csak aki hobbi szinten üzi, van egy elképzelésem, amire szükségem van, egyelõre saját célra kellene, de késõbb pénz is lehet benne, mivel nem túl bonyolult a dolog és elég nagy a hiány is...ha valakit érdekel az írjon privibe vagy mailt...

koszi 

[Gregorius]

Ezt alkottuk: Bathory Bulletin Board
Meg fejlesztes alatt van...kritikakat varunk a forumra('Vélemények a forumrol' forumba)....es esetleg itt is.

[d3relict]

erre most büszke vagyok:

http://www.derelict....isc/wavegen.swf

1-2 órányi szórakozás eredménye

[izll81]

Sziasztok!

Látom nagyon sok jól sikerült munka, honlap, stb... van itt, ezért én sem akarok kimaradni a sorból:
Most índítottam, több hónapi szenvedés után a NetChatFórum-ot.
Ha valakinet van véleménye róla, azt várom!

[Paracelsus]

Én csak két képet tudok mutatni egy játékról, mert fordítható verzió nincs belõle. Már nem fejlesztem, lényege, hogy repülõnkkel az ufókat kell lelõni. Nagyon komoly. 

The Expert Pilot - menükép (a szabadhent opció nem mûködik, de csak pár if kérdése)
The Expert Pilot - második "pálya"

[b14]

Idézet: Lord Dalamar - Dátum: 2005. márc. 25., péntek - 23:08

Sziasztok! Én nem programot töltök fel, ezért OFF is amit írok, de nem találtam más topicot, ha van akkor link....és én megyek oda és oda írogatok...
Keresek egy "unatkozó" programozót, egyetemistát, vagy csak aki hobbi szinten üzi, van egy elképzelésem, amire szükségem van, egyelõre saját célra kellene, de késõbb pénz is lehet benne, mivel nem túl bonyolult a dolog és elég nagy a hiány is...ha valakit érdekel az írjon privibe vagy mailt...

koszi

Vállalom, de tök ingyen.
A mailcímem: kisbes(kukuc)gmail(ponty)com

[b14]

Én ezt készítettem: http://b14.uw.hu Ez egy nagyon hasznos kis oldal a maga nevében. Ajánlom mindenkinek, hogy megnézze, akinek nincs még gmailes címe.

[Nevergone]

Idézet: b14 - Dátum: 2005. aug. 2., kedd - 9:01

...

Khm... azért ne csússzunk el ebbe az irányba, ha kérhetném...

[h1ghland3r]

Idézet: KovacsUr - Dátum: 2005. márc. 19., szombat - 19:42

• Why Java Will Always Be Slower than C++
  
• Indítsd el a NetBeanst
  
• (öt perc múlva) Van még kérdés?

Kisebb, egyszerû programoknál nem tûnik fel a sebességkülönbség, ha elég gyors géppel áldott meg a sors. Sajnos nem mindenki ilyen szerencsés. Egyes feladatokra egyszerûen nem ésszerû Javát alkalmazni, ezt be kell látni.

A cikkel sok ponton egyetertek, de a konkluzioja nem franko.

Nem mondanam, hogy a projekt bonyolultsaga szabja meg, hogy alkalmazhato-e a Java (vagy a C#). Inkabb a sebesseg az, ami a dolog sarokkove lehet. Ha a Java eleg gyors, akkor szinte minden mellette szol, mert bar szerenyebb kepessegu nyelv, de amit tud, azt viszonylag jol tudja.

Ezzel szemben a C++ ott van a zavaros template-ekkel, ami valoban alkalmazhato generikus programozashoz, de mindenki tudja (legfokeppen azok, akik ezzel foglalkoznak), hogy abszolut nem erre talaltak ki. Aztan van egy borzaszto sovany futasideju konyvtara zerosemmi grafikus tamogatassal. Egyszeruen nem hiszem el, hogy 2005-ben egy szabvany konyvtar legnagyobb erenye nehany absztrakt adatszerkezet parametrikus megvalositasa (talan csak egy olyan van (STLport) ami tutira allocator biztos), meg valami konzolkezeles.

Arrol mar nem is beszelek, hogy a C++ szabvanybol hianyzik az alapveto elemek korrekt definicioja. Pl. elemi tipusok merete (allitolag a hordozhatosag erdekeben, bar eppen a programok atvitelenel lehet vele rohadtnagyot szivni), objektumok binaris reprezentacioja v. a kivetelek teren is vannak gyonge pontok. Kicsit gaz, hogy a Watcom-bol dobott kivetelt nem lehet szivas nelkul elkapni VC++-os kodban. Vagy mekkora orbitalis szivas a ket fordito kozott osztalyokat megosztani? Pedig annak idejen a szabvany megalkotasakor egy csuklomozdulat lett volna ezt az egeszet korrekten megoldani (egyszeruen le kellett volna irni, hogy hogyan KELL csinalni). Es akkor talan a C++ kepes lenne mas nyelvekkel is egyuttmukodni. Nincs reflection. Irnak rohadt komplikalt template kodokat, amik itt-ott probalnak valamit csinalni, de valszeg csak annak van kedve hasznalni, aki mogott puskaval allnak es kenyszeritik.

Szoval C++-t csak oda, ahova a sebessege miatt kell....

[beeci]

Idézet: h1ghland3r - Dátum: 2005. aug. 2., kedd - 15:30

Szoval C++-t csak oda, ahova a sebessege miatt kell....

...és memóriafoglalás csökkentése..stb.

[b14]

Idézet: Nevergone - Dátum: 2005. aug. 2., kedd - 13:09

Khm... azért ne csússzunk el ebbe az irányba, ha kérhetném...

Nem értelek.
Az volt, hogy aki amit készített, azt bemutathatja, nem?
Én úgy gondoltam, hogy ezt én készítettem.

[Harder]

b14,
igen, te készítetted. Én is készítettem este magamnak egy vajaskenyeret, mégsem teszem a fényképét mert nem ide való.
A lényeg, hogy a lapodat nem itt kell reklámozni mert offtopic, olvasd el a kezdõ hozzászólást.

[b14]

Idézet: Harder - Dátum: 2005. aug. 2., kedd - 21:19

b14,
igen, te készítetted. Én is készítettem este magamnak egy vajaskenyeret, mégsem teszem a fényképét mert nem ide való.
A lényeg, hogy a lapodat nem itt kell reklámozni mert offtopic, olvasd el a kezdõ hozzászólást.

Elnézést kérek ezúttal -tõled- és mindenkitõl, akinek szemet szúrt a hozzászólásom.

[Haderach]

Idézet: h1ghland3r - Dátum: 2005. aug. 2., kedd - 14:30

[java thread]

ebbe en is beleszolnek.
Szoval a c++nak meglehetosen kicsi a szabvanyos konyvtara(de hihetetlenul ruglamas, es elegansan programozhato), es elerheto hozza szamtalan 3rd party cucc is, amikbol bosegesen lehet valogatni, biztosan mindenki megtalalja a neki tetszot. de eppen ide vehetjuk a Javat, nekem nemreg kellett egy kis ideig awt-t es swinget hasznalni, es tulzas nelkul mondhatom, hogy az pl. ugy ahogy van, szar. persze vannak pozitiv peldak is, a windows.forms eleg korrekt sztem. (habar QT rlz :> )
objektum-letrehozas es allokalas: a java itt meglepoen jol teljesit, (mint a c#) sokkal gyorsabban allokalja az objektumoknak a tarteruletet, mint a c/c++(sok objektumnal nagy elony) es a GC is egy nagyon hasznos dolog szerintem (tudom, c++hoz is van szamtalan elerheto GC, de a java-e gyorsabb, es sztem a c#-e is) emellett a java nyelvi szinten tamogatja a tobbszalu vegrehajtast is.
a cikk egyik fontos pontja volt a sok castolas. meg nem neztem utana a java 1.5-nek, de abban mar vannak generikus kiegeszitesek, az sok castolassal van megoldva, vagy valoban gyorsabb lehet mint a  ipus-fuggetlen tarolok?

[h1ghland3r]

Idézet: Haderach - Dátum: 2005. aug. 3., szerda - 8:49

ebbe en is beleszolnek.
Szoval a c++nak meglehetosen kicsi a szabvanyos konyvtara(de hihetetlenul ruglamas, es elegansan programozhato), es elerheto hozza szamtalan 3rd party cucc is, amikbol bosegesen lehet valogatni, biztosan mindenki megtalalja a neki tetszot. de eppen ide vehetjuk a Javat, nekem nemreg kellett egy kis ideig awt-t es swinget hasznalni, es tulzas nelkul mondhatom, hogy az pl. ugy ahogy van, szar. persze vannak pozitiv peldak is, a windows.forms eleg korrekt sztem. (habar QT rlz :> )
objektum-letrehozas es allokalas: a java itt meglepoen jol teljesit, (mint a c#) sokkal gyorsabban allokalja az objektumoknak a tarteruletet, mint a c/c++(sok objektumnal nagy elony) es a GC is egy nagyon hasznos dolog szerintem (tudom, c++hoz is van szamtalan elerheto GC, de a java-e gyorsabb, es sztem a c#-e is) emellett a java nyelvi szinten tamogatja a tobbszalu vegrehajtast is.
a cikk egyik fontos pontja volt a sok castolas. meg nem neztem utana a java 1.5-nek, de abban mar vannak generikus kiegeszitesek, az sok castolassal van megoldva, vagy valoban gyorsabb lehet mint a  ipus-fuggetlen tarolok?

Nagyjabol egyetertunk.

A Java-t speciel en sem annyira csipazom, de a C#-nak vannak ugyes pillanatai szvsz. Nem vagyok egy Microsoft-rajongo, de szerintem jo otlet volt felkarolniuk.

Ahogy egy kicsit tobbet foglalkoztam a C++-al egyre inkabb ugy erzem, hogy evolucios zsakutca annak ellenere, hogy csodalatos lehetosegei is vannak. Ugy fogja vegezni, mint a Fortran vagy a Cobol.

[Haderach]

Idézet: h1ghland3r - Dátum: 2005. aug. 3., szerda - 12:27

Ahogy egy kicsit tobbet foglalkoztam a C++-al egyre inkabb ugy erzem, hogy evolucios zsakutca annak ellenere, hogy csodalatos lehetosegei is vannak. Ugy fogja vegezni, mint a Fortran vagy a Cobol.

a a a a a ugy biztosnem, azokat a nyelveket meg viragzasuk alatt SEM szerette senki a c++ ezen pedig azert mar tul van
egyebkent ki tudnad fejteni ezt a gondolatott bovebben?

[marczi]

Idézet: Haderach - Dátum: 2005. aug. 3., szerda - 9:49

ebbe en is beleszolnek.
Szoval a c++nak meglehetosen kicsi a szabvanyos konyvtara(de hihetetlenul ruglamas, es elegansan programozhato), es elerheto hozza szamtalan 3rd party cucc is, amikbol bosegesen lehet valogatni, biztosan mindenki megtalalja a neki tetszot. de eppen ide vehetjuk a Javat, nekem nemreg kellett egy kis ideig awt-t es swinget hasznalni, es tulzas nelkul mondhatom, hogy az pl. ugy ahogy van, szar. persze vannak pozitiv peldak is, a windows.forms eleg korrekt sztem. (habar QT rlz :> )
objektum-letrehozas es allokalas: a java itt meglepoen jol teljesit, (mint a c#) sokkal gyorsabban allokalja az objektumoknak a tarteruletet, mint a c/c++(sok objektumnal nagy elony) es a GC is egy nagyon hasznos dolog szerintem (tudom, c++hoz is van szamtalan elerheto GC, de a java-e gyorsabb, es sztem a c#-e is) emellett a java nyelvi szinten tamogatja a tobbszalu vegrehajtast is.
a cikk egyik fontos pontja volt a sok castolas. meg nem neztem utana a java 1.5-nek, de abban mar vannak generikus kiegeszitesek, az sok castolassal van megoldva, vagy valoban gyorsabb lehet mint a  ipus-fuggetlen tarolok?

Igazából az 1.5-ös nem nagyon csinál más, mintha egy preprocesszor lenne az 1.4-hez, gyakorlatban a futtató teszi hozzá a typecastokat futásidõben. További info itt: http://www.artima.co.../generics2.html  Igazából az 1.5 majdnem összes új tulajdonsága ilyen varázslatokat használ, talán az annotation-ok nem, bár szerintem ott is valami ilyesmi húzódik meg a háttérben. Egyébként érdekes téma, indíthatnánk neki új topicot.