Main discussion

[begarco]

@pcolomb

[begarco]

L'intégration continue sur Travis CI est un peu étrange : certains build ne se lancent pas sur le repo 'android' et il y a un build random qui s'est lancé sur le repo 'server' où il n'y a pas de yaml d'ailleurs.

[pcolomb]

Votre console Travis est accessible ?

[begarco]

C'est sur travis-ci.org (version pour open source) : https://travis-ci.org/WatchDogZZ. Normalement en se connectant avec un compte GitHub on peut faire des trucs même si il y a pas grand chose de plus qu'en version public me semble-t-il.

[begarco]

Avancement sur le projet :

• Intégration sur Travis CI fonctionnelle
• Déploiement du jar Android sur GitHub Releases fonctionnel
• Tests sur Travis CI fonctionnel
• Création de 3 branches : dev, unittests et cisetup.
• Gantt initial

Question : faut-il détruire une branche après un pull-request accepté ou continuer à développer les nouvelles fonctionnalités dessus ?

[pcolomb]

Super !

A mon avis il faut creer une branche par pull request, ça permet d'avoir un nomage pertinent, de travailler facilement sur plusieurs features en même temps, etc ...

[begarco]

@BBS007 Le problème de déploiement de l'application Android est "résolu" par une copie de l'apk dans le dossier courant avant le déploiement :

before_deploy:
  - cp app/build/outputs/apk/app-release-unsigned.apk app-release.apk
deploy:
  skip_cleanup: true
  provider: releases
  api_key:
    secure: mTsN/cbIhI2WyJAh8ZiVqcdJLuda3grSZamglFHP0rPeSf33EWvX+6RB8sZuxnYrymxABOxMuXCekZZVqAN4maUFpddSc2uX3zUGh4zHWSOkl06rYSGwIS8nT0e2GUjAyQdSJ/ISoGf+tuau/dh/LaghHAa+pCwzxcqS/37mTNspkBoC9dRi4N9hg5AqJsjm89OCsr9wBoPipzPj6ywE47U+xln/+zhfSgkseWAdpFg4obV1sJR6Bxr/l+mDGZ9ozla+o/xvUOTTDIQrAqmLck45YPriuTjSsny+N5R6anNTMJiX9WjXNDvdShNXU2KOljodRE5YSA8ot4xr02z1bih9+o0i8SXZ5g/lDme5RLo44TBI9Kt9MmghmReuX/+SaB+NId45XCoqsIo667avBnzsXK2CxuzlGCAkAxncE81zIxUxbN0nXSpyIUYSOjxZJLz2AhdTZsF5OWy1Z7VH96BV6UatUh7EqiyOpcXaDHa1RDIH8X0OoK9rUWa4BuHM6CSWRV+olgblZaXT8AZ5thb7j9RyZZIwkHJ9v9r3u3sLaiBU1TAB2kl6/onVzJEFAB7AITi11ZzBbIDZ5j9HbPfa50p83bxInD6WZc72Q1RIsajVDA1V+n2IwhKaTjo/3lMpAlJMmcCwPJ1Td4RXWG5q6nSH0HZH7E4ZABc5aLQ=
  file: 
    - "app-release.apk"
  on:
    repo: WatchDogZZ/android

C'est pas génial d'autant plus que normalement skip_cleanup: true devrait suffire, mais ça fait le boulot. Je vais essayer d'avancer un maximum l'application Android ce week-end.

[BBS007]

Ok parfait. Moi je vais finir d'organiser le serveur et quand master aura tout je ferai une branche de dev.

Regarde ce que j'ai ajouté dans les specs (niveau routing) et dis moi si ça te convient.

[begarco]

Je pense que c'est bien pour un début mais je pense qu'il faudrait rajouter un token à chaque requête non ? Comme on en avait parlé l'autre fois.

[BBS007]

C'est prévu une fois que la bdd sera intégrée et que je système login sera en place. Je vais l'ajouter dans le document.

[begarco]

Ça explique bien comment fonctionne le système d'authentification de Google et à la fin il y a un exemple node.js https://developers.google.com/identity/sign-in/android/backend-auth

[BBS007]

Avancement du côté serveur :

• Configuration avec travis
• Tests sur les éléments du serveur (entités, méthodes, ...)
• Ajout d'une base de données MongoDB
• Création d'un service Express avec NodeJS

Certains éléments ne sont pas encore push car je fais toujours des modifications.

A venir :

• Système de login sur le service
  • L'utilisateur s'enregistre avec un compte google ou un login / mot de passe
  • Lorsque l'utilisateur souhaite communiquer, il se login
  • Le serveur renvoie un token valable pendant un certain temps
  • A chaque requête de l'utilisateur, il faut envoyer le token
• Implémentation des requêtes manquantes sur le service
• Interactions avec la base de données

[begarco]

Avancement du côté client mobile :

