api tech test

Test technique de l'API SB & G

Introduction

Bienvenue au test technique des paris et des jeux!

Nous espérons que vous trouverez cet exercice amusant et intéressant. Il n'y a pas de questions de truc; Nous voulons voir votre solution à un problème simple avec un code bien pensé et bien structuré. Nous réalisons qu'il y a beaucoup de sujets dans le mémoire et que vous n'aurez peut-être pas l'expérience ou le temps pour tous les compléter.

Il n'y a pas de délai strict sur la durée de votre temps, mais nous vous recommandons de passer plus de 3 heures dessus.

Lorsque vous avez produit quelque chose dont vous êtes fier, envoyez-le nous (voir soumission). Nous pouvons alors vous inviter à une interview. Dans cette interview, vous discuterai de votre travail, donc cela vaut la peine de considérer comment vous amélioreriez la demande, même si vous n'aviez pas le temps de le faire.

Le bref

Considérations initiales

Notre équipe de produits aimerait que vous nous aidiez à construire une nouvelle plate-forme de roulette. Actuellement, toutes les différentes variations de la roulette fonctionnent de différentes manières, certaines avec plus de logique commerciale à l'avant que ce qui est préféré. L'équipe de produits aspire à avoir une seule plate-forme de roulette sur laquelle elle peut concentrer leur concentration.

Pour ce test technique, nous aimerions que vous créiez une API de roulette. Ce sera une API qui reçoit les demandes d'un utilisateur, simule un jeu de roulette et renvoie les résultats. Une interface utilisateur frontal n'est pas requise, aucune considération des services que vous pourriez vous attendre à être partagée; Des exemples de ceux-ci peuvent être la vérification du compte ou l'historique du jeu. Si vous voulez inclure quelque chose comme ça dans votre code, veuillez écrire contre un talon - il n'est certainement pas nécessaire d'écrire une implémentation complète.

Nous aimerions que vous considériez:

• Comment les paris sont placés, comment une victoire ou une perte est communiquée, comment les gains seront affichés. Votre mise en œuvre permet-elle de paris uniques, de paris couleur, de paris étranges / uniformes, etc.?
• Quelles méthodes API seraient utiles aux autres équipes qui écrivent du code d'appel (comment vous pouvez rendre l'API facile à utiliser, chaque méthode fait ce que quelqu'un d'autre s'attendrait à ce qu'il fasse?).
• Test et maintenabilité - Vous devez considérer quels tests sont appropriés.

Considérations supplémentaires

L'attente de l'équipe de produit est que nous produisons un système entièrement fonctionnel dès que possible, puis continuons à ajouter des fonctionnalités. Nous espérons que vous réfléchissez à cette attente pendant que vous travaillez.

• Au fur et à mesure que vous ajoutez plus de fonctionnalités, vous voudrez peut-être considérer comment ils seraient déployés en production. Votre conception autoriserait-elle facilement les bascules à implémenter?
• Pourriez-vous facilement charger tester votre système?
• Y a-t-il certaines parties du système que vous souhaitez surveiller? Comment les surveillez-vous?
• Comment déployez-vous votre système dans un environnement? Pourquoi serait-il avantageux d'automatiser ces progrès?

Soumission

Remplacez le contenu de ce Readme.md par:

1. Une note de couverture expliquant les choix technologiques que vous avez faits.
2. Toutes les instructions nécessaires pour exécuter votre solution et vos tests dans un environnement Linux / Mac.

Envoyez un e-mail à votre contact de recrutement SBG avec le référentiel groupé GIT comme pièce jointe, en montrant votre historique de validation avec toutes les fonctionnalités de la branche principale:

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

Égalité et diversité

Nous considérons tous les candidats de manière égale, équitablement et sans parti pris. Plus d'informations peuvent être trouvées sur le site Web des carrières SBG.