desafio mobile cross developer

Défi mobile de développement multiplateforme

Résumé global

L'idée de ce défi est de comprendre la capacité du candidat à résoudre les problèmes simplement en créant un CRUD.
Nous n'avons aucun intérêt à vendre ou à profiter du code écrit pour ce défi.

Notre culture est axée sur la résolution rapidement des problèmes et avec la meilleure approche possible. Nous recherchons des gens qui ont confiance en eux-mêmes et sont prêts à faire une erreur et à apprendre des erreurs.

Lisez attentivement tout le contenu ci-dessous, n'hésitez pas à nous contacter si vous avez des questions. æ

User story

GitHub est un réseau social de programmeurs qui a une fonctionnalité intéressante qui vous permet de profiter du référentiel des autres. Il s'agit d'un bouton d'étoile écrit trouvé sur la page de chaque référentiel. Rick est un utilisateur actif de Github, qui cherche toujours de nouveaux projets et profite de ceux qui sont intéressants. Il aimerait pouvoir ajouter une étiquette ou une balise pour marquer le référentiel afin qu'il puisse filtrer. Par exemple, il a trouvé un référentiel appelé react et souhaite ajouter les balises javascript et frontend . Parce que GitHub n'a pas cette fonctionnalité, Rick a besoin d'un système qui peut l'aider avec cette tâche de manière simple.

À propos du défi

Le défi consiste à développer une application Web qui obtient tous les référentiels dont un utilisateur particulier "appréciait". Une fois les référentiels obtenus, l'application doit permettre la gestion des balises (ajouter, modifier et supprimer). Il devrait être possible de filtrer les référentiels de l'utilisateur par les balises. Le système doit avoir un mécanisme de suggestion de balise. Les critères de suggestion de balises sont le libre choix de Challenger (langage du référentiel, balises affectées à d'autres référentiels, les informations fournies par GitHub, etc.).

Exigences:

• Récupérer les référentiels GitHub avec un utilisateur particulier.
• Gérer les balises des référentiels récupérés (ajouter, modifier, supprimer).
• Filtrez des référentiels par étiquettes.
• Suggestion d'étiquettes pour les référentiels.

Il y a 4 histoires d'utilisateurs pour comprendre ce qui est nécessaire à faire:

1. Obtenez des référentiels distants

En tant qu'utilisateur, je veux fournir à mon nom d'utilisateur de récupérer tous les référentiels que j'ai appréciés, puis je peux ajouter mes balises.

• Vous devez obtenir les référentiels avec Star en utilisant l'API GitHub REST V3.
• Les informations qui doivent être récupérées sont: ID de référentiel, nom de référentiel, description, http et langue.

2. Ajouter des balises aux référentiels

En tant qu'utilisateur, je veux pouvoir ajouter des balises (étiquettes) à chaque référentiel afin que je puisse rechercher une balise.

• Un référentiel ne peut pas avoir de balises en double.

3. Cherchez des référentiels par tag

En tant qu'utilisateur, je veux pouvoir fournir une balise et obtenir les référentiels qui ont cette balise.

• La recherche devrait fonctionner en deux chaînes. (Ex: Lors du filtrage de la chaîne doc , les deux référentiels avec la balise docker et la balise documentation doivent être renvoyés)

4. Recommandation de tag

En tant qu'utilisateur, je souhaite recevoir des recommandations de balises pour mon référentiel.

• Chaque référentiel doit recevoir au moins une recommandation de balise.

Application

• Vous devez utiliser React Native ou Nativescript.
• L'utilisation de Redux n'est plus obligatoire peut être utilisée si vous le souhaitez.
• Les référentiels et leurs étiquettes devraient être persistés dans une banque locale.
• L'interface doit être aussi fidèle que possible dans la mise en page disponible.
• L'organisation du code doit être maintenue en suivant les bonnes pratiques de développement.

Matériel de support

• Vous trouverez ci-dessous la disposition de Figma qui doit être suivie pour le développement de l'application, cette disposition est un point de départ pour aider au développement, les textes et les flux peuvent être modifiés par le candidat pour montrer leur créativité qui sera également évaluée dans ce test. Il est très important que le développement essaie de suivre aussi fidèle que possible les composants et les couleurs créés par notre équipe de créateurs, car cela sera également évalué.
• Disposition de lien figma

Qu'est-ce qui sera évalué?

Nous voulons évaluer votre capacité à livrer un produit complet avec une documentation minimale suffisante pour que d'autres développeurs puissent contribuer au projet. Il est essentiel que le README.md contient les intractions pour configurer et exécuter le projet, un seul Ctrl + C / Ctrl + V sur le terminal Linux et OSX pour exécuter l'application.

Autres points que nous considérerons dans l'évaluation:

• Code bien écrit, propre et cohérent.
• Tests automatisés (couverture des tests).
• Analyse linter / statique du code.
• Readme.md bien écrit, court et avec les commandes nécessaires pour exécuter l'application en copie / coller vers le terminal.

Livraison

• La date limite pour l'envoi du test est de 4 jours à compter à partir du moment où notre RH passe le test au candidat.

Instructions de livraison

1. Créez un fichier README.md décrivant comment configurer le projet, contenant les commandes qui doivent être exécutées pour exécuter le logiciel et les tests;
2. Montez le projet dans votre github;
3. Fournissez le lien et envoyez-nous l'URL à [email protected].

Remarque: Si vous avez utilisé un linter, envoyez le fichier de configuration avec le projet et décrivez quel linter est utilisé dans le projet README .

Toutes les questions peuvent nous contacter. Bonne chance!