Crystal, Elixir, Golang. Куда ехать рельсовику?

Question

[CapeRatel]

Crystal, Elixir, Golang.

Хочется и скайп браузерный запилить и быстро считать "страшную аналитику". И стримить налево направо без тормозов. Еще парсить "стопятьсоттыщ" файлов от юзеров, и статысячам сопливых девочек фоточки из "туалетов да кафе" фильтрами обмазывать.

А теперь серьезно. Куда рельсовики смотрят? Что выбирают? Что нравится, что не нравится? Где уже есть какие то фреймы для веба? Где сообщества собрались и пилят новый "рубирельсбум".

Парни поделитесь ссылками, мнением, доводами. Куда смотреть, что читать. Где наметки будущего мейнстрима?

ДОБАВЛЕНО:
А как же crystal? кто щупал?

Comments

[Alexey Poimtsev]

Мы выбрали Elixir :) вот кстати отличная статья на тему сравнения ruby и elixir - www.littlelines.com/blog/2014/07/08/elixir-vs-ruby...

Answer 1

[malroc]

Я честно говоря его пока не вижу, этого "будущего мэйнстрима".
Ясно что Ruby on Rails потихоньку устаревает.
Почти весь мэйнстримный вспомогательный инструментарий сейчас разрабатывается под Node.js: gulp, bower, babel, postcss (ещё не мэйнстрим но видимо будет). Опять же почти весь вспомогательный инструментарий RoR, который когда-то был либо мэйнстримом (SCSS, Compass), либо задавал тон в индустрии (Sporckets, Coffeescript) сейчас начинают выглядеть анахронизмом на фоне тех же gulp, postcss и babel + ES6. То есть по части инструментария однозначно рулит Node.js. Но это инструментарий.
В ту же копилку вэбсокеты, по части которых нода - эаталон, а RoR всё никак их толком не внедрит (вроде в 5 версии хотят). Есть Faye, штука неплохая, но слишком заметно что чужеродная для RoR.
Ещё один плюс ноды - возможность изоморфного рендернига контента для SPA. Но тут уже вопрос в языке, понятно что ни на чём другом кроме JS это не реализуешь.
В общем RoR конечно большинство основных новых веяний в индустрии благополучно прозевал и постепенно превращается в резервацию со своей атмосферой. Нода на передовой НО только по всякой вспомогательной части, сопоставимого по масштабу фреймворка на ней как не было, так и нет.
Всё остальное (Go и т.д.) ещё настолько сыро, что даже обсуждать по-моему нечего.

Comments

[v- smerti]

habrahabr.ru/post/129640
Вы заявили что всё остальное даже обсуждать не стоит. Проблемы из этого поста все сохранились и сейчас. Нода работает через хитро закрученную ж,,, виртуальную машину. В свою очередь написав что то на GO вы получите независимый бинарник который можно без проблем запустить с помощью 1 команды в терминал. А также всё это дело в разы быстрее чем виртуалка io.js

[malroc]

Ну и как это относится к теме поста? Где на Go реализованные серьёзные фреймворки, инструменты, задающие тон в индустрии и т.д.? Что угодно, что могло бы говорить о Go как о "будущем мэйнстриме"?
Независимый бинарник я и на C могу скомпилировать, и работать будет наверняка ещё быстрее чем Go, что мне это даёт-то в практическом плане?

[malroc]

И да, разгромную статью про Go я вам тоже могу привести если хотите. Вот, держите: habrahabr.ru/post/268411

[v- smerti]

malroc: GitHub и 100500 либ на все случаи жизни. Цитата одного из комментариев "Как показывает практика (моя и не только) — без шума не взлетит. Это лет 10 тому назад можно было написать полезную программу и стать известным за пол года. Сейчас интенсивность фонового шума в интернете такова, что напиши ты хоть серебрянную пулю, если хотя бы ты сам не приложишь все усилия чтобы поднять вокруг своего решения максимально шума — о нем никто и никогда не узнает.
В этом кстати история практически всех успешных решений и новинок последних лет. Они небыли лучшими, и, часто даже небыли первыми. Они просто были самыми шумными. Жаль что так происходит, но такова жизнь… "

