Эрриксон - вот тебе реальный пример из "жизни".

Эрриксон - вот тебе реальный пример из "жизни".

E///, кстати, не самый лучший пример ) я работал в проектах, где эрланг по сути не был нужен :)

E///, кстати, не самый лучший пример ) я работал в проектах, где эрланг по сути не был нужен :)

А какой лучший пример?

Ну блин.. ejabberd

> соотвественно его имеет применить там, где много параллельных потоков данных, и необходимо обеспечивать гарантированное время ответа Ну тоесть сервера подходят, я правильно пнимаю...

> соотвественно его имеет применить там, где много параллельных потоков данных, и необходимо обеспечивать гарантированное время ответа Ну тоесть сервера подходят, я правильно пнимаю...

Да какие сервера?! В общем случае подходят... но зачем тебе эрланг, если у тебя сервер хэндлит десяток простых запросов в секунду?

Так ведь сервер же, в каком режиме ему ещё работать?

Обрабатывает... или если у тебя каждый запрос влечёт за собой кучу математических вычислений, и оверхедом от обработки подключений вообще можно пренебречь...

Так ведь сервер же, в каком режиме ему ещё работать?

Миллионы клиентов? Десятки и сотни тысяч запросов в секунду?

а сколько?

Столько у сервера обычно и ебашит

Мне кажется, это троллинг...

Мне кажется, это троллинг...

ТИПО того ))))

Миллионы клиентов? Десятки и сотни тысяч запросов в секунду?

сколько у типичного сервера запросов и клиетов по твоему??????

сколько у типичного сервера запросов и клиетов по твоему??????

Что такое типичный сервер? У сервера WhatsApp и корпоративного http сервака нагрузка отличается на несколько порядков... как и то на что они тратят ресурсы...

Бля, ясно

Если мне кто-нибудь сможет адекватно объяснить чем обычно занимаються на Erlang это былобы заебись

Заебись не будет

https://pp.userapi.com/c410829/v410829261/7717/Sbi8ILQKXD8.jpg

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

Если мне кто-нибудь сможет адекватно объяснить чем обычно занимаються на Erlang это былобы заебись

эрланг збс, и эликсир тоже

Если ты просто хочешь написать сайт то начни с pho, ruby, python

Поэтому я и хочу изучать фп

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

Типа

Чат

Камера чат

Типа рунеток

То уже можно думать над эрлангом

Оке, спасибо понял

Да. Только обязательно с девками...

http://erlang-mnesia-video.ru

Берите http://nats.io/ сами с кролика начинали, потом ебались с кафкой, в итоге попробовали nats забыли вообще про всю боль и очень быстро работает относительно конкурентов.

Спасибо за фидбэк. А в чем были проблемы с кроликом ?

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

отлично сказано

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

Хотя я до этого писал без контекстов этих - разобраться реально быстро

Так вот это к вопросу о скорости разработки по сравнению с рельсами

На неделе буду деполить - отпишусь как что

Берите http://nats.io/ сами с кролика начинали, потом ебались с кафкой, в итоге попробовали nats забыли вообще про всю боль и очень быстро работает относительно конкурентов.

