Citation

Ignite 2018 – Future of Yammer, Vision & Roadmap

Yammer a 10 ans !  Cette session est une présentation de la vision de Yammer par les équipes produits de Microsoft pour les prochaines années. On peut résumer en une phrase:
« Empower and connect every person accros organization to maximize their impact ». 
Parmi les points importants, la transparence et la sérendipité. Le souhait d’avancer sur une intégration avec Outlook, Stream, … 
Live Event
Le composant « Live Event » avec une nouvelle section « Group Events » dans la page Yammer, intégration de Stream directement. La video « flotte » en fonction du scroll vertical mais aussi des pages, un comportement similaire à ce qu’on peut retrouver sur FB. Une fois finie, l’événement est disponible sur Stream avec toutes les fonctionnalités associées (reconnaissance visuelle, transcript, etc ..) tout ça est prévu en Q4 2018
Yammer tab in Teams
Une nouvelle tab disponible. Intégration d’une conversation Yammer dans une conversation Teams !! (prévu en Q1 2019)
SharePoint
Nouvelle WebPart Yammer conversation, avec l’application du thème SP directement dans la composant. L’ajout d’un document Yammer l’enregistre directement dans le Team Site. (prévu en Q1 2019)
Microsoft Search
Présentation d’un vertical « Conversations » dans les résultats de recherche avec un filtre « Yammer », évolution prévue pour Q4 2018
Roadmap 2019
H1 2019
Mark « best answer », RTE, Q&A, eDiscovery 
H2 2019

Participation aux live events, Pin posts, People Cards, Geo Storage.
Un point d’attention sur le stockage des données pour l’Europe.

Liste des packages R sur MLServices

En avril 2015, Microsoft rachetait la société Revolution Analytics pour intégrer sa solution RRE au serveur de bases de données SQL Server. En plus des trois services historiques (Integration Services, Analysis Services, Reporting Services), est donc apparu R Services dans la version 2016 de SQL Server. Un an plus tard, pour la sortie de SQL Server 2017, le service est rebaptisé Machine Learning Services et intègre maintenant le langage Python.

Les deux langages phares de l’Open Source pour la Data Science partagent la notion de packages, c’est-à-dire de libraires apportant des fonctionnalités complémentaires et souvent indispensables.

Ainsi les packages R s’installent avec la ligne de commande :

 install.packages("nomPackage")

Il est maintenant possible de jouer le code R au plus près des données (« in Database Analytics ») en l’encapsulant dans un script T-SQL.

Mais l’appel aux librairies spécifiques est conditionné… par leur présence sur le serveur !

Voici un script qui permet d’obtenir la liste des packages présents sur le serveur hébergeant ML Services :

EXEC sp_execute_external_script
@language = N'R'
, @script = N'
pkg_list = data.frame(installed.packages()[,c(1,3,5,16,2)])
'
, @output_data_1_name = N'pkg_list'
WITH RESULT SETS ((
Package nvarchar(200)
,Version nvarchar(200)
,Depends nvarchar(200)
,Built nvarchar(200)
,LibPath nvarchar(200)
));

Et ci-dessous, un exemple de résultat :

ML Services - pkg du serveur

Paul PETON, Microsoft MVP Artificial Intelligence

 

 

 

 

 

 

 

SCCM – Une vidéo sur l’intégration des mises à jour Third Party

L’intégration de mises à jour Third Party est l’une des fonctionnalités les plus demandées sur le site de commentaires UserVoice de Configuration Manager. Si vous avez regardé les aperçus techniques de Configuration Manager depuis la 1803, vous avez peut-être remarqué que cette nouvelle fonctionnalité était en cours de prévisualisation et même implémenté dans la version 1806 sortie ces derniers jours.

Lire la suite

//Build 2018 – Build intelligent analytics app with MS Graph and Azure

Cette dernière session montrait comment il va être possible de construire et vendre des solutions d’analyse des données disponibles depuis le Graph Microsoft 365 (documents, mails, meetings…). Le service est en preview sur invitation (http://aka.ms/o365analyticspreview).

Ce type de solution va combiner plusieurs modules existants ou à venir :

  • Azure Data Factory (https://azure.microsoft.com/en-us/services/data-factory) pour extraire et préparer les données à analyser
  • O365 Privilege Access Management pour gérer les accès au Graph depuis le portail d’administration
  • Azure Managed Application pour packager sa solution et la publier sur le Market Place de telle sorte qu’elle s’installe de manière sécurisée sur le tenant du client sans avoir besoin d’y accéder en tant qu’éditeur

Et tous les services Azures pour stocker, transformer, analyser, extrapoler, afficher la données.

Les exemples de scénarios sont très variés : identifier les sujets majeurs dans l’entreprise et les documents liés, analyser les modes de collaboration, améliorer son organisation…

 

 

//Build 2018 – SmartUI with Adaptive Card and MS Graph

Ce talk au format court montrait essentiellement des démos de différents scénarios d’intégration de l’API Microsoft Graph :

//Build 2018 – Adaptive Cards in Bot, Windows, Outlook and your own application

L’objectif d’une Card est de publier du contenu au sein d’une autre application, il y a donc 2 acteurs : l’auteur du contenu et le conteneur en charge du rendu. Il existe déjà des formats de Card (Twitter, Open Graph, Messenger…) mais qui sont relativement rigides, et le problème d’intégrer un HTML Canvas donnerait trop de liberté, d’où l’idée des Adaptive Cards !

On démarre par une belle démo des différentes expériences utilisateurs dans un Bot, dans Teams, dans le Notification Center de Windows, dans une app UWP, dans Outlook et même Cortana ! Les sources de la démo sont sur https://github.com/matthidinger/ContosoScubaBot.

Au passage, on apprend que le support des Adaptive Cards est déjà sur la version Web d’Outlook Web, et arrivera à la fin du mois sur Outlook Desktop.

Une Adaptive Card a donc un rendu natif et adapté à son conteneur, peut être créer à faible cout, et uniquement via une déclaration JSON décrivant le contenu, les actions, les champs de saisie, de la voix…

La seconde démo nous montre comment créer son Adaptive Card sur http://adaptivecards.io/visualizer . Ils travaillent aussi sur un designer http://acdesignerbeta.azurewebsites.net/ pour créer son fichier JSON plus simplement.

Pour la troisième démo, on voit la construction de bout en bout d’une Adaptive Card « Hello Word » pour Outlook :

  1. Création du modèle dans le designer en ligne
  2. Utilisation d’une Azure Function
  3. Test d’envoi depuis https://messagecardplayground.azurewebsites.net/
  4. Affichage dans Outlook O365
  5. Puis dans Outlook Deskop où le contenu a été mis à jour

Pour construire ses Cards dans son back-end, on peut utiliser les objets C#, parser des templates JSON, utiliser des vues Razor pour générer le JSON ou des composants .acx en NodeJS.

On continue par le rendu d’une Adaptive Card dans son application via les SDK disponibles pour JS/HTML, WPF, UWP, iOS ou Android (Xamarin et ReactNative à venir). Là aussi, on a un fichier host.config pour déclarer comment le rendu doit se faire dans l’application. Ensuite on doit brancher les évènements si la Card contient des actions.

On finit par Adaptive Card V2 (en construction)

  • Inclure simplement des sous Cards juste par une URL vers du contenu décrits via des schémas comme ceux de schema.org (exemple restaurant)
  • Utiliser une bibliothèque de templates
  • Transformer côté client un contenu pour le binder sur son template
  • Gérer un état de la Card en rappelant le fournisseur du contenu

 

Une super session à revoir pour ceux qui veulent se lancer sur le sujet !