Java: "GAME OVER!"
101 отговора
4555 прегледа
Re: Java: "GAME OVER!"
hahaha! dobre che toia link deto si mi go dal e sys statichni kartinki che ako trebvashe da gi chakam da se izpylniavat na momenta ot JVM...
... i nai-dobre ne govori gluposti za embedded ezicite: eto i az shte ti dam malko linkove da ponauchish neshtichko...
[линк]
[линк] (v sluchai che ne znaesh tva poslednoto e saina na MS i stava duma za Visual BASIC kakto i VC++)
[линк] (syshto za Basic)
... be kvo da ti razpraviam... btw ti sigurno si webajia, nali? te sa nai-revnostni zashtitnici na javata

... i nai-dobre ne govori gluposti za embedded ezicite: eto i az shte ti dam malko linkove da ponauchish neshtichko...
[линк]
[линк] (v sluchai che ne znaesh tva poslednoto e saina na MS i stava duma za Visual BASIC kakto i VC++)
[линк] (syshto za Basic)
... be kvo da ti razpraviam... btw ti sigurno si webajia, nali? te sa nai-revnostni zashtitnici na javata
Re: Java: "GAME OVER!"
> Dokato se goni byrzodeistvie (a vseki programmer tochno tova tyrsi!), niama kakvo da sporite!
"Нашите програми - най-бързо гърмящите програми в целия свят"
"Нашите програми - най-бързо гърмящите програми в целия свят"
Re: Malka porawka
Приятелю, много писане но малко смисъл...
И аз съм от старата генерация, затова внимавай:
Говорим за C# а не за C++.
И Java и C# генерират псевдокод (едно време се наричаше P-код...) който си е машинно независим - т.е. и двата езика се интерпретират при изпълнение.
C# е разширение на C++ толкова колкото и Java - иначе щеше да генерира МАШИННО ЗАВИСИМ КОД, нали? :))
А че двата езика работят почти с еднаква скорост - това е факт от много сравнителни тестове и не става въпрос за компилация, а за чисто изпълнение. В определени операции скоростта им е по-голяма и от C++, и не бързай да ми противоречиш, а прочети: преди изпълнение псевдо кода се компилира в МАШИННО ЗАВИСИМ КОД (поне под Windows) което всъщност води до измамата че са "бавни" езици - ако стартираш програмката само веднъж, тя е бавна, но ако я зациклиш (компилацията само първия път!) ще се увериш че не отстъпват на C++.
"Mnogo pitanki - ama towa e zaradi glupawoto ti iziawlenie - samo ideiata 4e zad edoto stoi interpretator - e dostata4no da twardia 4e wseki Java kod ste se izpalniawa po bawno ot saotwetnia mu C++ kod " - не е ясно чие е глупавото изявление.
Това че си от старата генерация не значи да не си научил нищо ново :)))
И аз съм от старата генерация, затова внимавай:
Говорим за C# а не за C++.
И Java и C# генерират псевдокод (едно време се наричаше P-код...) който си е машинно независим - т.е. и двата езика се интерпретират при изпълнение.
C# е разширение на C++ толкова колкото и Java - иначе щеше да генерира МАШИННО ЗАВИСИМ КОД, нали? :))
А че двата езика работят почти с еднаква скорост - това е факт от много сравнителни тестове и не става въпрос за компилация, а за чисто изпълнение. В определени операции скоростта им е по-голяма и от C++, и не бързай да ми противоречиш, а прочети: преди изпълнение псевдо кода се компилира в МАШИННО ЗАВИСИМ КОД (поне под Windows) което всъщност води до измамата че са "бавни" езици - ако стартираш програмката само веднъж, тя е бавна, но ако я зациклиш (компилацията само първия път!) ще се увериш че не отстъпват на C++.
"Mnogo pitanki - ama towa e zaradi glupawoto ti iziawlenie - samo ideiata 4e zad edoto stoi interpretator - e dostata4no da twardia 4e wseki Java kod ste se izpalniawa po bawno ot saotwetnia mu C++ kod " - не е ясно чие е глупавото изявление.
Това че си от старата генерация не значи да не си научил нищо ново :)))
Re: Java: "GAME OVER!"
abe hora... stiga s tez ezici... koi bil po-dobyr, po portable, po-byrz, oshte malko i po-ako_moje_sam_da_si_pishe_programite. kakto kaza niakoi po-gore ima loshi (e i dobri estestveno) programisti. ezicite ne moje da sa loshi, shtom kato sa izmisleni i sa izpolzvani niakoga. nai-malkoto shtoto sa gi misleli po-umni ot nas.
mi to i pri choveshkite ezici e taka. latinski veche niama (govorimo pone), no predi vekove e govorela edna ot nai-velikite civilizacii na toia ezik. ne mi kazvai sega, che e bil po-losh ot angliiskia primerno, shtoto e izcheznal. e pri komp ezici razbira se ne e tochno taka, no analogiata e blizka.
mi to i pri choveshkite ezici e taka. latinski veche niama (govorimo pone), no predi vekove e govorela edna ot nai-velikite civilizacii na toia ezik. ne mi kazvai sega, che e bil po-losh ot angliiskia primerno, shtoto e izcheznal. e pri komp ezici razbira se ne e tochno taka, no analogiata e blizka.
Re: Java: "GAME OVER!"
ti pyk si tipichen primer za chovek, koito i poniatie si niama ot java. shte me izviniavash. pyrvo javata niama nishto obshto s java script. nali se seshtash? vtoro (tova sled kato si razbral, che javata ne e kato java scripta) na java ne se pishat samo appleti, servleti, jsp-ta i kvoto oshte ti doide na akyla (ne che e malko, no ne e samo za web-adjii). na java se pishat i mnogo prilojenia. vij go i toia site, ne za drugo, prosto na mene mi beshe interesen:
[линк]
ako se setish oshte neshto, kaji.
[линк]
ako se setish oshte neshto, kaji.
Re: Java: "GAME OVER!"
vij kvo pich, nikoga, povtariam NIKOGA ne sym tvyrdial che sym shte stavam sym bil ili shte byda java-r. kakto nekoi po-gore pisa tva sa si otdelna sekta (leko shashnati men ako pitash) hora. pravia OGROMNA razlika mejdu java i javascript, pone vtoroto si mislia che poznavam dosta dobre predvid na tva che i s nego sym si izkarval parite (predi da mi pisne). predpolagam che ti ako si dobyr v java ne si v nekoi ot ezicite deto az sym. tva si e normal state. kakto veche kazah ne sym imal namerenie da se zaiajdam s nikoi (ei izlygah be
), samo se zaradvah na predstoiashtia zapad na java-ta - napylno bezsmislena spored men platforma. e, vseki si ima mnenie nali?
i kato zavyrshek bih ti pojelal na teb i na vsichki ostanali java-ri edin den da bachkate na windows (ili linux ako po vi kefi, neznam) pisani na java. ako si dostatychno mlad sled pyrvoto mu zarejdane pak mi se obadi da te cherpia edna bira
i kato zavyrshek bih ti pojelal na teb i na vsichki ostanali java-ri edin den da bachkate na windows (ili linux ako po vi kefi, neznam) pisani na java. ako si dostatychno mlad sled pyrvoto mu zarejdane pak mi se obadi da te cherpia edna bira
Re: Java: "GAME OVER!"
Не, не съм "webajia". Пиша програми за малки у-ва на Java!
Колкото до eMbedded Visual Basic .. прото последната версия на QTopia на Trolltech тотално издухва Pocket PC. Освен другото в нея има планирана поддръжка на Java, но не и на Visual Basic.
Освен това, като става въпрос за embedded ус-ва имай предивд, че там цената е от голямо значение. Не, че Java-та не оскъпява такива ус-ва в сравнение със софтуер написан на чисто C, но Java-та можеш да я пуснеш на най-различни процесори, за които има JVM (това включва дори и LEGO роботчета) .. а в крайна сметка можеш да минеш и без JVM, защото има процесори, които изпълняват ДИРЕКТНО Java код ... (не Visual Basic, a Java!!!).
Колкото до VC++ .. ами перфектна среда за програмиране са написали тия от Microsoft. Също и добър компилатор .. само, че аз съм писал на C++ и като погледна src на някое MFC приложение ме заболява главата. С тези техни макроси този код изглежда толкова на C++, колкото и една програма на Scheme...
Колкото до eMbedded Visual Basic .. прото последната версия на QTopia на Trolltech тотално издухва Pocket PC. Освен другото в нея има планирана поддръжка на Java, но не и на Visual Basic.
Освен това, като става въпрос за embedded ус-ва имай предивд, че там цената е от голямо значение. Не, че Java-та не оскъпява такива ус-ва в сравнение със софтуер написан на чисто C, но Java-та можеш да я пуснеш на най-различни процесори, за които има JVM (това включва дори и LEGO роботчета) .. а в крайна сметка можеш да минеш и без JVM, защото има процесори, които изпълняват ДИРЕКТНО Java код ... (не Visual Basic, a Java!!!).
Колкото до VC++ .. ами перфектна среда за програмиране са написали тия от Microsoft. Също и добър компилатор .. само, че аз съм писал на C++ и като погледна src на някое MFC приложение ме заболява главата. С тези техни макроси този код изглежда толкова на C++, колкото и една програма на Scheme...
za fir4o...
hmmm..... mnogo me zaintriguva! chestno!
dai malko info za tia procesori, drugi neshta... shtom e za embedded ustroistva ako bachka naistina dobre mnogo bih si promenil mnenieto. ma trebva da se ubeda shtoto dosega nishto dobro ne sym videl s java-ta. malkite ustroistva sa mi vtorata dusha 
Re: Java: "GAME OVER!"
qtopia ne e losha, no opredeleno ne e po-dobra ot pocketpc wse oshte. no ima nadejda da stane :)). da se nadiavame che kato izleze Sharp Zaurus 5500 shte se napishat dostatachno dobri apps za qpe.
Re: Java: "GAME OVER!"
ne sym i tvbyrdial che si dobyr ili losh ili kakyvto i da e javar. pitah samo edno neshto, koi si ti i s kakvo si tolkova po-dobyr, ta da sydish taka? ako e za samoto zaiajdane, kaji si otnachalo, da ne si pravime truda da mislim, sega momcheto kakvo iska da kaje, nali?:) az syshto ne sym javar. pone ne ot nai-dobrite. no pich, vijdal sym da se pishat neshta na java kakvito ne si i si predstavlial (moje bi, ne se zaiajdam). a inahce bravos, misli si vse taka che si dobyr v edi koi si ezik, i sichki drugi ezici suck:). mnogo se radvam, che si si izkarval parite s java script. bravos! naistina dostignal si nedostijimi visoti v programiraneto. neveroiatno!
za programmer
ami jvm-to kakvo e be pich? tova si e emulacia na niakakyv virtualen procesor. shto da ne se syzdade takyv chip, koito da izpylniava direktno jvm instrukcii. te horata dosta po-slojni neshta sa praveli:)
pozdrav i uspeh na sichki v kluba.
p.s. i na men shte mi e interesno da razgledam neshto po vyprosa:)
pozdrav i uspeh na sichki v kluba.
p.s. i na men shte mi e interesno da razgledam neshto po vyprosa:)
Re: az pyk kat sa zasilih ...
boli te mai iako ot manualni operacii, a? zemi gi ponamali malko, che mazoli she fanesh
Re: za fir4o...
Искаш линкове към Java процесори? Ето ти:
[линк]
[линк]
[линк]
Още малко по въпроса можеп да намериш на: [линк]
Можеш да хвърлиш поглед и на [линк] - това е Java Powered пръстен!!
Ето и интересна статия защо трябва да изберем Linux + Java:
[линк]
[линк]
[линк]
[линк]
Още малко по въпроса можеп да намериш на: [линк]
Можеш да хвърлиш поглед и на [линк] - това е Java Powered пръстен!!
Ето и интересна статия защо трябва да изберем Linux + Java:
[линк]
Редактирано от fir4o на
Re: Java: "GAME OVER!"
Еиииииииии! Това са глупости бе! Delphi - бррррррр! VB - бррррррррр! Само в Java е истината. Аз с тоя език си изкарвам прехраната вече няколко години
. И който види че аз - Pechenia пиша че има нещо по-добро от Java да ми се обади да го черпя 
плети и дишай по-леко
плети и дишай по-леко
Re: Java: "GAME OVER!"
dobre tova che JAVA-ta moje da se kompilira do mashonno zavisim kod i che ima java procesori e hubavo. ama problema e v samiq ezik(ne v interpretatora ili kompilatora). az pisha za embedded ustroistva na chisto c (ne na c++) i mislq che obektite im idvat v povechko, iskat povechko pamet i sa po bavni. osven tova lipsata na ukazateli... kakvo da kaja... ami ako ne polzvah ukazateli mislq che shteshe da mi trqbva NQKOLKO pyti poveche pamet, da ne govorim za byrzodeistvie.
osven tova koi te izlyga che c-to ne e prenosimo? samo trqbva da go prekompilirash, okolo 99% ot koda navsqkyde, stiga da si go napisal chitavo. a ostanalata chast, malko predprocesor i gotova, da ne govorim che tova sa v povecheto sluchai sa chasti deto taka ili inache ne mojesh da gi napishesh na java, naprimer draiveri i t.n.
prochetih statiqta za linux i java v malkite ustroistva i dokolkoto shvanah predimstvata i sa che se pishe po-byrzi i po-lesno, ama do tva trqbva da se pribqgva kogato ne mojesh da si namerish svestni programisti da go napishat na c.
osven tova koi te izlyga che c-to ne e prenosimo? samo trqbva da go prekompilirash, okolo 99% ot koda navsqkyde, stiga da si go napisal chitavo. a ostanalata chast, malko predprocesor i gotova, da ne govorim che tova sa v povecheto sluchai sa chasti deto taka ili inache ne mojesh da gi napishesh na java, naprimer draiveri i t.n.
prochetih statiqta za linux i java v malkite ustroistva i dokolkoto shvanah predimstvata i sa che se pishe po-byrzi i po-lesno, ama do tva trqbva da se pribqgva kogato ne mojesh da si namerish svestni programisti da go napishat na c.
Re: az pyk kat sa zasilih ...
aaa, np, i mazoli dave we4e ne mi izlizat, si4ko e ok 
ne shta!
ne shta!
Re: Malka porawka
гери, гери, пак се излагаш...
И Java и C# генерират псевдокод (едно време се наричаше P-код...) който си е машинно независим - т.е. и двата езика се интерпретират при изпълнение
java програмите се компилират до псевдокод, който се итерпретира инструкция по инструкция от JVM. програмите на с# и изобщо езиците, на които пишеш под .Net, се компилират до междинен език (intermediate language). програмката си остава в този вид, докато не решиш да я пуснеш. тогава се вика един компилатор (just-in-timer), който докомпилира междинния език до машинно-зависим код. тук забавянето е само при първоначално зареждане. след като програмата се докомпилира, тя повече не се пипа от външни приложения, които да забавят производството.
stoj, ta gledaj
И Java и C# генерират псевдокод (едно време се наричаше P-код...) който си е машинно независим - т.е. и двата езика се интерпретират при изпълнение
java програмите се компилират до псевдокод, който се итерпретира инструкция по инструкция от JVM. програмите на с# и изобщо езиците, на които пишеш под .Net, се компилират до междинен език (intermediate language). програмката си остава в този вид, докато не решиш да я пуснеш. тогава се вика един компилатор (just-in-timer), който докомпилира междинния език до машинно-зависим код. тук забавянето е само при първоначално зареждане. след като програмата се докомпилира, тя повече не се пипа от външни приложения, които да забавят производството.
stoj, ta gledaj
Re: Malka porawka - НЕ всъщност ГОЛЯМА такава
Май нещо сам се омотаваш - цитирам
------------
т.е. и двата езика се интерпретират при изпълнение.
------------
и след това
------------
преди изпълнение псевдо кода се компилира в МАШИННО ЗАВИСИМ КОД
-------------
Кое от двете е правилното - НЕ МИСЛИШ ЧЕ ТОВА СА ДВЕ СЪВСЕМ РАЗЛИЧНИ НЕЩА ?????????
Май не си наясно с няколко понятия - или по точно ги смесваш доста непростимо - няма да ти ги обеснявам - само ще ги цитирам
1. Език за програмиране
2. Компилатор
3. Linker
4. Интерпретатор
5. Транслатор
C# както и Java са езици за програмиране - каква стратегия е избрана от компилаторите(включвам и Link програмата) им е друга работа
Значи познанията ми за JAVA са следните - внимавай и коригирай - JAVA sorce - кода се компилира до междинен такъв след което се интерпретира при изпълнението му. Не ме интересува времето му за зареждане и обработка от интерпретатора - JVM. Това е проблем на друга дикусия. Като цяло оба4е една интерпретирана програма се изпълнява по бавно от такава която не се интерпретира - мисля 4е по въпроса спор не може да има. Нали?
И това не зависи от времето за зареждане и първоначална инициализация - виж ако имаме оба4е транслатор до МАШИНЕН ЕЗИК - това ве4е е друго - тогава всичко зависи от ка4еството на компилатора и транслатора - до каква степен ще успеят да оптимизират програмата.
C++ компилатора на MS - MSVC 6.0 (след свързването на кода - link) генерират МАШИННО ЗАВИСИМ КОД - в това съм сигурен - както в това 4е съм жив и съм от плът и кръв.
Не знам каква е промяната на компилатора и линкера в MS Visual Studio NET - но мога лесно да го проверя - не ме карай да го инсталирам, макар че го имам. Просто не пиша нито на Java нито на C - било то # или ++ или без плюс.
Един колега който те апострофира каза, 4е новия код ве4е не е в МАШИНЕН ЕЗИК - малко ме съмнява - но ще го проверя - но разбери 4е това няма нищо общо с езика C# - Пенчо от Горно Нанадолнище може да си напише компилатор и linkеr който да генерира МАШИННО ЗАВИСИМ КОД примерно за PIC процесор. Същото може да бъде направено и с JAVA - само че идеята която е избрана от SUN e друга - на всяка машина се инсталира JVM - според системата и програмата се интерпретира - а не се транслира в машинен код
Между другото онзи ден свалих спецификацията на C# - ако те интересува мога да ти кажа какви са основните промени - или поне на пръв поглед - 1. Работата с указатели е променена за разлика с C++, 2. Работата със стрингове е улеснена (боже колко сме напред - това Borland го направиха преди има няма 10 години - в Pasca - a след това в Object Pascal) 3. Garabage collector - и и друг начин на извикване на конструкторите и деструкторите на класовете.
И така нататък - няма да го коментирам - а и не претендирам 4е съм разгледал всичко за момента.
Ако оба4е имаш предвид Server side програма - или така нареченото ASPX - в което убий ме ама не знам дали като основа се излолзва VBScript или C# - това е съвсем друга разбота - там не споря 4е имаме ИНТЕРПРЕТАЦИЯ (или транслация) на кода. В про4ем това не важи само за Server side - също можем да имаме скриптове които се изпълняват и при клиента.
Так 4е дай да изясним понятията преди да се хващаме за гушите 'щото е тъпо да спорим за очевидни неща.
---
Е т'ва е живот!
------------
т.е. и двата езика се интерпретират при изпълнение.
------------
и след това
------------
преди изпълнение псевдо кода се компилира в МАШИННО ЗАВИСИМ КОД
-------------
Кое от двете е правилното - НЕ МИСЛИШ ЧЕ ТОВА СА ДВЕ СЪВСЕМ РАЗЛИЧНИ НЕЩА ?????????
Май не си наясно с няколко понятия - или по точно ги смесваш доста непростимо - няма да ти ги обеснявам - само ще ги цитирам
1. Език за програмиране
2. Компилатор
3. Linker
4. Интерпретатор
5. Транслатор
C# както и Java са езици за програмиране - каква стратегия е избрана от компилаторите(включвам и Link програмата) им е друга работа
Значи познанията ми за JAVA са следните - внимавай и коригирай - JAVA sorce - кода се компилира до междинен такъв след което се интерпретира при изпълнението му. Не ме интересува времето му за зареждане и обработка от интерпретатора - JVM. Това е проблем на друга дикусия. Като цяло оба4е една интерпретирана програма се изпълнява по бавно от такава която не се интерпретира - мисля 4е по въпроса спор не може да има. Нали?
И това не зависи от времето за зареждане и първоначална инициализация - виж ако имаме оба4е транслатор до МАШИНЕН ЕЗИК - това ве4е е друго - тогава всичко зависи от ка4еството на компилатора и транслатора - до каква степен ще успеят да оптимизират програмата.
C++ компилатора на MS - MSVC 6.0 (след свързването на кода - link) генерират МАШИННО ЗАВИСИМ КОД - в това съм сигурен - както в това 4е съм жив и съм от плът и кръв.
Не знам каква е промяната на компилатора и линкера в MS Visual Studio NET - но мога лесно да го проверя - не ме карай да го инсталирам, макар че го имам. Просто не пиша нито на Java нито на C - било то # или ++ или без плюс.
Един колега който те апострофира каза, 4е новия код ве4е не е в МАШИНЕН ЕЗИК - малко ме съмнява - но ще го проверя - но разбери 4е това няма нищо общо с езика C# - Пенчо от Горно Нанадолнище може да си напише компилатор и linkеr който да генерира МАШИННО ЗАВИСИМ КОД примерно за PIC процесор. Същото може да бъде направено и с JAVA - само че идеята която е избрана от SUN e друга - на всяка машина се инсталира JVM - според системата и програмата се интерпретира - а не се транслира в машинен код
Между другото онзи ден свалих спецификацията на C# - ако те интересува мога да ти кажа какви са основните промени - или поне на пръв поглед - 1. Работата с указатели е променена за разлика с C++, 2. Работата със стрингове е улеснена (боже колко сме напред - това Borland го направиха преди има няма 10 години - в Pasca - a след това в Object Pascal) 3. Garabage collector - и и друг начин на извикване на конструкторите и деструкторите на класовете.
И така нататък - няма да го коментирам - а и не претендирам 4е съм разгледал всичко за момента.
Ако оба4е имаш предвид Server side програма - или така нареченото ASPX - в което убий ме ама не знам дали като основа се излолзва VBScript или C# - това е съвсем друга разбота - там не споря 4е имаме ИНТЕРПРЕТАЦИЯ (или транслация) на кода. В про4ем това не важи само за Server side - също можем да имаме скриптове които се изпълняват и при клиента.
Так 4е дай да изясним понятията преди да се хващаме за гушите 'щото е тъпо да спорим за очевидни неща.
---
Е т'ва е живот!
Редактирано от PhantomAS на