• [x] Vue 3D de l'isima en opengl es
• [x] Navigation sur la map
• [x] Ajout de marqueurs sur la map
• [x] Databinding entre le modèle (liste d'utilisateurs) et la vue (map)
• [x] Récupération de l'emplacement GPS et binding avec le modèle
• [x] Demande d'accès aux positions, compte google et network

A venir :

• [ ] Connexion Google
• [ ] Récupération des données sur le serveur
• [ ] Mapping du repère du monde réel (coordonnées gps) sur le repère de la map opengl

Aperçu de l'application :

[pcolomb]

@begarco @BBS007 pas mal :-)

On se programme une rencontre cette semaine ou la semaine prochaine ?

[begarco]

Demain (mardi) à 15h30 on est disponible

[pcolomb]

Vendu ! A demain

[begarco]

Bon j'ai avancé sur la partie connexion Google, j'ai créé chez Google Dev un projet et j'ai inscrit une app Android et un web service. Du coup l'application Android récupère les données du compte Google sur le téléphone, contacte Google avec une clé fourni par Google Dev et écrite en dur dans un fichier de conf et Google renvoie gentillement tout ce qu'on veut (le fameux token surtout). Il ne reste plus qu'au serveur à récupérer ce token et à faire une requête de vérification auprès de Google avec les clés définies dans le projet Google.

J'ai pas encore pushé mes modifications car j'utilise (je = Android Studio) une clé de debug pour signer l'apk et c'est pas très sécurisé. J'ai fait une clé de release avec passphrase mais du coup on ne peut plus passer par android studio pour build l'application et l'utiliser sur la vm.

[BBS007]

Coté serveur j'ai avancé et modifié certaines choses.

Pour les entités User, on a maintenant 2 possibilités :

• Créer une entité avec un constructeur "normal", ce qui créé un objet Javascript
• Charger à partir d'un document MongoDB, ce qui renvoie une instance d'un User (d'ailleurs il faut encore modifier un peu le code coté base de données pour que ça renvoie directement un User)

Coté base de données :

• Le CRUD pour un User (mais comme cité plus haut, des modifications à venir)
• Les specs sur le CRUD sont faites (et ont été testées à la main pour être sur que ça fonctionne)

Normalement l'ajout d'informations dans la classe User sera directement répercutée si on le place en BDD.

A venir :

• Récupération token dans les requêtes pour vérification chez Google
• Méthodes de base de données pour récupérer la liste des utilisateurs, leurs positions, etc...
• Routing basique pour se connecter / avoir la liste des personnes connectées / avoir les positions / envoyer sa position

[begarco]

• L'application android s'authentifie chez Google et récupère les données utilisateurs
• Elle permet de partager sa position GPS
• La position GPS de l'utilisateur s'affiche sur la carte aux alentours de l'ISIMA
• L'application dispose d'un service capable de consommer un web service (pour l'instant https://randomuser.me/api/)

[BBS007]

Je me suis concentré sur le déploiement. J'ai choisi Amazon opsWorks.

La config avec Travis est faite et le déploiement est effectué si le build est bon. Par contre coté Amazon j'ai des soucis. Il semble que la version de nodejs soit trop ancienne.

Je dois soit :

• faire ma propre recette de déploiement et installer node moi même
• trouver comment le configurer (ce que je ne trouve pas)

Sinon avancement sur le serveur :

• méthodes de bases de données faites (pattern bridge pour l'utilisation), jai aussi modifié les fonctions pour qu'elles prennent une callback et enchainer d'autres traitements
• début d'utilisation avec le routing
• specs sur les méthodes de la bdd
• routing de base avec login/logout/update position/get position

@begarco A quoi sert le randomuser.me.api que tu utilises ?

[BBS007]

@pcolomb Nous avons convenu d'une date avec @begarco pour une rencontre et discuter de l'avancement et vous montrer ce que nous avons. Le Mercredi 25 Janvier à 17h30 si vous pouvez.

[pcolomb]

Ok pour mercredi a 17:30 a mon bureau :-)

[pcolomb]

@begarco @BBS007 C'est OK pour votre soutenance le 21/03 J'ai réservé la salle et mis au courant Claude & Christophe

[BBS007]

Très bien, c'est confirmé.

[BBS007]

@pcolomb Nous avons une version "draft" du rapport disponible. Vous pouvez la consulter dans les release ou directement sut le repo docs dans rapport/main.pdf

[pcolomb]

@begarco @BBS007 Voici quelques commentaires sur la premiere partie de votre rapport :

1.1 : RAS

1.2 : J'aime bien dans l'ensemble vous pourriez rajouter une reference a Foursquare (même si ça n'a pas trop pris) et peut être citer quelques référence Juridique (CNIL, Directive Européene sur les cookie, etc... ) en détaillant un peu lorsque vous parlez des pb ethique & légaux (page 6). D'ailleurs page 6 je ne comprend pas bien ce que vous voulez dire en expliquant que localiser des bus en temps reele pose probleme (Surtout que vous prenez posiition : " fort heureusement celle-ci a été retirée" ça vaudrait peut être le coup d'expliquer un minium).

1.3.2 : Ca vaudrait peut être le coup d'ajouter une ou deux références dans votre explication de REST. La phrase "se basant sur les protocoles web comme http" me choque : Vous en connaissez d'autre des protocoles sur le web ?

Il faudrait peut être expliquer la différences entre un IaaS et un CaaS et tant qu'a y être vous pourriez parler de PaaS

1.3.3 : "composé de terminaux Android, il y a donc plus de travail" c'est pas plutot "Plus d'utilisateur potentiel" ? Je détaillerais peut être un peu le besoin d'avoir accés au ressources du materielle (3D, etc ...) histoire de justifier le fait que vous n'avez pas utiliser un framework cross plateforme (Type PhoneGap)

1.3.4 : vous pouvez en rajouter une couche pour dire que qu'automatiser permet d'éviter les erreurs humaines et permet de garantir que les tache sont reproductible (avec le versionning des fichiers de description du fonctionnement de la CI) et aussi dire que ça permet d'avoir la "derniere version" toujours prete et dispo pour faire des démos (indispenable dés que veut faire du developpement plus ou moins agile)

[pcolomb]

@begarco @BBS007 Partie 2 :

2.1.1 : Parler de MS Access je trouve ça osé ;-) 2.1.2 : "plus de 99% de parts de marché." je pense que ce chiffre est faux vu que Apple + MS on plus de 1% de PDM vous faite surement reference au tel Android seul mais dans ce cas il ne faut pas parler de Part de marché

2.2.1 : Pourquoi Mongo ? Surement parce que c'est trés pratique pour stocker du JSON et parce que ça se requête en Javascript (mais ce n'est pas écrit ici) Surtout qu'il existe d'autre BDD qui peuvent faire le taf : CouchBase, PosgreSQL (qui possede un type JSON), etc ... Bref, ce choix mériterait d'être un peu plus motivé

2.2.2 : "Il équipe aujourd’hui plus de 80 " ? il en manque un morceau ;-)

2.2.3 : Vous pouvez glisser une phrase expliquant que le fait que la CI soit décrite par un fichier versionnée avec le code simplifie grandement les monté en version de framework, de techno, etc ...

"nous avons décidé de prendre en main cette étape et l’effectuer manuellement sur un serveur personnel." Vous avez fait quoi du coup ? parce que dit comme ça ça fait un peu Magique (Merci Harry Potter ;-) ). A mon avis y'a 2 solutions : Soit vous n'en parlez pas soit vous le valorisé mais a ce moment là il faut expliquer précisement comment vous avez mis un en place un serveur pour "remplacer" AWS

