👀 Дизайнеры, какая команда подходит вам по вайбам? Проверяйте на Вайб-чеке→ vibe.habr.com

Опытный разработчик на Ruby (remote)

Зарплата

от 1700 до 2500 $

Требования

Бэкенд, Средний (Middle)RubyRuby on RailsSQLJavaScriptLinux

Местоположение и тип занятости

Полный рабочий деньМожно удаленно

Компания

Разработка веб-приложений

Описание вакансии

Условия работы

Ищем руби-разработчика среднего уровня. Мы бы хотели работать с проактивными людьми, кто не только делает, что скажут, но активно участвует в проекте, советует улучшения в коде и продукте, кто автоматизирует рутину и делится знаниями с коллегами на митапах и в чатах. Сейчас мы фокусируемся на кандидатах из стран СНГ.

Что мы ищем

  • Хорошие знания и опыт работы с руби: ООП, мета-программирование, популярные паттерны.
  • Продвинутые знания рельсов: продвинутый ActiveRecord, CLI и генераторы, i18n, сложные формы и контроллеры, безопасность.
  • Знание архитектурных паттернов: разные способы организации бизнес-логики, стейт-машины, версионирование API, бэкграунд задачи, кэш, авторизация.
  • Опыт разработки баз данных и работы с базами данных.
  • Хорошие знание и практики написания тестов: разные типы тестов, моки внутренних и внешних зависимостей.
  • Опыт работы с несколькими стеками: знания современного JavaScript и UI библиотек.
  • Хорошие знания бэкенда стека: веб, http протокол, сети.
  • Продвинутый уровень работы с инструментами: линукс, гит, консольные утилиты
  • Хороший разговорный и письменный английский: почти все разговоры на технические и нетехнические темы у нас на английском.

Будет круто, если есть опыт в:

  • работе над приложениями со сложным фронтендом (SPA),
  • использовании Докера для разработке и в продакшне.

Немного о Датарокетс

Работаем удаленно 🇧🇾 🇷🇺 🇨🇦 🇻🇳 🇰🇿 🇺🇿 🇲🇩 🇦🇲 🇵🇱. Часто говорят, что это требует самодисциплины, но мы верим, что это больше про процессы и привычки.

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

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

datarockets check-in

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

Два раза в год (до пандемии 🦠 😡) мы организуем всеобщий сбор и привозим всех. Мы проводим много времени вместе и много разговариваем. Получется интересно, т.к. у нас много людей из разных стран и культур, бывают разговоры о том, как выглядит традиционная Вьетнамская свадьба и как готовить лагман.

#remote

Мы заботимся о людях

В Датарокетс запрещено работать на выходных и овертаймить.

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

Screenshot where CEO says developer shouldn't work on weekend

#people-first

С клиентами работаем как одна команда

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

Датарокетс выбирает клиентов с которыми мы можем работать как одна команда. Обычно мы создаем отдельный воркспейс в Слэке, где есть и разработчики и клиенты и все могут общаться между собой. Разработчикам не нужно прятать ошибки или что-то скрывать или обманывать клиентов.

#teamwork

Бонусы

  • Удаленная работа
  • 20 дней отпуска в год + 12 дней на государственные праздники в вашей стране
  • Оплата больничных
  • Оплата 50% обучения: английского, курсов, конференций и книг

Дополнительные инструкции

В сопроводительном письме 💌, кроме прикрепленного резюме, ответьте на наши вопросы:

  1. Как вы организуете бизнес логику в ваших приложениях?
  2. Какие будут ваши действия, если вы подозреваете, что в геме, который вы используете есть баг? Как вы будете отлаживать?
  3. Как вы деплоите ваши приложения? Какой ваш опыт с инфраструктурой?

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