А зачем на Erlang реализовывать Prolog ради экспертной Системы? На Erlang можно сразу строить экспертную систему, вот, например, вариант реализации Eresye (sourceforge.net/...rojects/eresye).

Тоже мне бином Ньютона... Всем кто знаком с UNIX известно, что солярка по умолчанию под джаву заточена. Благо и то и другое продукты Sun. С Линухом надо же повозиться- мне кажеться не надо горячиться с выводами только на основании своего опыта, если конечно Вы не великий учитель всея IT..

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

Вообще то, если Вас интересует удаленно узнать как у нас там реально устроенно, скорей всего не выйдет. Мы же не дети в песочнице играть — там все специально выглядит довольно запутано :). Если у Вас серьезный интерес узнать как все устроено, то это надо обсуждать не здесь и не так..

А я уже написал:) одну., типа hpc-ua.org/...ceedings/28.pdf, она наверно частично отвечает на вопрос как в Вебе. А вот опыт внедрения, наверно скоро напишу-частично уже написал. Счас пишу в основном презентации для инвесторов.

Чего мало:)? По сравнению с чем? Ответе пож. на простой вопрос: сколько у Вас конкурентных запросов в секунду обрабатывает база MongoDB.

Не совсем понял ,что Вы имеете ввиду? Вся бизнес логика, формирование кода(html, json и т.д.) для клиента управляется Erlang-ом. Основной веб-сервер yaws написан(не нами :)) на Erlang и С. Собственно Erlang/OTP — это Erlang и С. Я даже не знаю как обойтись полностью без С при работе с системными вещами:)

Да, полностью.

Стыдно так не дружить с логикой.... В день не значит, что все равномерно 24 часа, запрос не значит сообщение(кстати, что вы вообще имели ввиду под сообщением: сообщения между клиентом и сервером, сообщения в чатах и т.д.) параметры железа я Вам тоже не приводил и т.д. Вы бы, уважаемый, перед тем как затевать спор, сообщили о параметрах своей системы и дали ссылочку, что там у вас такое. Не забудте привести пож. сколько у Вас конкурентных пользователей держит система.

Facebook использует для своих чатов при миллионах пользователей, мы написали систему реального времени(см am.ua) работает на примитивном PC держит нагрузку порядка 1000000 запросов в день( не помню, чтобы после отладки когда падал) и т.д. Может все таки проблемы в умении и знании?

Очень слабый и дилетантский обзор...Подобных фреймворков существует множество, в частности, когда мы выбирали для себя мы вначале выбрали Dojo, но он навороченный и хаотично организованный, рассматривали GWT и т.д., но выбрали Script#. А про него у автора ничего нет, не говоря уже о многих других. Может перед тем как назвать свою статью «Обзор JavaScript-фреймворков», надо хотя бы несколько статей на эту тему почитать?