api tech test

Teste de tecnologia da API SB&G

Introdução

Bem -vindo ao teste técnico do Sky Betting & Gaming!

Esperamos que você ache este exercício divertido e interessante. Não há perguntas com truques; Queremos ver sua solução para um problema simples com código bem pensado e bem estruturado. Percebemos que existem muitos tópicos no resumo e que você pode não ter a experiência ou o tempo para completar todos eles.

Não há limite de tempo estrito em quanto tempo você gasta no teste, mas recomendamos que você gaste mais de 3 horas nele.

Quando você produzir algo de que se orgulha, envie -o para nós (consulte o envio). Podemos então convidá -lo para uma entrevista. Nesta entrevista, você discutirá seu trabalho, por isso vale a pena considerar como você melhoraria ainda mais o aplicativo, mesmo que não tivesse tempo de fazê -lo.

O resumo

Considerações iniciais

Nossa equipe de produtos gostaria que você nos ajudasse a construir uma nova plataforma de roleta. Atualmente, todas as diferentes variações da roleta trabalham de maneiras diferentes, algumas com mais lógica de negócios no front end do que o preferido. A equipe de produtos aspira a ter uma única plataforma de roleta na qual eles possam concentrar seu foco.

Para este teste técnico, gostaríamos que você criasse uma API de roleta. Esta será uma API que recebe solicitações de um usuário, simula um jogo de roleta e retorna os resultados. Uma interface do usuário do front -end não é necessária, também não é considerada nenhum serviço que você possa esperar ser compartilhado; Exemplos desses podem ser verificação da conta ou histórico de jogos. Se você deseja incluir algo assim no seu código, escreva contra um stub - certamente não há necessidade de escrever uma implementação completa.

Gostaríamos que você considerasse:

• Como as apostas são feitas, como uma vitória ou uma perda é comunicada, como os ganhos serão mostrados. Sua implementação permite apostas únicas, apostas coloridas, apostas ímpares/uniformes, etc.?
• Quais métodos da API seriam úteis para outras equipes que escrevem código de chamada (como você pode facilitar o uso da API, cada método está fazendo o que alguém esperaria que ele fizesse?).
• Teste e manutenção - você deve considerar quais testes são apropriados.

Outras considerações

A expectativa da equipe do produto é que produzamos um sistema totalmente funcionando o mais rápido possível e continue a adicionar recursos. Esperamos que você pense sobre essa expectativa enquanto trabalha.

• Ao adicionar mais recursos, você pode considerar como eles seriam lançados na produção. Seu design permitiria facilmente as alternativas de recursos implementadas?
• Você poderia carregar facilmente o teste do seu sistema?
• Existem certas partes do sistema que você gostaria de monitorar? Como você os monitoraria?
• Como você implantaria seu sistema em um ambiente? Por que seria vantajoso automatizar esse progresso?

Submissão

Substitua o conteúdo deste readme.md por:

1. Uma nota de cobertura explicando as opções de tecnologia que você fez.
2. Quaisquer instruções necessárias para executar sua solução e testes em um ambiente Linux/Mac.

Envie um email para o seu contato de recrutamento SBG com o repositório do GIT como um anexo, mostrando seu histórico de commit com todos os recursos no ramo principal:

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

Igualdade e diversidade

Consideramos todos os candidatos igualmente, de maneira justa e sem preconceitos. Mais informações podem ser encontradas no site da SBG Careers.