Почему-то стало модно советовать инструменты, не сообщая для каких задач их использовали и чем не подошли предыдущие... Я считаю что если человек не пользовался ничем, то ему надо инструмент с максимально дружелюбным интерфейсом, который легко ставиться и легко облуживается. А уж потом, если нужно больше производительности, то приходится выбирать что-то менее дружелюбное, но более эффективное. У раббита есть пакеты для известных дистрибутивов, удобная и функциональная веб морда, где видно какие части вашего продукта не справляются и почему (https://www.cloudamqp.com/blog/2015-05-27-part3-rabbitmq-for-beginners_the-management-interface.html). Это же намного удобнее и практичнее ковыряния в консоли и текстовых конфигов. Производительность надо замерять на конкретных задачах, плюс я почитал про NATS, у него нет ручного подтверждения задач, то есть сделать гарантированную доставку сообщений с их гарантированной обработкой (да, есть задачи где после успешного получаения сообщения, воркер может с ним не справится) не особо выполнимо, судя по всему. Потому я предлагаю меньше спрашивать, а взять каждый инструмент и попробовать на своих задачах, начиная с самого дружелюбного (лично у меня раббит для всех задач подошёл).

Если мне кто-нибудь сможет адекватно объяснить чем обычно занимаються на Erlang это былобы заебись

Erlang (Elixir) незаменим когда нужно писать что-то легко масштабируемое и неубиваемое: чаты, обработка видео, брокеры очередей, микросервисы, роботизация, на нём благодаря pattern matching легко и непринуджённо писать драйверы для чужих бинарных протоколов. Само по себе функциональное программирование сильно прочищает мозги и позволяет писать более гибкий и поддерживаемый (а также тестируемый) код на других ЯП. На нём легче писать что-то многопоточное и легче отлаживать проблемы в приложениях чем в других языках. Можно подключиться к работающему приложению, например, и поотправлять различные рапросы в разные части своего приложения, мало какие языки дают такие возможности. С одной ноды можно управлять остальными с одного компьютера (без написания дополнительного кода).

Все так классно описал

Товарищи, как лучше? https://gist.github.com/droptheplot/5671feb74c4fee668783d4570bda154b

я бы, наверное сделал так: https://gist.github.com/zloyrusskiy/e3ef3e29b54a0205809525e4022595e7

или как во втором варианте, но убрал бы лишний Enum.empty?

там можно упростить до: case empty_rooms do [] -> nil rooms -> Enum.random(rooms) end

уберу пин, оформление такое, что скорее всего предложение о работе отпугивает.

Так вот это к вопросу о скорости разработки по сравнению с рельсами

вопросы возникают, когда хочется не голой жопой по асфальту. Типа хочется сделать версионирование данных. Идешь такой в hex.pm а там ничего для этого нет. Люди гемы для версионирования годами писали и выдрачивали, а тут по факту нужно самому написать. Хочется bulk_апсертов? Хер то там. Желание собрать эксельку на пару страниц с данными? - пиши с нуля. Поиск через эластик? Нет ничего проще, вот тебе http клиент и обертка из говна и палок на эластик, пиши остальное сам.

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

Берите http://nats.io/ сами с кролика начинали, потом ебались с кафкой, в итоге попробовали nats забыли вообще про всю боль и очень быстро работает относительно конкурентов.

???

???

это что значит?))

это что значит?))

огонь)))

мм.. интересно

спс

все к кафке хотел подойти, но чтото меня в ней пугало)))) хорошо не придется с ней возиться

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

надо на nats поглядеть

я на выходных смотрел куда метрики складывать - может кому пригодиться. Яндекс недавно выложил графхаус

после проеметея вообще странно куда-то глядеть

https://prometheus.io/

шустрый как понос

по сути все пытаются переизобрести одно и то же, в итоге у всех в 90% случаев одинаковое говно

шустрый как понос

а в цифрах?

по сути все пытаются переизобрести одно и то же, в итоге у всех в 90% случаев одинаковое говно

маловероятно что кто-то пишет просто ради прикола, есть причина всегда

ERROR: S client not available

ну парни одни пользовали графит и взяли и написали свою хуету https://github.com/gnocchixyz/gnocchi

на питоне

это была попытка вылечить whisper

clickhouse лечит

но в итоге самый убогий вариант требует 40+ с хуем воркеров крутить

там еще будут выпиливать graphite-web так что думаю будет скоро еще один ?)))

я не вижу буфера на входе, в графите одна из первых проблем - отсутствие буфера

графхаус я так понимаю собирает в кучу и вставляет пачками в кликхаус

On a typical bare-metal server with 64GiB RAM, 32 CPU cores, and SSD, Prometheus sustained an ingestion rate of 900k samples per second, belonging to 1M time series, scraped from 720 targets.

не понять, на графике две больших серых личинки

почему-то яндекс метрика prometeus не использует

почему-то яндекс метрика prometeus не использует

яндекс метрику делали, когда автор прометея под стол ходил пешком. + стандартная проблема всех программистов: все идиоты кроме меня

яндекс метрику делали, когда автор прометея под стол ходил пешком. + стандартная проблема всех программистов: все идиоты кроме меня

я ж не заставляю пользовать)))

наверное половина всех продуктов появляется ровно из-за спп

я ж не заставляю пользовать)))

я опонирую )

я опонирую )

devil advocat))))

я помню, как я усирался по кибане

сейчас после графаны вообще не понимаю, о чем кибана

эволюция мать ее

то чем восхищаемся сегодня - говно уже завтра.

графана там через graphite-web настраивается кстати, но обещают выпилить))

и напрямую в graphouse обещать запилить, чтобы выпилить graphite-web

то чем восхищаемся сегодня - говно уже завтра.

я помню как офигевал от производительности кролика, потом редиса))) но вот уже nats))

кстати отдельно хочу отметить интересную концепцию федерации для метрик

не так давно познакомился с идеей

кстати отдельно хочу отметить интересную концепцию федерации для метрик

?

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

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

https://prometheus.io/docs/operating/federation/

видимо это чтото типа этого https://clickhouse.yandex/reference_ru.html#AggregatingMergeTree

я помню как офигевал от производительности кролика, потом редиса))) но вот уже nats))

ну значит у тебя задачи такие где нужна производительность, но это же не значит что у всех такие задачи. "Больше производительности" обычно равно "меньше функционала".