api tech test

SB & G API Tech Test

Введение

Добро пожаловать в технический тест на ставки на небе и игровой тест!

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

Не существует строгого ограничения по времени, сколько времени вы проводите на тесте, но мы рекомендуем вам провести не более 3 часов на него.

Когда вы создали то, чем гордитесь, отправьте его нам (см. Подчинение). Затем мы можем пригласить вас на интервью. В этом интервью вы обсудите вашу работу, поэтому стоит подумать о том, как вы улучшите приложение дальше, даже если у вас не было времени, чтобы сделать это.

КРИБКА

Начальные соображения

Наша команда продуктов хотела бы, чтобы вы помогли нам построить новую платформу рулетки. В настоящее время все различные вариации рулетки работают по -разному, некоторые с большей бизнес -логикой в ​​передней части, чем предпочтительнее. Команда продукта стремится иметь единую платформу рулетки, на которой они могут сосредоточиться на своем сосредоточении.

Для этого технического теста мы хотели бы, чтобы вы создали API рулетки. Это будет API, который получает запросы от пользователя, моделирует игру в рулетку и возвращает результаты. Интерфейс интерфейса пользователя не требуется, ни какое -либо рассмотрение каких -либо услуг, которые вы могли бы ожидать, будет обмен; Примерами этого могут быть проверка аккаунта или история игр. Если вы хотите включить что -то подобное в свой код, пожалуйста, напишите против заглушки - конечно, нет необходимости писать полную реализацию.

Мы хотели бы, чтобы вы рассмотрели:

• Как делаются ставки, как будет показана победа или проигрыш, как будут показаны выигрыш. Допускает ли ваша реализация для отдельных ставок, цветных ставок, нечетных/даже ставок и т. Д.?
• Какие методы API были бы полезны для других команд, пишущих вызова кода (как вы можете сделать API легким в использовании, каждый метод делает то, что кто -то другой ожидает, что он будет делать?).
• Тестирование и обслуживание - вы должны рассмотреть вопрос о том, какое тестирование подходит.

Дальнейшие соображения

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

• Когда вы добавите больше функций, вы можете подумать о том, как они будут развернуты в производстве. Будет ли ваш дизайн легко позволять реализовать функции?
• Не могли бы вы легко загрузить тестирование вашей системы?
• Есть ли определенные части системы, которые вы хотели бы отслеживать? Как бы вы их контролировали?
• Как бы вы развернули свою систему в среду? Почему было бы выгодно автоматизировать этот прогресс?

Подчинение

Замените содержимое этого readme.md на:

1. Примечание, объясняющее выборы технологии, которые вы сделали.
2. Любые инструкции, необходимые для запуска вашего решения, и тестов в среде Linux/Mac.

Напишите ваш контакт с набором SBG с репозиторием GIT в качестве вложения, показывая историю ваших коммитов со всеми функциями в основном филиале:

    git bundle create <anything>.bundle --all --branches

Равенство и разнообразие

Мы рассматриваем всех кандидатов одинаково, справедливо и без предвзятости. Более подробную информацию можно найти на веб -сайте SBG Careers.