Réunion de la communauté des développeurs Sitra 28 octobre 2014 CCI Villefontaine

Transcription

1 Réunion de la communauté des développeurs Sitra 28 octobre 2014 CCI Villefontaine Objectifs de la réunion Au-delà de l ordre du jour de la réunion, l objectif général est de réfléchir sur les fonctionnements à mettre en œuvre pour améliorer la communication entre la communauté des développeurs, les membres du réseau Sitra et la société qui développe la plateforme Sitra (Open Wide) Cet objectif est décliné dans les différents sujets de l ordre du jour : Spécifications de nouvelles fonctionnalités, par les développeurs (exemple : métadonnées) ou par le réseau Sitra (exemple : prestataires) Retours sur les nouvelles fonctionnalités mises à disposition (exemple : tri par date, API v2) Amélioration des fonctionnalités existantes Recette des nouvelles fonctionnalités (exemple : métadonnées) Ordre du jour - Bilan o Mise en place API V2 o Tri par date o Export des dates d ouverture o Devise Franc Suisse o OAuth 2 (recette) o Métadonnées (recette) o SSO (recette) - Point général sur les développements à venir o API en écriture o Saisie prestataire o Nouvelle documentation utilisateur / développeur o Lancement de brique Open Source - Bonnes pratiques - Question / débat : un projet en mouvement o Présentation des méthodes utilisées pour faire évoluer Sitra Ateliers - Groupe de travail sur la recette des métadonnées - Groupe de travail sur l Open Source Participation - 48 développeurs et chefs de projets Documents complémentaires - Slides de la réunion (sur demande) 2 mars 2015 Page 1

2 Sommaire A. Informations générales projet... 3 Suggestions sur la communication... 3 Critères internes... 3 Mise en place d une information de tracé unifiée... 3 B. Atelier métadonnées... 5 Présentation technique de l évolution... 5 Déroulement de la recette... 5 Echange sur les modes de fonctionnement... 5 C. Atelier Open Source... 7 D. Autres sujets : recette SSO... 8 E. Autres sujets : API en écriture mars 2015 Page 2

3 A. Informations générales projet Nous vous invitons à consulter la présentation effectuée lors de la réunion (slides) Suggestions sur la communication Les suggestions suivantes sont émises concernant la communication du projet Sitra auprès des développeurs : Passage des groupes Google en public : faciliter l accès à l information Utilisation de Twitter : c est un outil apprécié pour le push d information Ces modifications de fonctionnement sont envisageables mais demandent une réflexion de la part de Sitra. Nous rappelons que l objectif de ces groupes est que Sitra puisse disposer d un moyen fiable de communiquer avec les développeurs. De plus, ces groupes ont un trafic de mails très faible avec pour objectif d être vraiment un canal de communication fiable et exempt de toute pollution. De ce fait, l inscription à ces groupes est très fortement recommandée. Nous ne sommes donc pas sûrs que le fait de les ouvrir en public soit une bonne idée car cela risque d encourager les gens à ne pas s inscrire. Critères internes Les développeurs souffrent actuellement de l absence des critères internes dans l interface de consultation de Sitra. Les critères internes étant largement utilisés et nécessaires au fonctionnement des projets, une mise en avant sur la fiche objet touristique serait particulièrement appréciée. Si elle est mise en place, nous signalons que cette évolution se basera sur les informations de collaboration des projets pour déterminer les critères affichables ; il sera nécessaire que ces informations soient correctement renseignées. Par ailleurs, la mise à disposition des critères internes pour les développeurs est un peu différente car il convient d afficher les critères internes pour chaque projet/membre : une liste complète des critères internes sans distinction n aurait pas beaucoup de sens. Une évolution sur le sujet est envisageable. Elle est notée par le réseau Sitra. Mise en place d une information de tracé unifiée Actuellement, les informations sur les tracés sont enregistrées au sein des multimédias, avec un type de multimédia dédié. 2 mars 2015 Page 3

