16 février 2018 - Pauooo/MateFinder GitHub Wiki

Réunion du MATIN

Questions pour Philippe et Lucie

  • nécessité de faire un dictionnaire de données ?
  • ampleur et complexité du projet : est-ce réaliste ?
  • MongoDB VS mySQL ? mySQL avec Node.JS ? => quel est le plus simple et le plus pertinent en terme de résultats et temps ?
  • Requête Ajax ou full socket.io exemple pour la crétion de compte
  • Cas de mot de passe oublié, serveur mail?

Synthèse des réponses & recommandations

  • Il ressort qu'il faudra :

    • Éclaircir la notion de format
    • Plus généralement, éclaircir la présentation du projet dans le cahier des charges, vulgariser pr le public non-gamer

  • Lucie :

    • OUI au dico de données malgré le choix de noSQL
    • MongoDB plutôt qu’SQL ? Pour une DB en objet, il s'agirait surtout de ne pas provoquer d'incohérence entre les données stockées au sein de l'objet et ce dont on a réellement besoin dans la DB ; du côté des perf' MongoDB semble bcp plus rapide, pour la quantité de data à traiter en temps réel
    • DB objet : modéliser en objet implique en l’occurrence de représenter la DB dans un diagramme de classe. Par ailleurs il faudra se remémorer/réviser SQL avant le Titre Professionnel !
    • JW Token : VOIR Alex, Karine, HDG
    • NodeMailer : module pour faciliter la mise en place du serveur mail
    • Algo vs. Recherche par critère (au sujet du matching) : le second caractérise d'autant plus le projet comme étant déjà bien proportionné, voire touffu.
    • PhantomJS : exemple de crawler sur le projet ultime de Mme PHP. Y penser en cas d'augmentation du niveau des features, potentiellement pour aller chercher un classement, une fiche de personnage, ainsi de suite.

  • Philippe

    • MongoDB , passage d’info simplifié par la manipulation objet depuis React en front,
    • Bien dimensionné, ne pas en ajouter trop en terme de fonctionnalités sinon le temps risque de nous manquer.
    • Continuer à faire avancer la doc de la même manière.

Regarder pour le contenu ce qu'on peut faire à minima

Validation du wireframe

  • couleurs exclues définitivement : nuances de jaune/orange @ menu
  • refonte graphique du menu
  • refonte graphique de la box de recherche : switch button ou flip card, + de lisibilité, + de clarté
  • ne pas chercher à tout faire à la fois, d'abord une maquette avec laquelle nous sommes à l'aise, puis les transitions
  • transitions à penser/implémenter :
  • flipping search box,
  • circular spinner search menu item,
  • toast button for search result

Jeux pris en compte par la fonction SEARCH notre application

  • Battlerite
  • Counter Strike: Global Offensive (CS:GO)
  • League of Legends (LoL)
  • Defense of the Ancients 2 (DotA 2)

ToDo 🌆

  • Karl:

    • Charte graphique : librairies, forms, couleurs, espaces,
    • Wireframe de la recherche vue solo, vue team, vue spinner, vue notification du resultat de la recherche,
    • Menu horizontal top.

  • Mathieu:

    • Refaire le modèle de données en diagramme de classes,
    • Mise en place de l'archi de base.

  • Pauline :

    • Users stories.