As-tu de l'expérience dans la conception de l'architecture d'un service ou d'une partie de celui-ci par toi-même?
Frontend
Parlez-moi de votre expérience en rédaction de tests
// Il est nécessaire d'implémenter la méthode groupBy, qui étend les méthodes standard des tableaux. // La méthode doit retourner une version groupée du tableau – un objet, // dans lequel chaque clé est le résultat de l'exécution de la fonction fn(arr[i]), // et chaque valeur est un tableau contenant tous les éléments du tableau d'origine avec cette clé.
Avez-vous travaillé avec des bases de données ? Si oui, lesquelles ? Que faisiez-vous exactement avec elles ?
Avez-vous travaillé avec le rendu côté serveur (SSR) ?
/* Nous avons un ensemble de billets de la manière suivante : [ { from: 'Londres', to: 'Moscou' }, { from: 'NY', to: 'Londres' }, { from: 'Moscou', to: 'Spb' }, ... ] À partir de ces billets, on peut construire un seul itinéraire ininterrompu. Il n'y a pas de boucles ni de répétitions dans l'itinéraire. Il faut écrire une fonction qui retourne ces mêmes objets de billets dans l'ordre de l'itinéraire. */ function getRoute(tickets = [], startCity = 'NY') { // your code here }
/** * La fonction `asyncAuth(callback)` accepte un callback, dans lequel * une erreur (premier argument) et des données * du backend (deuxième argument) peuvent être passés. * asyncAuth((error, data) => {}); * * Vous devez implémenter la fonction `auth()`, * qui appelle `asyncAuth()`, mais retourne une promesse. * * @returns {Promise} */ export function auth() { // asyncAuth((error, data) => {}); } /** * La fonction `tryAuth()` utilise `auth()` et, en cas d'erreur, * effectue N tentatives supplémentaires. * Si toutes échouent, elle lance la dernière erreur. * * @returns {Promise} */ export function tryAuth(n) { }