вот в эрланге многопоточность сделана на нереальной высоте

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

Как я понял, гарантия от этого появилась в ES6 с let/const и подпоркой в виде ESLint?

в джаве поток тяжелей чем процесс в эрланге

Так

а в ноде вообще поток один

давай поупражняем мозги

Как я понял, гарантия от этого появилась в ES6 с let/const и подпоркой в виде ESLint?

ноуп. в джсе это не починить

в джаве поток тяжелей чем процесс в эрланге

Никто и не спорит

Как я понял, гарантия от этого появилась в ES6 с let/const и подпоркой в виде ESLint?

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

Ну eslint ом при желании можно что хочешь запретить

плюс распределенность из коробки, если общаешься с процессом тебе не важно на какой он локально или в сети

https://codepaste.net/fm8gn4

https://projecteuler.net/problem=95

где тут ошибка?

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

Возможности нет, но автоматически обнаружить такой код и запретить его, можно

плюс распределенность из коробки, если общаешься с процессом тебе не важно на какой он локально или в сети

Опять же - это просто фреймворк

я уже часа два убил на тупую задачку с проджект эйлера

не могу досчитать..

Опять же - это просто фреймворк

альтернативы? акка?

плюс распределенность из коробки, если общаешься с процессом тебе не важно на какой он локально или в сети

Хватит холиварить!

Возможности нет, но автоматически обнаружить такой код и запретить его, можно

Хватит холиварить

го node.js

https://codepaste.net/fm8gn4

.

Ну пожалуй, кроме акки ничего такого же нет

Денис, какие-то ещё конкретные вопросы есть? =)

Да, в каких ситуациях (или типах сервисов) стоит и не стоит инвестировать в Erlang/Elixir/Phoenix? Если есть сильная команда Node.js + Golang

Смысла нет)

Будет еще один способ делать то же самое

Да, в каких ситуациях (или типах сервисов) стоит и не стоит инвестировать в Erlang/Elixir/Phoenix? Если есть сильная команда Node.js + Golang

Пишите на чём знаете.

и го решать задачку

Как мне показалось из обсуждения выше, Erlang хорошо работает для stateless сервисов, где нужна обработка данных.

в чатике по эликсиру писали, что нода проще масштабируется чем эликсир. просто поднимаешь инстанс с нодой и он уже работает. очень быстрый старт в этом плане. у эликсира / эрланга же есть свои Ноды с которыми еще надо уметь работать. ну и деплой вроде в эликсире ужасный

За эликсир не так поручусь, но эрланг очень хорошо деплоить, т.е. это пригодная тема для длинных историй

The proper divisors of a number are all the divisors excluding the number itself. For example, the proper divisors of 28 are 1, 2, 4, 7, and 14. As the sum of these divisors is equal to 28, we call it a perfect number. Interestingly the sum of the proper divisors of 220 is 284 and the sum of the proper divisors of 284 is 220, forming a chain of two numbers. For this reason, 220 and 284 are called an amicable pair. Perhaps less well known are longer chains. For example, starting with 12496, we form a chain of five numbers: 12496 → 14288 → 15472 → 14536 → 14264 (→ 12496 → ...) Since this chain returns to its starting point, it is called an amicable chain. Find the smallest member of the longest amicable chain with no element exceeding one million.

Ну пожалуй, кроме акки ничего такого же нет

есть еще cloud haskell, только неизвестно как там дела обстоят

За эликсир не так поручусь, но эрланг очень хорошо деплоить, т.е. это пригодная тема для длинных историй

А как там экосистема пакетов/модулей?

в чатике по эликсиру писали, что нода проще масштабируется чем эликсир. просто поднимаешь инстанс с нодой и он уже работает. очень быстрый старт в этом плане. у эликсира / эрланга же есть свои Ноды с которыми еще надо уметь работать. ну и деплой вроде в эликсире ужасный

я бы стал обсуждать вопрос деплоя через год после того, как проект всё таки запустится

За эликсир не так поручусь, но эрланг очень хорошо деплоить, т.е. это пригодная тема для длинных историй

Мну кажется эрланг не подходит под современные девопс практики

у эликсира есть какая-то своя система, в эрланге она отсутствует

но в эрланге нет такой практики как сделать по 900 модулей на свежесгенерированный проект

у нас например вообще всё забандлено в центральный репозиторий

и мы в состоянии откатиться на момент год назад

нода шустрая в плане загрузки. Если всякие фреймворки грузятся секунд по 10-20, то нода стартует словно уже вс запущено было. Из-за этого всякие раннеры могут масштабировать кластер как угодно

я про это

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

нода шустрая в плане загрузки. Если всякие фреймворки грузятся секунд по 10-20, то нода стартует словно уже вс запущено было. Из-за этого всякие раннеры могут масштабировать кластер как угодно

такие stateless сервера на чем угодно можно делать

и мы в состоянии откатиться на момент год назад

Это похоже на то, что делают в Golang-проектах, когда все зависимости внутри помещают

и это очень разумно

Почему-то в Node.js и Java такая практика не прижилась

Ну в го просто нет пактеного менеджера)

Так что там вариантов немного

в 1.8 обещают

я думаю, что в java те, кто пожрали говна, сами всё таскают и так же убирают в репозиторий

иначе будешь сидеть у разбитого корыта с left-pad

В джаве только скомпилированное кладут

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

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

Мы не хотим попробовать (в смысле, не мы инициаторы), но клиент хочет попробовать веб-сервис на нём (ибо СТО фанат), но я хочу понять, стоит ли инвестировать в Elixir/Phoenix и собрать команды для этого, или это "вкусовщина" и есть объективные вещи, по которым Elixir не супер для веб-сервисов.

ну смотри, всю крутость эрланга познаешь в продакшне

Мне кажется гораздо перспективнее инвестировать в питон)

когда у тебя приходит реальный трафик и надо с ним работать

вот странно если erlang такой крутой, почему его так мало на хайлоад проектах ? а так же многие говорят что эрланг учится за пару недель

Мне кажется гораздо перспективнее инвестировать в питон)

в питон 2?

В этом плане есть надежда на Kubernetes, но не вызывает оптимизма периодические баги Docker

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

Мне кажется гораздо перспективнее инвестировать в питон)

в питон? Это в смысле потому что так неперспективно в ерланг?)

когда у тебя приходит реальный трафик и надо с ним работать

В этом плане есть надежда на Kubernetes, но не вызывает оптимизма периодические баги Docker

причем тут kubernetes?

ты вообще о чём?

Потому что в питоне есть джанго

Как минимум

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

И спрос на него всяко больше

Можно делать на нормальной жаве со спарком

И там нету rabbitmq

причем тут kubernetes?

Kubernetes он как раз для оркестрирования Docker-контейнерами в распределенной системе и управления ими, если один отвалился или машина перегружена, то он поднимает ноду на другой. Похоже так делает Erlang с процессами.

Потому что в питоне есть джанго

так ну в рубях есть рельсы, в пыхе симфа, в жаве спринг

Ну да, здесь вопрос спроса

Денис, я совершенно о другом говорю

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

RabbitMQ слабое место, которое Erlang как раз разруливает?

я говорю о том, что эрланг и эликсир — это подходящий инструмент для того, что бы сделать программу, способную выдержать подключение очень многих тысяч клиентов и их одновременную параллельную обработку

так ну в рубях есть рельсы, в пыхе симфа, в жаве спринг

в фениксе только производительность намного выше