[malroc]

Владимир Грабко: я не понял к чему вы это написали и что хотели сказать.

[CapeRatel]

Владимир Грабко: malroc: спокуха парни) Я пост сделал, чтобы поделились ссылочками, мнениями, ясно что разговор за серверную сторону. И ясно что жабаскрипт это "факинщит".

[v- smerti]

malroc: Я хотел сказать о том что io не так хорош как его рисуют. Если бы вокруг Go подняли такой шум то от бы тоже не был таким "сирым"

[malroc]

Владимир Грабко: так при чём тут это-то. Руби тоже местами так себе язык, но RoR написали именно на нём, а RoR влияние на индустрию оказал в итоге колоссальное. Я говорю что есть по факту, а вы мне про независимый бинарник. Нашли чем удивить человека который 5 лет на C/C++ разрабатывал.

[v- smerti]

malroc: я говорю что не надо писать под что изначально работает через хитро закрученное очко. Я писал на ноде (не много) ради эксперимента сделал миничат на ноде и го (веб сокеты) Погнался по им ботами. В итоге нада через минуту загрузила cpu под 100% (1000 смс в 1 секунду) го проработал до 100% cpu минут 5. Простейший тест для реальных задач в вебе.

[malroc]

Владимир Грабко: есть вопрос не связанный с темой обсуждения, написал вам на почту

[thepry]

Владимир Грабко: так у вас каждый первый проект требует такой производительности, чтобы жертвовать высокоуровневостью руби в пользу го?

[v- smerti]

malroc: не желает. Разве что только исходники =)

[v- smerti]

thepry: я на рельсах писал недельку бложик (я тогда пробивал одну задачу решить на разных языках. Node, RoR, Python, Crystal, Php, Go) после них писал тот же бложик на go. Последний оказался с более удобным синтаксисом (правда очень долго не мог понять как определять тип данных) До этого с класса 8 писал на пхп(и остальные прелести веб разработки). На данный момент Go затмил остальные языки.

[malroc]

Ну понятно что Go это вообще не замена рельсам, там ничего близкого по степени проработанности сейчас нет. Что касается производительности руби, она не так плоха на самом деле.
Вот бенчмарки:
www.madebymarket.com/blog/dev/ruby-web-benchmark-r...
Если лень читать, там видно что приложение на "голом" JRuby и Rack (т.е. без фреймвороков) имеет практически ту же производительность, что приложение на Go. Если JRuby заменить на стандартный Ruby, будет на 25% медленнее, что тоже не сильно критично. Основной "тормоз" для руби - это Rails. То есть на самом деле нет никакой дилеммы "высокоуровневость"/"производительность" применительно к самим языкам: Ruby вполне производителен при своей высокоуровневости.
Но всё это никакого значения не имеет, потому что писать сложное веб-приложение без фреймворка никто не будет. Поэтому никому не интересна производительность голого Ruby/JRuby.
Поэтому же производительность Go может иметь значение только для решения узкого круга задач. И вполне очевидно, что если на нём когда-нибудь появится фреймворк, сопоставимый по функциональности с Rails, производительность СИЛЬНО пострадает. Но пока ничего подобного там нет, соответственно и никакой альтернативой RoR он не является.

[Alexey Poimtsev]

Простите, но немного усомнюсь по поводу "сырости" go - blog.not-a-kernel-guy.com/2015/10/16/1738

[malroc]

Alexey Poimtsev: Go сам по себе не сырой, но язык сам по себе вообще мало значит. Инфраструктуры достаточной пока нет и не факт что будет.

Answer 2

[Олег Цилюрик]

CapeRatel:

Сообщество живое русское есть где нибудь?

Язык программирования Go
Русскоязычный подкаст о Go

Comments

[v- smerti]

за вторую ссылку спасибо

Answer 3

[v- smerti]

Как по мне то после GO вам не чего больше не захотите. Он с лёгкостью справиться с задачами