4 Lors de la réunion, il a été demandé qu il soit envisagé : De définir un format normalisé de tracé : uniformisation des informations mises à disposition et niveau de détail Mise en place de l information au sein de l objet touristique dans les flux plutôt que dans un fichier attaché Cette évolution faciliterait la prise en compte des informations de tracé par les développeurs en apportant une information normée sur le sujet. De manière à permettre d imaginer comment mettre en œuvre ce type d évolution, nous rappelons quelle est la situation actuelle : Les tracés ou autres fichiers de géolocalisation sont stockés dans la liste des multimédias, en utilisant le type Tracé. La définition d un tracé et le format (KML/GPX, niveau de précision, médias ou informations ajoutées sur les étapes, ) est déterminée par le gestionnaire de l objet, généralement en fonction de ses besoins propres pour sa communication personnelle. Il n existe pas actuellement de règles uniformes sur le réseau sur le sujet. Les contraintes énoncées font que le sujet d une traduction automatisée et uniforme des informations saisie par les contributeurs est un sujet complexe : Il ne faut pas définir un format qui ne correspond à aucun besoin (trop appauvri, pas assez détaillé, ) sinon les développeurs continueront à utiliser la donnée brute. Il ne faut pas définir un format trop ambitieux ou détaché de la réalité de la donnée disponible. Il est nécessaire que les développeurs communiquent (exemple : sur sitradev@rhonealpestourisme.com ) sur leurs manières de travailler actuelles et sur leurs attentes sur le sujet. Il est attendu des retours de plusieurs développeurs. Ce sujet est à prioriser par le réseau Sitra. Cette priorisation dépendra de l implication de la communauté des développeurs sur la définition de ce format normé. Note : pour faciliter la gestion de ces tracés, nous signalons que l API Google permet de tracer des calques KML mais aussi GPX sur une carte ; c est la solution actuellement implémentée sur le site base.sitra-tourisme.com en l absence d uniformisation. 2 mars 2015 Page 4

5 B. Atelier métadonnées L atelier métadonnées était axé sur les sujets suivants : Présentation technique de l évolution Déroulement de la recette Echanges sur les modes de fonctionnement Présentation technique de l évolution Merci de consulter la présentation (Slide) et la documentation technique en ligne Déroulement de la recette Les fonctionnalités sont à disposition des développeurs sur la plateforme de pré-production depuis le début du mois de septembre. Depuis cette mise à disposition, nous n avons pas eu de retour. A l issue de la réunion, les acteurs suivants se sont déclarés intéressés pour participer à la recette de la fonctionnalité : GMT Edition : mise en place d une taxonomie des objets Nü Advertising : mise en place d informations permettant la récupération de fichiers calendrier normalisés Alliance Réseaux : informations sur la réservation / commercialisation Ingénie : informations sur la réservation / commercialisation Alliance Réseaux et Ingénie ont précisé que leur planning actuel ne leur permettait d intervenir sur le sujet qu à partir du début du mois de décembre ; Nous signalons qu en l absence de retours durant le mois de décembre sur le sujet, la finalisation et la planification de la mise en production de cette fonctionnalité seront réalisés sans prise en compte de leurs retours. Nous demandons aux développeurs désirant s impliquer dans la recette de candidater sur sitradev@rhonealpes-tourisme.com, ainsi que de nous tenir régulièrement au courant de l avancement de leurs travaux. Echange sur les modes de fonctionnement L évolution métadonnées a été développée en premier lieu pour répondre aux besoins de commercialisation (réservation / disponibilité). Une phase de spécification concertée a eu lieu lors de la dernière réunion développeurs. Toutefois, cette fonctionnalité peut servir à d autres besoins d interconnexion de systèmes d information. 2 mars 2015 Page 5

6 GMT Editions et Nü Advertising se sont positionnés sur 2 sujets distincts de la commercialisation (cf recette). L interfaçage avec Rhône-Alpes TV peut aussi exploiter cette fonctionnalité. Nous encourageons les développeurs à réfléchir aux fonctionnalités que les métadonnées leur permettraient de mettre en œuvre et à communiquer sur le sujet sur sitradev@rhonealpes-tourisme.com. Le but est que nous puissions d une part valider les approches envisagées avant leur développement, ainsi qu assister les développeurs pour trouver la meilleure mise en œuvre possible. D autre part, les métadonnées doivent être considérées comme un premier pas dans les outils d interconnexion de la plateforme Sitra. Nous désirons donc être à l écoute des besoins de manière à imaginer comment faire évoluer, quand cela est nécessaire, cet outil. 2 mars 2015 Page 6