2.3.1 : votre explication de DynDNS me semble un peut fouillis : le concept de DNS permet de gérer un annuaire entre des URL (humain friendly) et des IP. L'aspect Dynamic permet de gérer les IP dynamique avec un soft qui met a jours l'IP quand elle change. Enfin, "s’ils souhaitent effectuer des requêtes en ligne de commande" je comprend pas la phrase le DNS ça pemet surtout d'éviter a Mme Michu de taper une adresse IP.... Bref : c'est le bordel ;-)

Pourquoi letsencript ? Surement pour avoir une authorité de certtification valide, il faut l'écrire ;-) Au passage vous pourriez détailler un peu en quoi c'est important d'en avoir une

2.4 : Je ne suis pas convaincu que vous aillez fait du Kanban a un moment donné dans ce projet ;-) Le concept de user story est intéressant mais il tombe ici comme un cheveux sur la soupe. Qu'est ce qu'une user story ? qu'elles sont le US que vous avez implémenté ? comment les avait vous requeuillie ?

Sur la partie Issue / Milestone vous pourriez peut être ajouté un ou deux screenshot de github pour illustré (expliqué comme ça, ça semble un peu abstrait pour un néofite)

[pcolomb]

3.1 : C'est quoi un "un système d’authentification artisanal." ? :-D Concernant la partie "performance" vous pouvez expliquer que vous n'avais pas fait de test de monté en charge par manque de temps (avec http://gatling.io/ par exemple) ça donnera un peu plus de corps

Dans la conclusion vous pouvez aussi écrire que le fait d'avoir opensourcé tout ça sur github peut permettre d'avoir des contributeur exterieur (nouveau projet d'étudiant l'an prochain ? ) et vous donne aussi de la visibilité en tant que developpeur (atout pour vos futur recherche d'emplois)

[pcolomb]

@begarco @BBS007 c'est tout pour le moment (j'ai pas trop regardé la forme, orthographe, tournure de phrase, ... je ne suis pas le plus qualifié pour ça)

N'hésitez pas a me faire signe si vous voulez une seconde relecture

[begarco]

@BBS007 T'es ok pour que je lance l'impression de la dernière version de main.pdf ?

@pcolomb On vous dépose une version papier du rapport dans votre casier à l'ISIMA ?

[BBS007]

@begarco je regarderai une dernière fois tout le rapport et je te dis ça d'ici 21h, c'est ok ?

[begarco]

pas de problème ça me laissera le temps de trouver des feuilles x)

[pcolomb]

Je veux bien une version papié dans ma boite :-)

[BBS007]

@pcolomb Pouvez-vous nous communiquer le numéro de la salle de soutenance ?

[pcolomb]

@begarco @BBS007 A111