го 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 как раз разруливает?

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

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

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

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

А есть бенчмарки под рукой?

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

Производительность чего?

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

ERROR: S client not available

Это абстрактное слово

Производительность в плане параллельно эрланг обработает больше подключений - да

хз, редко упираюсь в производительно платформы, больше всего проблем с IO

http://blog.carbonfive.com/2016/04/19/elixir-and-phoenix-the-future-of-web-apis-and-apps/

Что то не так много баз на эрланге написано

Производительность чего?

всего, и сокетов, и запросов в секунду

Быстрее ли он обработаешь конкретное подключение - вопрос

по сравнению с рельсами и джангами

Ну с Джангой - вопрос

Что то не так много баз на эрланге написано

CouchDB, Riak

Питон быстрый довольно

И все

А рельсы нужны чтобы да день написать проект

In 2011 WhatsApp achieved 1 million established tcp sessions on a single machine with memory and cpu to spare. In 2012 that was pushed to over 2 million tcp connections. In 2013 WhatsApp tweeted out: On Dec 31st we had a new record day: 7B msgs inbound, 11B msgs outbound = 18 billion total messages processed in one day! Happy 2013!!!

собственно бекенд вотцаппа это пример

А ни в эрланге ни в эликсире не сделаешь такое

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

А ни в эрланге ни в эликсире не сделаешь такое

как впрочем и с нодой =) Рельсы уникальны, да

Вотсап так себе пример

Вотсап не имеет бизнес логики от слова вообще

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

В #мемориз :)

В Пайтоне проблема в том, что у ты можешь использовать asyncio, а библиотека, которая тебе нужна, блокирует IO

А ни в эрланге ни в эликсире не сделаешь такое

феникс претендует на повышенную продуктивность, пока до рельсов далеко конечно

В Пайтоне проблема в том, что у ты можешь использовать asyncio, а библиотека, которая тебе нужна, блокирует IO

Либо использовать nodejs ?

феникс претендует на повышенную продуктивность, пока до рельсов далеко конечно

Тут как всегда - либо то либо это

В Пайтоне проблема в том, что у ты можешь использовать asyncio, а библиотека, которая тебе нужна, блокирует IO

3 питон скоро разобьюется на 2 лагеря как когда то сам питон. те кто пишут на asyncio и кто нет :)

в фениксе даже тесты исполняются многопоточно, включая операции с БД

Либо использовать nodejs ?

Ну это понятно

что повышает продуктивность

В Пайтоне проблема в том, что у ты можешь использовать asyncio, а библиотека, которая тебе нужна, блокирует IO

именно. Мы с этим нажрались так, что я волосы не только на голове рвал