Нам нужны твои мозги

Пример работы и возможный API

На стороне Ruby мы опишем наш интерфейс следующим образом:

module GraphqlAPI
  module Types
    module Types
      class BaseType < GraphQL::Schema::Object
        # подключаем плагин
        include GraphQL::RemoteFields

        # resolver - это любой объект, который реализует метод #resolve_remote_field
        remote_resolver MyResolver.new(url: "http://remote/api/graphql")
      end

      class Query < BaseType
        field :posts,
              [Types::Post],
              null: false

        field :payments,
              [Types::Payment],
              null: false,
              # помечаем поле как `remote`
              # – значение будет получаться через
              # зарегистрированный resolver
              remote: true

        field :billing_info,
              Types::BillingInfo,
              null: true,
              remote: true,
              # можем явно указать другой resolver
              remote_resolver: another_resolver,
              # по умолчанию на "внешний" сервер отправляется неизмененный
              # запрос, но можно определить правило (блок), чтобы изменить запрос
              # (вместо "...fields" будут запрашиваемые поля
              remote_query: ->(obj, ctx) { "query { billing { ...fields } }" }
      end
    end
  end
end

class MyResolver
  # resolver получает на вход запрос и текущий контекст
  # (который будет использоваться, например, для аутентификации)
  def resolve_remote_field(query, context)
  end
end

Пример исходного запроса:

query {
  posts {
    id
    title
  }
  payments {
    id
  }
  billingInfo {
    cardType
    last4
  }
}

Часть запроса будет выполнена локально:

query {
  posts {
    id
    title
  }
}

Другая часть будет проксирована на resolver по умолчанию:

query {
  payments {
    id
  }
}

И, наконец, третья часть запроса будет выполнена с помощью another_resolver:

query {
  billing {
    cardType
    last4
  }
}

Примечание: пример расширения API для полей смотрите в этом gist.

Инструкции по выполнению

1. Сделать новый проект на GitHub — gem, который будет плагином для graphql-ruby.
2. Реализовать необходимый функционал, предусмотреть нужные тесты.
3. Прислать письмо или написать комментарий о выполненном задании.

Постановка задачи

Iodine – это новый веб-сервер для Ruby приложений (альтернатива Unicorn/Puma/etc), спроектированный специально для работы с большим количеством одновременных подключений (например, веб-сокетов).

LiteCable реализует бизнес-логику работы с сокетами (“каналы”) и предоставляет API для интеграции с непосредственно сервером (на данный момент “из коробки” доступна интеграция с AnyCable.

Задача состоит в том, чтобы сделать использование Iodine в качестве сервера для LiteCable возможным и максимально простым.

Советы по реализации

Вместо “голого” Iodine можно сделать интеграцию с Plezi – микро-фреймворком для работы с веб-сокетами.

Информацию о внутреннем устройстве подписок можно посмотреть тут.

Инструкции по выполнению

1. Обсудить задачу, если есть вопросы.
2. Форкнуть проект litecable на GitHub.
3. Реализовать необходимый функционал.
4. Сделать Pull Request.

Как это должно работать?

На данный момент сбор информации уже работает для Rubygems, Github, Bestgems и StackOverflow. Необходимо совместимым образом организовать сбор с новых источников.

Советы по реализации

За основу предлагается взять любой из существующих классов для сбора в Ossert. Например, Ossert::Fetch::Rubygems, и реализовать класс, осуществляющий сбор интересной информации:

module Ossert
  module Fetch
    class Reddit
      def initialize(project)
        ...
      end

      def process
        # Метод сбора основных метрик по проекту
      end
    end
  end
end

Для начала, вам потребуется вникнуть в проблему, решаемую проектом — оценку зрелости свободного ПО.

Для этого нужно проанализировать возможность API вашего источника данных и выбрать:

1. параметры для сбора;
2. полезные метрики, которые можно измерить на их основании.

Например:

• «сколько было комментариев к постам о проекте с момента последнего релиза»;
• «сколько уникальных пользователей комментировали посты о проекте».

А затем, конечно, организовать сбор этих метрик и параметров.

Инструкции по выполнению

1. Форкнуть проект Ossert на Github.
2. Реализовать необходимый функционал.
3. Сделать Pull Request.