MarginCon

> И какие же это «значимые фундаментальные парадигмы» в херланге

В Эрланге. Херланг, т.е. гибрид хера со шлангом у тебя видать на лбу вырос, от этого ты злой такой.

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

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

Утю-тю, тоже мне, «фундаментальные парадигмы». В Smalltalk это с начала 80х было. В Java вообще от рождения есть. Я то думал ты мне тут попробуешь про пи-исчисление и про категории заливать (и будешь жестоко за это умыт), а все, оказывается, еще более печально. Ты ламер.

> В Smalltalk это с начала 80х было. В Java вообще от рождения есть.

Бу-га-га. Ну покажи мне эти фичи от рождения в Java и Smalltalk, уж очень мне на них посмотреть хочется :)

Нет, реально, жду от тебя два куска кода, которые в Java: 1. Создают простенький сервер с неопределенным поведением. 2. Посылают этому серверу код, превращающий его в банальный вычислитель факториала.

> Я то думал ты мне тут попробуешь про пи-исчисление и про категории заливать

Тебе, долбо*б, про такие вещи лучше не рассказывать, ты ведь начнешь говорить, что в «ынтырпрайзе» они не нужны. Так тебе привели пример вещей, которые очень даже нужны и полезны. А ты взял и обосрался, сказав что в Java они от рождения есть. Попка-мудак, бл*.

> Посылают этому серверу код, превращающий его в банальный вычислитель факториала.

Лопух, быстро RTFM про java class loader.

> в «ынтырпрайзе» они не нужны

В ынтырпрайзе они распрекрасно используются и без какацкелей с херлангами.

>замена кода без остановки системы

До Эрланга это было уже в Smalltalk как минимум (более того, в смолтоках того времени это был чуть ли не единственный способ разработки программ :))

> Лопух, быстро RTFM про java class loader.

Сравнил жопу с пальцем. Ты разницы чтоль не видишь между передачей серверу любой, заранее не известной функции и подгрузкой пользовательского класса? А я вижу. А еще я вижу разницу между «прозрачно пошли это сообщение любому ноду в сети» и «переопредели стандартный ClassLoader и думай сам, как извращаться с передачей ему заранее неизвестной функциональности». По-моему это тебе пора RTFM делать, особенно на тему того, что в Java функция - не объект.

Это да, оно там было, там если мне память не изменяет чуть ли не всё есть объект.

Но я писал о том, что объединили все эти принципы воедино (модель актеров, замена кода, сетевая прозрачность и т.д.) впервые именно в Эрланге. И именно в Эрланге все это реализуется средствами самого языка, а не какой-либо библиотекой. Уровень абстракции иной. И это удобно, черт возьми. Вот только тот, упоротый анонимус, с пеной у рта доказывает, что ничего из этого не нужно, чем вызывает море веселья.

Ананимусы достали метанизировать

> Вот только тот, упоротый анонимус, с пеной у рта доказывает, что ничего из этого не нужно, чем вызывает море веселья.

Ты что-то путаешь. Доказывает ненужность всего этого в таком виде не какой-то там всего лишь анонимус, а упорные факты. Распространенность херланга, а точнее, полное отсутствие таковой, убедительнейшим образом доказывает, что синтаксический сахар для всех этих примитивнейших вещей никому никуда не впился, и что все это распрекрасно делается на Java. Пусть чуть более многословно, но зато быстро, понятно и надежно.

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

Ты маловат еще, чтобы что-то видеть, деточка.

Класс, содержащий пусть даже эту самую единственную функцию, ты точно так же можешь динамически сформировать (см. например Apache BCEL), это делается тривиально. Класс компактно сериализуется в байткод, который и читается, заметь, не «переопределенным» ClassLoader-ом, а самым что ни на есть стандартным.

Никакой разницы с пересылкой сериализованной функции в херланге тут нет, кроме разве что того, что Java на порядок быстрее за счет JIT и статической типизации.

> Ты маловат еще, чтобы что-то видеть, деточка.

Класс, содержащий пусть даже эту самую единственную функцию, ты точно так же можешь динамически сформировать (см. например Apache BCEL), это делается тривиально. Класс компактно сериализуется в байткод, который и читается, заметь, не «переопределенным» ClassLoader-ом, а самым что ни на есть стандартным.

Никакой разницы с пересылкой сериализованной функции в херланге тут нет, кроме разве что того, что Java на порядок быстрее за счет JIT и статической типизации.

Так-то оно так, Java местами будет побыстрее, чем Erlang (но только местами).

Прошу обратить внимание на тестирование потоков Java и процессов Erlang'а. http://www.lshift.net/blog/2006/09/10/erlang-processes-vs-java-threads

Erlang успешно справляется с большой нагрузкой и успешно применяется на практике.

Также гораздо важнее преимущество Erlang'а, которое заключается в том, что на нём легко писать и сопровождать код, ввиду того, что язык функциональный, а также имеет простой синтаксис (привет Prolog!). Это преимущество уже неоднократно тут декларировалось.

> [...] в херланге тут [...]

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

> Ты что-то путаешь. Доказывает ненужность всего этого в таком виде не какой-то там всего лишь анонимус, а упорные факты. Распространенность херланга, а точнее, полное отсутствие таковой, убедительнейшим образом доказывает, что синтаксический сахар для всех этих примитивнейших вещей никому никуда не впился, и что все это распрекрасно делается на Java. Пусть чуть более многословно, но зато быстро, понятно и надежно.

Если ты не видишь простоту написания и сопровождения кода на Erlang'е относительно Java (особенно в мультипоточном программировании), то ты просто дебил, очевидно же.

> Никакой разницы с пересылкой сериализованной функции в херланге тут нет.

А _БЕЗ_ BCEL (которая плесенью покрылась уже) или JRebel ты сколько просношаешься с горячей заменой кода, обходящей ограничения Java Hot Swap? Или ты мне будешь на каждую встроенную в язык Erlang возможность приводить кучу библиотек, реализующих это на других языках? Так я тебе одну умный вещь скажу, ты только не обижайся.

Java нихрена не поддерживает нормально возможности горячей замены кода. Ограничений куча. Рассказывай другим байки, как там всё тривиально делается. Заметь, дорогой, Java не поддерживает, а не JVM. Вот Scala, реализованная на той же JVM, уже намного ближе стоит к тому, что в Эрланге реализовано давным-давно.