Erlang/OTP R17

писать форумный движок с отдельными фичами на каком фреймворке лучше?

Лучше не на ерланге.
Ерланг бесподобен там где надо долго держать много коннектов, а для «запрос-ответ» лучше что-нибудь другое.

//не знаток

Значит пайтон, вероятно, возьму. Спасибо за мнение.

Я бы взял кложуру :3

Так толсто, что даже тонко.

Хаскель бери

имеет ли смысл отходить от концепций SQL и лезть к, например, MongoDB?

Я думаю имеет. Собственно плюсы монги: 1) Когда пишется свой велосипедный костыль, обычно очень часто меняется модель данных. Она тянет за собой изменение в базе, приходится перелопачивать все инсерты делиты апдейты ну и схему базы. Это гемор если не используешь ORM. Хотя и с ORM гемороя тоже хватает. А в монге будет гораздо меньше манипуляций для приведения модели в порядок. 2) Шардинг, Биг Дата, Ноу эСКуЭл, Длинная Пиписька.

Минусы: 1) Хитрожопые запросы типа «база, а достань мне чувака, имя начинается на П, нетрадиционной сексуальной ориентации, у которого есть бойфренд, у которого есть кошка с именем Маруська» сложно будет писать (скорее всего невозможно). 2) Целостность ссылок, никаких тебе констрэйнтов и удаления по каскаду. 3) Конвертирование данных из JSON в ваш любимый ЯП может надоедать.

Все ИМХО.

Биг Дата
монго

смеялись всем классом

А ведь кому-то не до шуток http://www.mongodb.com/use-cases/big-data

https://github.com/5HT/n2o

говноед по курсу

И вам хорошего дня, сэр.

Для чего полегче - PHP. Для тяжелонагруженного - Java. Других вариантов быть не может, и не слушай идиотов.

ИМХО, начинать новый проект на Пайтон __сейчас__ значит ввязаться в авантюру. А жаль, хороший был язык.

Для всех интересующихся в lyse было добавлено подробное описание maps.

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

Посмотри на Akka - это тулкит для построения систем на основе акторов для Scala/Java, вдожновлённый как раз Erlang'ом.

А она умеет: «hot code loading», ноды, rpc-call, паттерн-матчинг, атомы, term_to_binary и обратно даже для анонимных функций, есть истории успеха ?

Ноды и удалённые системы акторов умеет Akka, pattern matching есть в языке, JVM поддерживает hot reloading, но она может отличаться от той, что в Erlang, подробностей не знаю, сериализация есть, но не для всего.

С эрлангом еще идет вся ОТP платформа.

Они запилили юникод? И чо уже можно переставать игнорить сей ЯП? Или пусть еще поварится пока допилят до юзабельного вида?

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

Сложные запросы мне не особо нужны, спасибо за отзыв.

В чем его конкретные преимущества в данной задаче? Хаскель мне сильно неприятен с чисто эстетической точки зрения(как бы это странно не звучало), так что без серьезных аргументов даже в туториал глядеть не буду. Мб какие-то особые фичи yesod-a|other_haskell_framework?

Смотрел я на кложуру эту, не по вкусу.

2cab:

ИМХО, начинать новый проект на Пайтон __сейчас__ значит ввязаться в авантюру. А жаль, хороший был язык.

Проект простой и не особо крупных размеров. В чем особые проблемы лично для меня? Разрыв между 2.7 и 3.5? Особо не испытываю по этому поводу неприятностей. Или может есть какие-то подводные камни 2014-го года, которых я не вижу?

// Ох, гляжу, столько ответов, что хоть новый топик по сабжу заводи.

Они запилили юникод? И чо уже можно переставать игнорить сей ЯП? Или пусть еще поварится пока допилят до юзабельного вида?

Как тебе там на диване живётся?

а с скалой вся джава платформа.

А для чего эрлангу юникод? Что бы io:format с ~s работал? Это серьёзный вопрос если что.

Чёбы списки везде имели одинаковое строковое представление, например.

что мешает сделать

A = "привет".

Посмотри на Akka - это тулкит для построения систем на основе акторов для Scala/Java, вдожновлённый как раз Erlang'ом.

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

JVM поддерживает hot reloading, но она может отличаться от той, что в Erlang, подробностей не знаю, сериализация есть, но не для всего.

Горячая подгрузка кода, чуть ли не самая крутая фича, ради которой все прощается. И как-то скучно без атомов. Там не просто сериализация, а всего лишь term_to_binary и обратно как мало букв и какая красота (такие возможности не на каждом углу валяются - помнится в библиотеку tvision было зашито это на уровне TObject), где терм есть практически все...

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

И что, в джаве уже есть механизмы дистрибьюции, распределенные приложения, бд, прозрачная передача ресурсов, интроспекция всего и вся?

Что значит «лучше»? Разные языки, разные по степени важности релизы. Обе новости надо.

Всё спокойно реализуется на ассемблере, даже RISC, руками.

Решение очень зависит от ресурсов в виде времени и денег на разработку, отладку и внедрение используя этот самый «любой ЯП». А так-то да, ничего незаменимого нет.

Хотя и особой какой-то специфичности и непременимости в части серверной разработки увидеть мне в Erlang тяжело. Просто есть свои особенности, очень полезные на деле.

давно уже.

А зачем тебе юникод в исходниках?

Да там насколько помню и в рантайме были с ним проблемы.

А в чем кстати проблемы с юникодом в исходниках? Комментарии вроде и так работали.

Примеры в студию уже.

Если проект на один раз использовать и выбросить, то самое то, а если планируешь проект развивать, то выбор плох.

Ерланг бесподобен там где надо долго держать много коннектов, а для «запрос-ответ» лучше что-нибудь другое.

И даже в этих случаях та же Java будет работать вполне пристойно. ;)

Блиин. +100, чертовски метко.

попробовал обновиться, а ejabberd сломался.

https://github.com/processone/ejabberd/issues/164

Такие запросы суровые мужики инкрементально мапредюсят в отдельные коллекции

Для тяжелонагруженного - Java

Бугога. Для неё сотня клиентов это заоблачный предел, преодолеть который не способны 95% девелоперов.