Java ляжет в основу BDJ - интерактивных приложений, распространяемых на Blu-Ray дисках

Да, ты это - придумай хоть один use case для такого вот соединения унитаза с микроволновкой, dvd-проигрывателем, мобилой и CCTV.

Слыш, клоунищще, а как насчет подхвостовой рекурсии?

профессор В.С.Луговский

>И все они на этом обсираются, ни один не смог достойно от этого вопроса увернуться.

Вот постанова... Я уею

"обсираются", "увернуться"

Это сочетание ассоциируется с игрой в снежки, только в школьном туалете
Есть проблема :
>"отсутствие оптимизации хвостовых вызовов в JVM"
Все о ней знают
Найди временное решение пока сани не поправят свой jdk

зы. ты на чём пишешь? Там что д.......я не к чему?
ззы. д.......я - т.к. ты именно д.......ся до этого
смутно понимая суть

Ну так почему все знают, и никто ничего не делает? Всего одна инструкция - и всё! Язык менять не надо - только чуть интеллекта в компилятор добавить.

А пока не добавят - буду писать на C++ и C#, и плевать мне на эту вашу глючную жабу!

lvv, Вы смотрите проще. А то фанатичные сторонники и противники Java просто "скушают" вас. Одни за недостаточное почтение к Джаве, другие - вообще за Жабу. Это - ЛОР!:)

А мне наплевать на тебя. Вот и поговорили.

> буду писать

пИсай, пИсай. Только не в штаны.

Вот тут самое время спросить, а что вообще хорошего в Java? Помимо якобы портируемой JVM, довольно большой стандартной библиотеки (ну пусть ешё и J2EE), поддержки крупных игроков рынка и большого количества индусов?

Что хорошего в самом языке, кроме огромного количества кодеров его знающего и низкого порога вхождения?

Большое количество готовых кубиков. Полно вылизанных, industrial strength библиотек на все чихи жизни.

Хорошего, то что такие кульхацкеры как ты, нах никому не нужны в Джава-проектах. Еще вопросы есть?

Об том и речь. Этот спецдевайс нужен для просмотра кино. А для выполнения приложений нужен писюк. Ну и нафиг там жаба?

Менюшка DVD - тоже приложение. Просто она должна быть чуть более гибкой - и всё. Этого достаточно. Она не должна в интырнет лазить и системы дифуров решать.

> Хорошего, то что такие кульхацкеры как ты, нах никому не нужны в Джава-проектах. Еще вопросы есть?

Зачем же сразу так расстраиваться? :) Ответить по делу не получается?

>>Да что-то я не видел ни одного адекватного ответа быдлокодеров на здоровую критику.

>Слыш, клоунищще, а как насчет подхвостовой рекурсии?

без комментариев

Недавно задавал такой же вопрос про python в толках. Так никто и не сознался.

>Что хорошего в самом языке, кроме огромного количества кодеров его знающего и низкого порога вхождения?

Э-м-м-м. Ничего :) В языке - ничего.

http://ru.wikibooks.org/wiki/LOR-FAQ-Glossary

К вопросу о схеме на пыхпых.

юрл http://www.geocities.com/markoriedelde/scheme/index.html не работает

Это Луговский писАл.

Попробуй http://phpbundle.sf.net/

Гы.

Чё гы? Работает?

> Вот, к примеру - как они обоснуют отсутствие оптимизации хвостовых вызовов в JVM?

Ты другие слова кроме этих знаешь? Ну не функциональный язык java и лажонулся sun на эту тему, бо не видел нах оно надо, а сейчас держиться за стандарт как дурак.

А то как упоминаеться JVM так все типа мегакодеры радостно орут "хваостовая рекурсия".

> Вот, к примеру - как они обоснуют отсутствие оптимизации хвостовых вызовов в JVM?
а ты уверен ?
http://www-106.ibm.com/developerworks/java/library/j-diag8.html

> Вот, к примеру - как они обоснуют отсутствие оптимизации хвостовых вызовов в JVM?

Ты другие слова кроме этих знаешь? Ну не функциональный язык java и лажонулся sun на эту тему, бо не видел нах оно надо, а сейчас держиться за стандарт как дурак.

А то как упоминаеться JVM так все типа мегакодеры радостно орут "хваостовая рекурсия".

Да блин, в жопу функциональные языки. Как будто рекурсия только в них и нужна.

А вообще, отсутствие оптимизации хвостовых вызовов пережить можно, нах она не нужна, если честно. Напрягает отсутствие поддержки больших методов.

JIT может делать всё, что ему угодно. На уровне самой JVM, на уровне её инструкций нет гарантированно хвостового вызова. А в CLI - есть.

>Менюшка DVD - тоже приложение. Просто она должна быть чуть более гибкой - и всё. Этого достаточно. Она не должна в интырнет лазить

Почему не должна? Потому что именно ты так хочешь? Владельцы DVD плееров скажут другое. Или завидно что Java это кроссплаптформенная система а на С++ такого не напишешь?

