Производительность, расширяемость. Круг людей, которые продвигают этот язык.

переезд на новую технологию должен быть обоснован

Возраст языка

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

то есть понятно, если у вас по 32 воркера unicorn на 6 серверах

Но это основание)))

то надо что-то делать

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

Возможности языка!

у ruby возможностей не меньше) и от того что я пишу на go, яне перестал писать на ruby и rails

Если я правильно понял, разработчики утверждают что основная фишка Phoenix это productivity and performance.

А никто не говорит, что надо бросать руби

то есть одновременно продуктивность как на РоР, и в то же время гораздо выше производительность

К тому же феникс очень рельсы напоминает

concurrency - вот главная фишка

Там core разработчик из RoR потому что))

Jose Valim?

Не помню, но могу найти в статьях)

По производительности я вообще сомневаюсь что что-то может побить ерланг

Я еещ читаю про сам язык, про фрэймворк и его возможности. Очень много интересного черпаю оттуда, мозг меняет основательно. Это как Руби после PHP.

Попробуй хаскель - такая же тема)

Только там ещё фишка со строгой типизацией, выводом типов и прочее

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

По производительности я вообще сомневаюсь что что-то может побить ерланг

rust? C?

и, невероятно, но js?

Говорят, что erlang на уровне с C.

Я имею ввиду производительность в смысле обработки количества запросов в секунду

да ладно?

что да ладно?

на что посморим, они все упрутся в производительность хранилища?

конечно)

а то что вы тут сферические тесты в вакууме кидаете - смысла в них, как в нашей беседе

окей, чуваки в aviasales используют эликсир в проде, очень довольны

хотя у них рельсы были сначала

Вот есть какая-то сравнялка http://blog.dimroc.com/2015/11/14/etl-language-showdown-pt3/

зайди в elixir slack, там канал russian, вот они там это говорили

Давно хотел прочитать полностью, но времени нет.

Так вот. Основной вопрос был в чем? Куда идти после Ruby и Rails?

это сугубо индивидуальный вопрос)

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

хоть в embedded

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

а смысл?

тогда уходить?

Но вообще можно куда угодно, но вот это мое личное мнение.

имхо можно ещё лет 20 на руби разрабатывать

+1!

у каждого свой путь)

Я даже не сомневаюсь, что руби по производительности скоро порвет PHP

почему это?

из-за инициативы ускорить руби в 3 раза?

Просто есть куда развиваться)))

пхп тоже на месте не стоит

7 версию ускорили, есть ещё всякие темы с компиляцией пхп, типа хип хоп

https://github.com/grosser/parallel

Вот хорошо ускорила руби в тех тестах.

Попер народ))

Блин, вот мы срач устроили))

лиж бы киркорова не обсуждали )

@ad0ne Погнали?

))))

https://habrahabr.ru/post/269477/

Это ересь

Два разных языка

Было обсуждение в моей конференции по рубям

Её разнесли в пух и прах

Два разных языка как понять?

Это ересь

Можете по точнее описать?

обьяснить чем отличаются компилируемые языки от Интерпретируемых?

статья говно Убегающая память == я не умеют пользоваться инструментами для отлова утечек Параллелизм == я не умеют в многопоточное программирование Скорость == я натищил говна, не понимаю как оно работает, но жалуюсь что теперь рельсовое окружение стартуер 40 секнд

про элексир меня особенно улыбнуло

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

дам совет: не надо думать про производительность пока у тебя нет продукта

нужно думать о трёх вещах: скорость разработки, простота разработки, стабильность экосистемы

например вот это: def show(conn, %{"messenger" => messenger}) do render conn, "show.html", messenger: messenger end это пиздец

но его из песни не выкинуть, так как это эрланг

ну это эрланг же

приправленный

с тобой согласен полностью

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

а преждевременно оптимизировать это зло

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

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

сразу понимаешь масштабы и понимаешь на что нужно смотреть в первую очередь

а когда есть продакшен, нужно тянуть из продакшена и смотреть там

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

тулзы == глаза, а без глаз очень тупо чота там оптимизировать

Пожалуйста

Статью читал как раз сегодня.. https://habrahabr.ru/post/301532/

Эту ещё не обсуждали

каждому по своей руби конфе!

например вот это: def show(conn, %{"messenger" => messenger}) do render conn, "show.html", messenger: messenger end это пиздец

А мне понравилась такая запись)))

Мне вообще очень вкатило https://elixirschool.com/ru/lessons/basics/pattern-matching/

Мне куда сложнее было понять как миксовать модули в руби..

каждому по своей руби конфе!

Это да, есть такое

я когда смотрел видос и крутил обруч - заработал синяк на жопе от увиденного.. а вот такая запись {^key => value} = %{"hello" => "world"} очень легко воспринялась мозгом)) и без последствий))

Put HTTP in its place with Roda https://t.co/hcH4ISAj6T