нзч

#вакансия #fulltime #elixir #relocate #Канада

Предлагаю Вам позицию Senior Elixir разработчика в одну из продвинутых игровых компаний Канады.
О компании:
• Более 5 лет на рынке, сейчас фокус на разработке мобильного гемблинга;
• Проекты преимущественно на Elixir, Nodejs и Scala + Elastic, BigQuery, Mnesia;
• 45 человек в команде, включая русскоговорящих;
• Офис в центре Торонто, Канада.

Что делать:
Участвовать во всём цикле разработки от идеи до релиза.
Что нам обязательно важно от Вас:
• ВО полученное не позднее 2014 года;
• Опыт работы с Elixir от 2-х лет;
• Знание английского языка;
• Опыт работы разработчиком не менее 5 лет.


Что предлагает компания:
• Уровень заработной платы - до 140 000 CAD в год (до ~590 000 руб. в месяц) до вычета налога (размер налога рассчитывается индивидуально, около 25%);
• Полный релокационный пакет: оформление разрешения на работу (включая членов семьи), покупка билетов, оплата первого месяца проживания в апартаментах рядом с офисом;
• ДМС, включая офтальмолога и стоматолога;
• Бесплатное питание (повар в офисе);
• Видеоигры, корпоративные мероприятия, оплата фитнеса.
Название компании: Get It (название ко по запросу лично)
Контакты: telegram: @aleksa1286  a.kabanova@get-it.io

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

Вообще такой How-To очень интересен, когда принимать решение перехода, что за чем реализовывать, что является контрольными точками прохождения, какой приоритет выполнения задач...

лучше сразу на  Elixir)) Если ты что то можешь на рубях - то это можно без потери скорости набрать на эликсире, но если наоборот - нет)

how to - для legacy ruby project, вот где поработать надо будет

та да...

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

если начинать свой проект на Rails, а потом его переводить на элексир, то возникает определённая переработкав плане проектирования (это не считая, что код переписывается заново)
если мы на рельсах сначало пишем код, а потом прикручиваем конкурентность,
то на elixir мы сразу начинаем думать в режиме конкурентности, потому что вся платформа заточена на это, и это есть большой плюс, потому что изначально в проекте мы начинаем решать проблемы, которые нас ожидают в будущем

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

если конечно мы не пишем блог "за 15 минут" ))

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

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

и еще момент, сразу правильно сделать - это что-то из разряда научной фантастики

Когда делаешь 15-й интернет магазин за год, уже можно сделать правильно

это еще та сказка. в итоге мало какие проекты переписываются и всегда это большая боль и много времени

Написать не используя конкурентности можно и на Elixir, а можно написать и с большим количеством неэффективной конкурентности. Я думаю, не это определяет. Скорость разработки прототипа определяет то, насколько хорошо ты знаешь язык и экосистему, экспрессивность языка и наличие необходимых библиотек в нужном качестве.

Экспрессивность языка влияет на качество и скорость разработки меньше чем качество кофе в офисе

Я тестировал с другом написание решения одной и той же задачи на C++ и Elixir - помойму ещё как определяет. На Elixir-е экспрессивность позволяет решать определенные задачи вдвое быстрее. Если ты работаешь допустим 10 часов, то C++ нужно будет пить кофе и работать по 20? Вариант, но не долгосрочный в случае написания хоть какого-то сложного прототипа. Кстати, поэтому их часто пишут на языке типа Python.

И давно с другой командой только уже Go и Elixir на проекте.

Интернет магазин на эликсире - это путь в пропасть

Почему?

Прототипы и mvp лучше делать на руби, потому что есть куча готовых библиотек. Просто строить архитектуру из расчёта того, что надо будет дробить проект на микросервисы в нагруженных местах. А там уже все равно на чем ентот микросервис у тебя, на го или эликсире