Хочется и скайп браузерный запилить и быстро считать "страшную аналитику". И стримить налево направо без тормозов. Еще парсить "стопятьсоттыщ" файлов от юзеров, и статысячам сопливых девочек фоточки из "туалетов да кафе" фильтрами обмазывать.

Comments

[CapeRatel]

Владимир, ну поделитесь чем нибудь. Что нибудь для веба уже собрали на го? Сообщество живое русское есть где нибудь?

[v- smerti]

CapeRatel: для веба только и собирал. На продакшене нечего нет. Сейчас на нём дописываю Api для многопользовательской аркады с элементами стратегии. Просил знакомого проверить отказоустойчивость апи "реальным" ботнетом. Упало при 900к запросов одновременно на довольно слабой машине (CPU1.6 1 ядро, 2 озу. Пот дебианом) mysql был на отдельном сервере.

[CapeRatel]

Владимир Грабко: хм. Неплохо.

[v- smerti]

Riley Usagi: зачем мне русский если я знаю go :) А так то у нас в школе за 11 лет что я учусь не в одном классе не преподавали Русский так что все языки кроме Украинского и Английского я учу сам. Думаю что неплохо пишу на русском как для самоучки.

[v- smerti]

Riley Usagi: и да не надо старых добрых поговорок о школоте вроде "нечего не знают но везде лезут" и т.д.

[Станислав Макаров]

Владимир Грабко
> Просил знакомого проверить отказоустойчивость апи "реальным" ботнетом. Упало при 900к запросов одновременно
Хорошие у вас знакомые :D

[v- smerti]

Станислав Макаров: )

[Денис Каракчиев]

v- smerti, 3 года прошло, как у Вас сейчас дела с Go? Смущает отсутствие вакансий и узкоспециализированностьа так тоже дёргало учить, подскажите стоит ли тратить время на PHP, или уже можно всё пилить на Go? Сориентируйте, если не сложно =)

Answer 4

[Андрей Никифоров]

Рельсовики смотрят в рельсы. Без вариантов. Для обычного, не вебсокетного веба пока ничего лучше нет: PHP и Django альтернатива того же уровня.

Если же хочется чего-то нового — берите Go для «страшной аналитики и фоточек» или Erlang (не Elixir) для «скайпа браузерного» и делайте IPC с рельсами.
В Elixir сейчас для Erlang из интересного только ecto, остальное есть и в Erlang.

UPD: Про Crystal вот сейчас услышал в первый раз, но выглядит интересно, планирую посмотреть поближе.
Нашел вот:
https://github.com/veelenga/awesome-crystal
https://github.com/Codcore/amethyst
https://github.com/dhruvrajvanshi/Moonshine

Comments

[CapeRatel]

По скорости схож с голангом.

[Алексей Васильевич]

У эрланге мейнстрим (тоже порядком "обветшавшийся") - ChicagoBoss. Лично мне нравится, крутая штука, но увы, сообщество не очень большое

[Indever2]

Вообще, у Elixir есть фреймворк Phoenix, который как раз-таки работает с вебсокетами. У меня есть пара друзей, которые тесно работали с ним, и, скажу я вам, им очень понравилось, ибо он реализует все сильные стороны виртуальной машины Erlang.

[Андрей Никифоров]

Indever2: Год назад я об этом не знал, а сейчас сам на нем разрабатываю.

Answer 5

[Yuri S.]

Язык надо выбирать под задачу, которую он может решить. А не по мейнстриму.

скайп браузерный запилить

стримить налево направо без тормозов

Erlang (Elixir)

быстро считать "страшную аналитику".

парсить "стопятьсоттыщ" файлов от юзеров

Crystal, Ruby

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

Javascript

Для инструментов
Node.js, Gulp.js

Для MVP, контентных, маркетинговых и ecommerce сайтов
Ruby on Rails

Answer 6

[Евгений Тройнов]

Я как рубист заехал на Elixir, в принципе доволен.

язык программирования Elixir

Answer 7

[Rakshas]