Шутка с анализом на унитазе и серией уколов -- это отпад, я ржал ;-) Только истеричные умники со своими выхлопами о коде достали :-[ Ах, он написал тип при передаче параметра, я х#ею... Напыщенный ламер не врубился в прикол и стал всех учить писать программы, мдя...

Владельцам DVD-плееров эти ваши C++ фиолетовы. Возможностей J2ME с лихвой хватит на всё, что может потребоваться для DVD-менюшки.

>Мне на практике в Java очень не хватает нормальной оптимизации хвостовых вызовов. К примеру, надо по быстрому маленький парсер написать, такой, что КА для него городить - лениво.

Что еще за КА?

>В рекурсивном виде получается коротко, просто и читабельно - но гадина жрёт стек и дохнет. И почему? Сантехники поленились одну единственную дополнительную инструкцию в JVM добавить! А всякая ЛОРовская шпана им ещё и подпевает в этом!

Если тебе это так давно и упорно надо, что же ты не возьмешь исходники Java и не пририсуешь им эту одну единственную дополнительную инструкцию в JVM? И не отдашь им с барского плеча? Или так жаба душит, что твое имя они не впишут в сорсы ибо CCPL? До такой степени жаба душит, что как Slava Pestov, будешь из-за двух-трех претензий к языку переходить на кривой и недоделанный .NET?

Подсказываю адрес, где брать исходники и жаловаться на тяжелую судьбу: http://www.jcp.org/en/home/index

А что там за история с переходом на .NET ?

А они что, принимают патчи от community? Если так, то я бы инструкции для switch добавил, такие, как в .NET. На рекурсию мне положить, а быстрый switch очень нужен. Вот как раз для этих КА (наверняка имелись в виду конечные автоматы).

>Помимо якобы портируемой JVM, довольно большой стандартной библиотеки (ну пусть ешё и J2EE), поддержки крупных игроков рынка и большого количества индусов?

>Что хорошего в самом языке, кроме огромного количества кодеров его знающего и низкого порога вхождения?

Стоп! А что тебе еще нужно-то? Чтобы язык минет делал? Так для этого другие языки предназначены! Или кофе заваривал? Serve you a cup of bitter java, так что ли?

>Об том и речь. Этот спецдевайс нужен для просмотра кино. А для выполнения приложений нужен писюк. Ну и нафиг там жаба?

А мобила нужна, чтобы звонить. А для выполнения приложений (книжки читать, почту получить отправить, SMS-ку написать, поиграть) нужен писюк. С холодильной установкой. Ну и нафиг тогда Microsoft делает смартфоны с поддержкой Windows Mobile 2005 и .NET Framework?

А если нужен язык для серьёзных задач? На фига тогда индусокодеры, вошедшие через низкий порог? Нужны серьёзные люди, отфильтрованные как можно более высоким порогом. И чтоб сам язык давал им, серьёзным людям, как можно более серьёзные возможности, а не выкручивал бы руки на каждом шагу, чтоб не дай бог не влепили утечку памяти или тип указателя не привели неявно к другому.

>На уровне самой JVM, на уровне её инструкций нет гарантированно хвостового вызова. А в CLI - есть.

Даже не смотря на то, что в CLI она есть, Panasonic насрал на CLI и делает BDJ на J2ME. Угадай, сколько индусов работают на Panasonic и во сколько раз средняя зарплата кодера в Panasonic выше, чем у тебя? И сколько бабла будут загребать директора Panasonic, продавая BRDisk playerы с BDJ, пока ты следующие 5 лет будешь продолжать разоряться на LOR про никому не нужную на самом деле хвостовую рекурсию в CLI?

> JIT может делать всё, что ему угодно. На уровне самой JVM, на уровне её инструкций нет гарантированно хвостового вызова. А в CLI - есть.
если мы говорим о ресурсах то при использовании соотв. jvm нам все равно, если о языке и байткоде, ну java не ФП язык так что простительно, хотя sun наверно стоило бы обогатить байткод.

> А они что, принимают патчи от community?
https://mustang.dev.java.net/collaborate.html

Майкрософт присоединилась к конкурентам. Так что конкурируюший стандарт будет завязан на .Net

Ну так assembly language серьезным людям в руки и ветер в спину! Пусть пишут, хоть упишутся

>Большое количество готовых кубиков. Полно вылизанных, industrial strength библиотек на все чихи жизни.

точно! CPAN заруливает!

>А если нужен язык для серьёзных задач? На фига тогда индусокодеры, вошедшие через низкий порог? Нужны серьёзные люди, отфильтрованные как можно более высоким порогом. И чтоб сам язык давал им, серьёзным людям, как можно более серьёзные возможности, а не выкручивал бы руки на каждом шагу,

Ну так испокон веку таким языком был ассемблер, а если пишешь на любом ЯВУ, то ты уже неполноценный быдлокодер, неспособный систематически как процессор мыслить и должен переквалифицироваться в дворники

>продолжать разоряться на LOR

никто не спорит с тем что продажи попсы больше продаж классики. тебе просто указали твое место, а ты пытаешься доказать что оно не позорнее других, при этом всячески отрицаешь необходимость повышения уровня своих знаний - возводя свою убогость в ранг абсолюта.

какое из тебя мерило, убогий жабобыдлокодер? мерило убогости.

> А что тебе еще нужно-то?

Нужно, чтобы с помощью языка можно было удобно выражать абстрактные мысли.

Как там в яве с управлением уровнем абстракции?

Но если ты хочешь заработать денег (а не понтов и дипломов на конкурсах) - то лучше уж производить попсу, а не классику на скрипочке надрючивать.

Ассемблер не гибкий. Он даёт только одну степень абстракции - предельно приближённую к железу. А мне надо как в C++ - чтоб и железом рулить, и на деталях несущественных внимание не заострять.

Кубики на CPAN если и вылизаны, то коровьим языком. И она ещё потом поднасрала сверху.

Зарплата .NET кодера всяко повыше будет, чем у индуса-жабакодера. Смотри на dice.com. А уж зарплата C++-кодера, работающего в embedded - ещё побольше.

> А уж зарплата C++-кодера, работающего в embedded

А такие бывают?

Таких больше, чем чистых сишников и фортеров.