LINUX.ORG.RU

Erlang/OTP R17

 , ,


1

4

9 апреля вышел новый мажорный релиз языка программирования и платформы для создания отказоустойчивых, распределенных и высоконагруженных приложений — Erlang/OTP.

Основные изменения:

  • Erlang/OTP был портирован на ОС реального времени OSE.
  • Maps — новый тип данных (долгожданные словари с паттерн-матчингом).
  • Множество улучшений в поддержке ASN.1.
  • Новая опция {active, N} для TCP, UDP, и SCTP сокетов.
  • Новый (опциональный) механизм балансировки использования планировщика.
  • Экспериментальные «dirty» планировщики.
  • Анонимные функции теперь могут быть именованными (EEP-0037, для удобной рекурсии).
  • Различные улучшения поддержки Unicode.
  • Новая схема версионирования OTP и приложений.

Полный список изменений

Скачать свежий релиз для вашей платформы

>>> Подробности

★★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от Lilly

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

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

//не знаток

Debasher ★★★★★ ()
Последнее исправление: Debasher (всего исправлений: 1)
Ответ на: комментарий от Debasher

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

Lilly ()
Ответ на: комментарий от Lilly

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

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

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

Все ИМХО.

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от Lilly

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

anonymous ()
Ответ на: комментарий от Lilly

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

cab ★★★★ ()

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

loz ★★★★★ ()
Ответ на: комментарий от swwwfactory

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

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

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

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

anonymous_coward ()
Ответ на: комментарий от anonymous_coward

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

loz ★★★★★ ()

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

q0tw4 ★★★★ ()
Ответ на: комментарий от anonymous

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

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

Lilly ()
Ответ на: комментарий от yoghurt

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

Lilly ()
Ответ на: комментарий от Debasher

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

2cab:

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

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

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

Lilly ()
Ответ на: комментарий от q0tw4

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

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

Debasher ★★★★★ ()
Ответ на: комментарий от q0tw4

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

nanoolinux ★★★★ ()
Ответ на: комментарий от nanoolinux

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

nemyax ()
Ответ на: комментарий от anonymous_coward

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

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

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

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

swwwfactory ★★ ()
Ответ на: комментарий от Lilly

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

yoghurt ★★★★★ ()
Ответ на: комментарий от anonymous

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

loz ★★★★★ ()
Ответ на: комментарий от Apple-ch

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

DarkFlame ★★ ()
Ответ на: комментарий от anonymous

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

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

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

DarkFlame ★★ ()
Ответ на: комментарий от ymn

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

q0tw4 ★★★★ ()
Ответ на: комментарий от ymn

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

loz ★★★★★ ()
Ответ на: комментарий от Lilly

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

cab ★★★★ ()
Ответ на: комментарий от Debasher

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

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

rtvd ★★★★★ ()

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

sergej ★★★★★ ()
Ответ на: комментарий от anonymous

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

vertexua ★★★★☆ ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.