7 C. Atelier Open Source L objectif de l atelier Open Source était de voir si la mise en place d une politique Open Source avait du sens concernant Sitra et sur quels axes. Avant toute chose, le premier point relevé est qu une démarche Open Source a un coût (maintenance, animation ) et qu il convient donc d en déterminer les bénéfices. Plusieurs axes ont été identifiés lors des discussions : Bibliothèques Open Source pour simplifier les appels vers les API/Exports Sitra Exemples d utilisation, de codes Outils externes (intégration Drupal, Wordpress ) Code de Sitra même Outils développés dans le cadre du projet Sitra (ex : plugins Solr) Nous reprenons plus en détails chacun de ces points : Bibliothèques Open Source d accès à Sitra A reçu peu de notification d intérêt de la part des grosses agences mais un bon accueil de la part des petites agences. Pour Open Wide, l intérêt est général car cela permettra d avoir un référentiel de bonnes pratiques et que, si effectivement l intérêt ne sera pas forcément à court terme, à long terme, le fait que chaque agence ne doive pas maintenir une bibliothèque d accès à Sitra dans son coin paraît salutaire. Evidemment, si on valide ce sujet, ces bibliothèques se limiteront à des couches bas niveau et chacun sera libre de construire ses spécificités par dessus. Exemples d utilisation de code A reçu un accueil chaleureux. Pourrait être plus ouvert qu une implémentation de référence et donner des pistes sur certains sujets classiques. Ce serait sans doute quelque chose où plus de développeurs seraient susceptibles de contribuer. Outils externes Un certain nombre d outils Open Source existent déjà dans l écosystème Sitra et cela se développera sans doute petit à petit. Evidemment, les agences ont tout de même tendance à vouloir garder leurs avantages concurrentiels pour eux et un équilibre sera sans doute à trouver à ce niveau. Un vrai besoin de référencer les outils «Sitra» existe qu ils soient Open Source ou commerciaux. La question de savoir si on part sur un simple annuaire ou si Sitra mène un travail de validation qualité des outils par rapport aux bonnes pratiques est ouverte. Code de Sitra même Sans être exclu, il s agit avant tout d une décision de gouvernance de la part de Sitra et ce n est pour l instant pas à l ordre du jour. 2 mars 2015 Page 7

8 Outils développés dans le cadre du projet Sitra Open Wide a développé certains outils externes dans le cadre du projet Sitra notamment quelques plugins Solr (stemming spécifique par exemple) qui sont utilisés pour les fonctionnalités de recherche dans Sitra. Les mettre à disposition pourrait permettre à d autres d avoir une recherche plein texte proche de ce qui est fait sur Sitra. Les gens utilisant d autres outils (Elastic Search notamment) pourraient également proposer des implémentations Elastic Search. Coding dojos Pendant cette discussion est aussi ressorti le fait que les réunions développeurs ne s adressaient finalement pas tant aux développeurs que cela et que peut-être il serait judicieux d organiser des «coding dojos» sur des sujets précis avec pour objectif de produire du code qui pourrait être réutilisé par la suite ou contribué dans les exemples. D. Autres sujets : recette SSO La fonctionnalité SSO est aussi en attente de développeurs pour sa recette. Nous demandons aux développeurs ayant manifesté de l intérêt pour cette fonctionnalité et désirant participer à la recette de se manifester sur sitradev@rhonealpes-tourisme.com. E. Autres sujets : API en écriture Les développements sur les API en écriture seront mis à disposition en pré-production à partir de mi-novembre. Nous invitons les développeurs intéressés par le sujet à se manifester sur sitradev@rhonealpes-tourisme.com pour participer à la recette de cette fonctionnalité. Il a été rappelé lors de la réunion que l objectif principal de ces API est de permettre une intégration massive plus facile de données touristiques vers Sitra. Si on peut imaginer utiliser ces interfaces pour pousser des modifications sur quelques informations simples, il est clair qu il ne serait pas réaliste d envisager la reprise des règles de saisie métier de Sitra dans des interfaces externes : le SSO a été mis en place pour permettre de répondre au besoin de modification des objets depuis une interface externe. 2 mars 2015 Page 8