Ты еще спроси где в MVC сам Rails (его классы, конфиги, нициализеры) и вообще Gems.

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

#вакансия #remote
Senior Rails Engineer

Компания: Grinteq
Зарплатная вилка: $3500 — $4500
Тип работы: Полный рабочий день
Тип занятости: Удаленка

Описание вакансии:
You will be challenged to maintain high availability environments that can handle real-time
inventory and prices updates at ultra-high workloads, across multiple third party and internal
systems, while keeping complex domain logic iterable and simple.

Требования по позиции:
— 6+ years of professional web application development experience.
— Strong idiomatic Rails knowledge and practice.
— Strong judgment in election of gems, dependencies and datastores.
— Strong understanding of web-app performance fundamentals and related dev tools.
— Strong database fundamentals and experience with MySql or Postgresql.
— Fluent English.

Условия работы:
– No-bullshit culture.
– Possibility to work remotely.
– Flexibility of the schedule.

Присылайте ваше актуальное CV in English @Roshchenko

#job #work #Москва #работа #вакансия   #Ruby  #Senior #middle #офис #удаленно  #remot #Backend

Ruby on Rails разработчик
Город: Москва
Зарплата (ГРОСС): 120 000 - 200 000 ₽
Опыт: менее 3 лет
Формат работы: Офис/удаленно, по желанию.
Мы ищем уверенного в себе Back-end разработчика middle / senior уровня, готового присоединиться к команде разработки одного из наших проектов.
Что есть в наших проектах?
•  Ruby 2.x и Rails 5.2
•  PostgreSQL, PgBouncer и Redis
•  RabbitMQ
•  nginx
•  JS, React
•  Ansible
•  Travis CI, Semaphore CI
•  Для мониторинга используем Datadog и NewRelic
•  Гибкий подход к разработке с короткими итерациями и ежедневными 15-минутными обсуждениями текущих и будущих задач
Что мы предлагаем?
•  Кристально чистую, белую зарплату.
•  ДМС после испытательного срока.
•  MacBook Pro / iMac или мощный Linux компьютер на выбор.
•  Если есть желание — можно часть времени поработать из дома.
•  Или формат полностью удаленной работы.
•  Бесплатное обучение на любых курсах Нетологии и Фоксфорда.
•  Возможность полностью изменить то, как выглядит образование в России и русскоязычных странах.
Что предстоит делать?
•  Развивать и поддерживать сайт
•  Участвовать в разработке архитектуры проекта, проводить рефакторинг и ревью кода.
•  Делиться своим опытом с командой, обсуждать технические решения и приходить к общему мнению.
•  Взаимодействовать со всей продуктовой командой – разработчиками, дизайнерами и менеджерами продукта.
Для связи: @hrincome

хорошая вакансия, а можно слово "экспертиза" заменить на "опыт"?) а то у меня подгорает))

Не вопрос)

кто-то запустил эту кальку с английского, а все теперь пользуются неправильно)

)

а чё за компания?

Пишите в личку

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

Возможно это hr посредник

Есть ли здесь кто-то из EPAM или Upstack.coUpstack.co, хотел бы спросить в личке пару вопросов о работе / внутренних курсах (тренинги, воркшопы)?

О, кстати. Хотите творческую задачку по руби?

Точней так - у меня была рабочая задача, которую я решил по быстрому, но задумался что должен быть способ реализовать это изящней

описывай)

Изначальная задача: Есть некая околореалтаймовая система. В одном месте на телнет интерфейсе генерируются сообщения сплошным потоком. Раньше скрипт слушал его напрямую, периодически отваливался и терял сообщения. Необходимо было повысить надежность и избавиться от потерь сообщений. Я решил в качестве шины задействовать редис - List. Собственно скрипт который стал слушать непосредственно на серверах делает только 1 действие - rpush. Скрипт на приемной стороне - lpop. Поскольку серверов с логикой у нас 2 - основной и резервный, то я решил переделать на горячий резерв.
Все логично - 2 редиса, создаем класс обертку, храним коннекты в array внутри, проксируем вызов rpush - если чтото пошло не так на этапе выполнения, отлавливаем эксепшен, переключаемся на следующий коннект и так в цикле пока все не переберем. Не получилось - сбрасываем сообщение в лог.

А теперь то что можно сделать изящней - я явно прописал rpush и логику переключения. Если нужен будет к примеру set, придется его точно также реализовывать. И я думаю что можно как то это обойти - неважно какую функцию вызвали в классе-прокси, прокинуть её в коннектор и если сгенерировалось NoMethodError - вернуть ошибку обратно. А если пошло чтото не так в процессе выполнения - отработать логику поиска живого коннекта к редису

Да - я из телефонии и у нас всегда тут странные запросы 😃

не бывает проблем, которые нельзя было бы решить еще одним уровнем абстракции. кроме проблемы слишком большого числа абстракций)

:)