anchor.diff:  Opportunités::
     * Un rapprochement avec les équipes chaînes pourrait être utile afin de mieux coordonner les efforts ;
     * Partager les outils de documentation pour bénéficier d'une documentation multi-disciplinaire ;
  -  * S'orienter vers une utilisation de link::https://www.sketchapp.com/[Sketch] combinée à link::https://www.goabstract.com[Abstract] (versioning avec Git), link::https://www.invisionapp.com/craft[Craft] (prototypage et consommation des API) et link::http://airbnb.io/react-sketchapp/[React Sketch.app] (rendu de composants React) pour créer des composants communs aux sites web et app mobiles.
  +  * S'orienter vers une utilisation de link:https://www.sketchapp.com/[Sketch] combinée à link:https://www.goabstract.com[Abstract] (versioning avec Git), link:https://www.invisionapp.com/craft[Craft] (prototypage et consommation des API) et link:http://airbnb.io/react-sketchapp/[React Sketch.app] (rendu de composants React) pour créer des composants communs aux sites web et app mobiles.
   
   ### Observations équipe mobile
   
  
positive.code: Elle serait une version dérivée de la _Public API_ — cette dernière étant destinée aux sites et applications Radio France.
  
  Cette envie s'inscrit dans la *compréhension des usages d'écoute* et de consommation des flux de Radio France.
  Un des objectifs est de pouvoir *soutenir les mouvements de désintermédiation et d'innovation*, mais aussi d'anticiper les effets de la link::https://www.etalab.gouv.fr/loi-pour-une-republique-numerique-lancement-dune-consultation-sur-le-service-public-de-la-donnee[Loi République Numérique] — on peut en effet imaginer qu'à terme les données courantes de Radio France soient considérées comme une information publique.
  
  > Nous voulons mutualiser les coûts et les ressources entre acteurs.
  
  
negative.code: Opportunités::
    * Basculer vers `npm@5` pour bénéficier de semver avec git.
  
  Concernant les requêtes SQL, il est conseillé d'utiliser un link:https://github.com/brianc/node-sql[query builder] ou link:https://www.npmjs.com/package/sql-template-strings[un autre]. Cela augmenterait la lisibilité du code SQL qui se cache à l'intérieur du JavaScript.
  Nous avons vu que le module link:https://github.com/brianc/node-sql[node-sql] ne supporte pas les `LATERAL JOIN`. +
  Apparemment, le choix des `LATERAL JOIN` (plutôt que des requêtes imbriquées) a été fait sur un conseil d'un expert pour raison de performances.
  
  [horizontal]
  Opportunités::
    * L'utilisation d'un langage avec vérification statique comme link:http://www.typescriptlang.org/[TypeScript] ou link:https://flow.org/[Flow] pourrait aider au refactoring et renforcer la cohérence des modèles de données employés ;
    * Contribuer le support de `LATERAL JOIN` à link:https://github.com/brianc/node-sql[node-sql] si elle est choisie ;
    * Définir une méthodologie de test de cette hypothèse sur les requêtes qui ont lieu effectivement chez Radio France.
  
  Florian a évoqué un questionnement sur le fait d'avoir du SQL à 3 endroits (`rf-pg-connector`, `rf-models` et dans chaque modèle).
  