> Куда ехать рельсовику?
В сторону становления настоящим программистом.

> crystal
А он уже дорос до первой_стабильной_версии?

Пока общий тренд таков: Node.js/Golang. Elixir - для самых энтузиастнутых энтузиастов.
И это не значит выбрасывать рельсы на помойку. Попробуйте запилить средней сложности веб-проект на чем-то из списка за соизмеримые с рельсами сроки :) Сильно удивитесь.
Так что: пишем на рельсах, а "тяжелые" участки выносим в микросервисы на ноде/гоу, коммуникация через лонг-полинг, веб-сокеты, etc.

Answer 8

[mukizu]

Возможно Elixir + Phoenix. Но это возможно и это не совсем тоже самое что Руби и Рельсы.

Так или иначе какой-то сильной миграции в ближайшие пару лет не случится.

Go тут как-то не в тему, он больше для промежуточных задача "под копотом", хотя конечно и на нем можно пилить "на Рельсах", только зачем?

Comments

[webus]

А как же весь современный способ построения фронтэнда ? вот в том же Phoenix framework есть webpack из коробки, в рельсах старый рубишный пайплайн.

[mukizu]

webus: не работаю с фронтэндом, не ведаю особо. Пока беглым взглядом - Ecto новый скоро там будет, а ни с чем кроме Psql вроде не работает. Опять же - Elixir это функциональный ЯП, не думаю, что люди прям сразу будут на это перепрыгивать, если вообще будут. Для многих проще прикрутить webpack к рельсам, нежели функциональщина.

Так что процесс будет точно не очень быстрым. Кому очень нужны возможности Elixir - конечно пойдут, кому нет - те нет.

[mukizu]

webus: + ко всему RoR или Django это уже сформировавшаяся база пакетов, практик и так далее. Не многие захотят от этого отказываться пока не увидят аналогичной среды обитания в Phoenix

[Alexey Poimtsev]

mukizu: Elixir работает с кучей БД - toolbox.elixir.pm также нужные пакеты можно найти на hex.pm, вот например mysql - https://hex.pm/packages?_utf8=✓&search=mysql&sort=...

[mukizu]

Alexey Poimtsev: Разговор шел об https://github.com/elixir-lang/ecto

[Alexey Poimtsev]

mukizu: ecto работает с достаточным количеством типов БД из коробки - www.phoenixframework.org/docs/ecto-models

[mukizu]

Alexey Poimtsev: Вы из принципа не читаете исходный комментарий? Давайте я помогу:

> Ecto *новый* скоро там будет, а ни с чем кроме Psql вроде не работает

За это время в Ecto 2 добавили поддержку MySql еще, да. Но даже список того, с чем работает старый Ecto - достаточно короткий, по сути несколько самых популярных СУБД. (4 штучки, если SQLite вычеркнуть)

[Alexey Poimtsev]

mukizu: 1 - ecto 2 еще не в продакшне, пока что 18 февраля анонсировали только бэту.
2 - поддерживаются из коробки только самые популярные БД, в большинстве случаев этого хватает
3 - если вам нужна поддержка других БД (RethinkDB, Riak, Mongo итд), то для многих из них есть куча коннекторов на hex.pm, если чего-то не хватает - подключите то, что уже написано для эрланга, в чем проблема?
4 - напомню, что (удивительно, да?) ActiveRecord тоже не silver bullet и если надо что-то еще, то есть nobrainer, mongoid итд

Чего вам конкретно из баз не хватает?

[mukizu]

1. Само собой, но тем не менее.
2. meh
3. В том, что топик о том, что мы сравниваем инфраструктуру и экосистемы руби\рельсов и того же elixir\phoуnix. Конечно всегда можно ответить в духе "ну возьми, да сделай". Только к изначальному вопросу это никак не относится и вы зачем-то пытаетесь постоянно уйти в эту степь.

Я вообще эликсиром не пользуюсь, так что мне всего хватает. Мы не об этом говорим.

Answer 9

[caution]

рельсовики - пускают слюни, рубисты - думают.