Yammer est un réseau social privé qui aide votre organisation et vous à collaborer et à rester agile.

Au delà des fonctionnalités de ce réseau social, Yammer est une plateforme permettant de connecter les personnes, les conversations et les données de vos différentes applications métier (Portail, ERP, CRM...).

Avant d'aborder les moyens techniques d'intégrer vos applications à Yammer (API & co), deux sens d'intégration sont possibles:

Intégrer les données de Yammer dans vos applications (conversations, données de profil, recherche)	Intégrer les données de vos applications dans Yammer (entités métier, statuts des process métier dans Yammer)

En fonction du sens de l'intégration souhaitée, les moyens techniques utilisés différent (Yammer Embed, API, Open Graph - plus dans les prochains billets...).

Dans le prochain billet, une liste des ressources indispensables à connaitre pour le développement avec Yammer.

Guelnoji Njetein, Consultant Microsoft Services

Ce billet introduit une série d'articles autour du développement d'applications avec Yammer. Il fait suite à la session Techdays 2015 que j'ai animé dont le sujet était "SharePoint on-premises et Yammer, quels usages et quelles intégrations?"

L'objectif de cette série est de fournir, par des billets assez courts, les ressources nécessaires pour intégrer Yammer à vos applications. Et celà en français :) !

Voici une liste non exhaustive des prochains billets:

• (Partie 2) Les intégrations possibles
• Les ressources indispensables
• L'authentification
• Les API
• Anatomie d'une app Yammer
• L'annuaire des applications (Network directory et Global Directory)
• L'architecture réseau
• Les SDKs
• Open Graph

Si vous souhaitez voir aborder certains sujets, n'hésitez pas à laisser un commentaire !

Et pour poursuivre la discussion, je vous encourage à rejoindre la communité sur le réseau "Office 365 Network" (ouvert à tous)

Happy Yamming... ;) !

Guelnoji Njetein, Consultant Microsoft Services

Parmi les sessions de cette année, notez une session autour de SharePoint on-premises et Yammer.

"SharePoint on-premises et Yammer, quels usages et quelle intégration ?"

Nous aborderons à la fois les différents usages types d'intégration ainsi que les modalités techniques de cette intégration.

Venez nombreux !

Guelnoji Njetein, Consultant Microsoft Services

Introduction

La nouvelle version de SharePoint 2013 apporte beaucoup de nouveautés autour de la recherche d’entreprise.
Les “Result Types” ainsi que les “Display Templates” permettent de démultiplier encore les possibilités de personnalisation au sein de votre portail.
Dans cet article, nous nous attacherons à définir ces notions.

Qu’est ce qu’un “Result Type” ?

Un “Result Type” ou type de résultat en français est un ensemble de règles permettant de définir un contenu provenant du moteur de recherche.
En effet, lorsqu’un utilisateur émet une requête au service de recherche, chaque résultat est alors évalué en fonction des règles définies.

Par défaut, SharePoint 2013 comprend plusieurs types de résultats prédéfinis :

• Excel, PowerPoint, OneNote, Word, Access ..
• Conversations (Message du NewsFeed, Message des communautés, …)
• Videos
• Personne
• et bien plus encore ...

La gestion des types de résultats se réalise alors depuis l’espace d’administration de la collection de sites :

Les éléments ci-dessus proviennent du service de recherche comme l’indique la mention (“Provided by the search service”), le paramétrage se réalisera donc depuis celui-ci.  Mais il est tout à fait possible de définir des “Results Types” spécifiquement sur la collection de sites à l’aide du lien '”New Result Type”.

La liste déroulante “Priority” permet d’ordonner les “Results Types”.
En effet, le premier satisfaisant l’ensemble des conditions sera utilisé. 
Il convient alors de s’assurer de l’ordre de la séquence pour pouvoir cibler le contenu.

A l’aide du menu contextuel, nous avons aussi la possibilité de voir l’ensemble des règles :

Pour le “Result Type Person”, l’élement doit simplement provenir de la source de données “Local People Results”.

Celui-ci ici fait aussi référence à un fichier Javascript qui se trouve dans le dossier suivant : “~sitecollection/_catalogs/masterpages/Display Templates/Search/Item_Person.js”. Vous l’aurez compris, voici notre Display Template associé.

Qu’est ce qu’un “Display Template” ?

Un “Display Template” ou modèle d’affichage en français est une nouvelle façon de définir un rendu dans SharePoint (bye bye le XSL !).

Les “Display Templates” d’un site se trouvent dans le chemin d’accès suivant : “~sitecollection/_catalogs/masterpage/Display Templates/”.

Sur un team site classique, et dans le répertoire dédié pour la recherche, nous avons donc les éléments suivants :

• Control_XXXX.js : Template pour le conteneur
• Item_XXXX.js : Template pour un élément

Pour ceux qui connaissent un peu le fonctionnement des “Repeaters” ASP.NET, le principe est identique.

La personnalisation des fichiers javascript au niveau de la collection de sites impacte le rendu des contrôles.

Ceci étant, Design Manager vous permet d’aller encore plus loin dans l’expérience de personnalisation.

Personnalisation d’un “Display Template” avec l’aide de Design Manager.

Si l’on souhaite personnaliser le rendu des fichiers javascript rien de plus facile, il suffit de connaitre un peu HTML.

Pour accéder au Design Manager :

• Activation de la feature de publication (niveau collection de sites) :

• Le menu est alors disponible dans le groupe “Look and Feel”

• Dans l’interface de Design Manager, “Edit Display Templates” permet de consulter la version HTML des contrôles

Si l’on retourne sur l’espace des “Display Templates”, je retrouve alors les fichiers HTML associés. En fait plus largement toutes modifications du html entrainent la regénération automatique des fichiers javascript et donc du “DisplayTemplate”. C’est formidable non ?

Par curiosité, si l’on ouvre le fichier “Item_Person.html”, le titre “People Item” correspond bien à celui que nous avons dans l’interface du “Result Type”.

<head>
<title>People Item</title>
<!--[if gte mso 9]><xml>
<mso:CustomDocumentProperties>
<mso:TemplateHidden msdt:dt="string">0</mso:TemplateHidden>
<mso:MasterPageDescription msdt:dt="string">Displays a result tailored for a person.</mso:MasterPageDescription>
<mso:ContentTypeId msdt:dt="string">0x0101002039C03B61C64EC4A04F5361F385106603</mso:ContentTypeId>
<mso:TargetControlType msdt:dt="string">;#SearchResults;#</mso:TargetControlType>
<mso:HtmlDesignAssociated msdt:dt="string">1</mso:HtmlDesignAssociated>
<mso:CrawlerXSLFile msdt:dt="string"></mso:CrawlerXSLFile>
<mso:ManagedPropertyMapping msdt:dt="string">
'AboutMe':'AboutMe','AccountName':'AccountName','BaseOfficeLocation':'BaseOfficeLocation','Department':'Department',
'HitHighlightedProperties':'HitHighlightedProperties','Interests':'Interests','JobTitle':'JobTitle','LastModifiedTime':'LastModifiedTime',
'Memberships':'Memberships','PastProjects':'PastProjects','Path':'Path','PictureURL':'PictureURL','PreferredName':'PreferredName',
'Responsibilities':'Responsibilities','Schools':'Schools','ServiceApplicationID':'ServiceApplicationID','SipAddress':'SipAddress','Skills':'Skills',
'UserProfile_GUID':'UserProfile_GUID','WorkEmail':'WorkEmail','WorkId':'WorkId','YomiDisplayName':'YomiDisplayName'
</mso:ManagedPropertyMapping>
</mso:CustomDocumentProperties>
</xml><![endif]-->
</head>

On retrouve aussi les propriétés dans les métadonnées SharePoint de l’élément :

Il est alors possible très facilement de réaliser un affichage avec des outils web comme Dreamweaver.

Anciennement sous SharePoint 2010, il fallait du courage et des compétences en XSLT pour réaliser la même chose (XSLT de la CoreResultWebPart). Tout cela ne facilitant pas le travail collaboratif entre d’un coté les designers et de l’autre les développeurs.

Dans le prochain article, nous utiliserons ce mécanisme pour personnaliser l’affichage d’un type de contenu dans la ContentBySearchWebPart.

A très bientôt pour d’autres articles sur SharePoint 2013 !

David Rei – Consultant Microsoft Services

Bonjour à tous,

Le premier billet de la série (Visio, Visio Services & SharePoint - Introduction) introduisait Visio Services et SharePoint.

Avant une présentation des différentes utilisations possibles, ce billet montre comment configurer SharePoint afin d’utiliser Visio Services.

Je donne également en fin de billet des éléments à considérer pour sa configuration.

Série Visio, Visio Services & SharePoint

· Visio, Visio Services & SharePoint - Introduction

· Visio, Visio Services & SharePoint - Configuration et considérations

Composant Visio Services

Visio Services est la fonctionnalité de SharePoint 2010 permettant de partager des diagrammes Visio dans un navigateur Web. Pour comprendre son fonctionnement, prenons deux exemples représentatifs de son utilisation :

· Consultation d’un diagramme simple dans un navigateur

· Rafraichissement des données du diagramme dans un navigateur

Visio Services, en tant que service applicatif, est en général déployé sur un ou plusieurs serveurs d’applications de la ferme. Ce sont ces serveurs qui seront chargés de recevoir les requêtes envoyées par les serveurs Web frontaux et de générer les diagrammes Web, d’exécuter les requêtes de connexion aux données afin de rafraîchir ces diagrammes.

Pour rendre opérationnel Visio Services, il est donc nécessaire de :

· Créer les points de connexion qui vont rediriger les requêtes vers les serveurs d’applications (proxy)

· Démarrer le service Visio Graphics sur un ou plusieurs serveurs dans la ferme

Création du service applicatif Visio Services

Pour créer le service applicatif Visio Services, il faut se rendre dans la centrale d’administration SharePoint, puis dans la section « Application Management », cliquer sur « Manage service applications »

Cliquer sur le lien « New à Visio Graphics Service »

Renseigner le nom ainsi que l’application pool associé. De plus, cocher la case « Visio Graphics Service Application Proxy » pour créer les points de connexion.

Pour le détail de cette opération, je vous renvoie sur les ressources plus complètes :

http://technet.microsoft.com/fr-fr/library/ee524058.aspx

http://blogs.msdn.com/b/visio/archive/2009/11/12/installing-and-configuring-visio-services.aspx

Démarrer le service Visio Graphics

Une fois le service applicatif créé, il faut également démarrer l’instance de service « Visio Graphics » sur un ou plusieurs serveurs d’applications de la ferme.

Pour cela, dans la centrale d’administration SharePoint, dans la section « System Settings », cliquer sur « Manager services on server »

Dans la liste des services, sélectionner le serveur d’applications sur lequel vous souhaitez démarrer le service « Visio Graphics »

Puis démarrer le service en cliquant sur « Start »

A ce stade, l’ensemble des éléments sont créés. Des paramètres additionnels peuvent être configurés.

Configuration de Visio Services

La console d’administration permet de configurer Visio Services au travers de paramètres globaux et des fournisseurs de données approuvés.

Les deux articles Technet sont relativement exhaustifs sur le sujet.

· Paramètres globaux

· Fournisseurs de données approuvés

Considérations d’utilisation

Globalement, la configuration de Visio Services concerne les problématiques de performance et de sécurité.

· Performance : les paramètres de taille maximale des diagrammes, de durée de mise en cache et de temps maximal de calcul permettent d’optimiser les performances des serveurs d’application.

· Sécurité : la possibilité de connecter des diagrammes à des sources de données externes implique de paramétrer la façon dont les utilisateurs s’y connectent. Soit en utilisant l’identité de l’utilisateur soit en utilisant un compte d’accès spécifique.

o Applications de service Banque sécurisée pour le Décisionnel

La configuration de Visio Services dans SharePoint est donc relativement simple. Prochainement, l’utilisation de Visio Services pour les architectures informatiques (SharePoint en particulier).

Stay tuned !

Guelnoji NJETEIN, Consultant SharePoint Microsoft Consulting

Par ce billet, je souhaite introduire une série d'articles que je vais partager avec vous autour de Visio et SharePoint.

J'ai l'occasion d'utiliser largement les deux et leur combinaison montre un grand intérêt !

 Ainsi dans les prochaines semaines, nous nous intéresserons aux sujets suivants :

• Visio Services: possibilités, configuration, considérations d'architecture
• Visio Services & Architecture IT
• Visio, Visio Services & Analyse fonctionnelle
• Exemples

 Série Visio, Visio Services & SharePoint

• Introduction

 Cependant, avant d'entrer dans le détail, les quelques lignes qui suivent vous donnent une présentation sommaire de ces produits/fonctionnalités ainsi que des liens intéressants pour aller plus loin.

Visio

Visio est le logiciel de la suite Office permettant de réaliser des diagrammes évolués. Ces diagrammes pouvant être aussi bien des schémas d'architecture/infrastructure informatique, des organigrammes, des plans de construction ou des processus métier.

Pour la petite histoire, Visio a 20 ans (première version en 1992). Au travers des différentes versions (on en est à la 6^e ), ce logiciel s'est enrichi de fonctionnalités : intégration à Office, diagrammes professionnels, connexion des formes aux données, partage des diagrammes…

Pour une présentation exhaustive, je vous suggère les liens ci-dessous:

• Présentation de Visio 2010
• Tutoriaux Visio 2010
• Fonctionnalités (anglais)

SharePoint

Je suppose que si vous lisez ce billet, c'est que vous connaissez forcement SharePoint ! SharePoint est la plateforme Microsoft de gestion de l'information et de collaboration professionnelle. Il permet entre autres (je vous épargne la liste des fonctionnalités) de partager des documents dont les diagrammes Visio présentés plus haut.

• Présentation de SharePoint

Visio Services

(Here comes the magic)

Dans les précédentes versions de Visio, pour partager ses diagrammes, on avait le choix soit :

• De s'assurer que tous nos interlocuteurs possèdent le logiciel Visio pour consulter notre diagramme
• De convertir ce diagramme en un format largement consultable (pdf, image…)

Visio Services est la fonctionnalité de SharePoint 2010 répondant à ce besoin de pouvoir partager ces diagrammes en s'affranchissant de la contrainte du logiciel d'édition qu'est Visio.

Visio Services permet donc de publier des diagrammes pour les rendre consultables dans un navigateur Web.

Dans les prochains billets, nous verrons en détail quelles sont les utilisations concrètes qui sont faites.

Stay tuned !

Guelnoji NJETEIN, Consultant SharePoint Microsoft Services

Ceci est un gros gain potentiel pour l’administration de ferme Windows Servers et principalement des fermes SharePoint 2010 hébergées sur Windows 8. Remote PowerShell et les command lets SharePoint n’étant compatible, Powershell Web Access peut être une bonne réponse d’administration des plateformes.

Pour configurer Windows PowerShell Web Access, vous pouvez suivre la procédure détaillée de technet disponible ici : http://technet.microsoft.com/en-us/library/hh831611.aspx#BKMK_install

Pour commencer, il vous faut activer la feature Windows PowerShell Web Access, pour cela :

• Ouvrir "Server Manager", cliquer sur "Manage" et "Add Roles and Feature" :

• Dans la section "Feature", cocher la case "Windows PowerShell Web Access" : 

• Patientez durant l'installation :

• Lorsque l'installation est terminée, cliquer sur Close.
• Ouvrez une nouvelle ligne de commande PowerShell (ou PowerShell ISE comme dans mon cas), avec des droits d'administrateur
• Saisir la commande "Import-Module PowerShellWebAccess" pour charger le module dédiée à cette nouvelle fonctionnalité
• Lancer la commande "Install-PswaWebApplication" pour créer l'application web dans IIS qui va permettre la connexion à distance. Vous pouvez remarquer que par défaut cette command let va installer la web app en tant que répertoire virtuelle du site par défaut de IIS (donc en HTTP par défaut) et créer un nouvel application pool nommé "pswa_pool" :

• L'installation de la web application est terminée, il nous faut maintenant ajouter les utilisateurs qui vont pouvoir se connecter à distance sur l'interface. Pour cela, vous pouvez utiliser la command let "Add-PswaAuthorizationRule" avec les comptes souhaités. par défaut vous pouvez utilisez la ligne de commande "Add-PswaAuthorizationRule * * *" pour ajouter tous les utilisateurs de ce serveur :  

• Ouvrez maintenant Internet Explorer 10 et connectez vous à l'adresse http://<votre-serveur>/pswa/. Vous pouvez remarquer que vous ne pouvez pas vous logger sur le site. En effet le protocole HTTPS est obligatoire pour pouvoir utiliser Windows PowerShell Web Access :

• Ouvrir "IIS Manager", dépliez le site "Defaut Site" et cliquer sur "Edit Bindings". Cliquer sur "Add..." et ajouter un nouveau binding de type https avec le certificat SSL de votre choix :

• Reconnectez vous dans Internet Explorer 10 et à l'adresse en https https://<votre-serveur>/pswa/. Entrer le login et le mot de passe de votre compte admin, puis le nom de la machine :

• Vous avez désormais accès dans la fenêtre web à un prompt de ligne de commande PowerShell et vous pouvez exécutez les commandes que vous souhaitez :

Comme vous avez pu le constater dans ce billet, activer PowerShell Web Access est simple sur Windows 8 Server ! 

De nouveaux scénarios d'administration se basant sur son utilisation vont pouvoir être mis en place au sein des centres de services SharePoint, vivement la RTM de Windows 8 !

Olivier CARPENTIER, Consultant SharePoint Microsoft Services

Depuis quelques semaines, vous avez pu découvrir la nouvelle version de Windows 8, grâce à la Consumer Preview : http://windows.microsoft.com/fr-FR/windows-8/consumer-preview

Parmi toutes les nouveautés de cette nouvelle version de l’OS, l’interface « Métro » aura bien sûr retenu votre attention. Metro est un nouvel environnement Démarrer qui apporte une grande palette de nouveautés et de nouvelle façon de réaliser des applications. Des applications compatibles tablette, mobile et pc, en bénéficiant pleinement de l’expérience tactile. L’installation de Windows 8 est simple et le niveau de compatibilité avec les applications Windows 7 est un grand avantage.

Pour développer sous Windows 8 Metro

En plus de toutes ces nouveautés fonctionnelles, Windows 8 offre au développeur un moyen simple et puissant de développer des applications.

Tous les outils de développements sont téléchargeables :
http://msdn.microsoft.com/en-us/windows/apps/br229516

Pour posséder un pack de développement complet, vous pouvez télécharger :
• Les Tools et SDK, qui contiennent :
o Microsoft Visual Studio 11 Express Beta for Windows 8
o Windows 8 SDK
o Blend for Visual Studio, and project templates
• Les design assets (Kit PhotoShop de ressources graphiques style métro)
• Un kit complet d’exemples d’applications Metro en C++, C#, Javascript, VB.Net, etc.
• Microsoft Advertising SDK si vous souhaitez ajouter des éléments publicitaires à vos applications

Il y’a déjà une quantité importante de documentation dédiée sur MSDN :
http://msdn.microsoft.com/en-us/windows/apps/

Vous y trouver notamment :
• De nombreux exemples de code : http://code.msdn.microsoft.com/windowsapps/
• L’API complète : http://msdn.microsoft.com/library/windows/apps/br211369

Comment développer sous Windows 8 Metro ?

Métro est souple dans la façon de concevoir des applications, vous avez technologiquement un large choix pour développer vos applications :
• HTML 5, avec uniquement de l’html et du JS
• C# ou VB.Net avec XAML
• C++ / Win32
Metro permet donc de faire à la fois des développements aussi simples que des pages web, mais aussi des biens plus complexes comme des applications d’entreprise, des jeux, etc !
Metro apporte dans Visual Studio 11 de nouveaux modèles de projets, disponible pour Javascript, VB, C# ou C++, appelés template de projets « Windows Metro style » :

Vous pourrez choisir parmi une liste de modèle de base, comme par exemple des applications de types « Grid » (avec défilement, liste d’items, détails, etc.), Splits, etc.
Par exemple, si vous choisissez le template Javascript, vous allez pouvoir réaliser entièrement votre application par HTML 5, Javascript, CSS, etc, comme par exemple dans l’exemple suivant :

Quelque soit votre langage de programmation, les projets Metro possèdent des fichiers package.appmanifest qui permettent de modifier les propriétés générique de l’application, comme son nom, le logo, l’auteur, le splash screen, etc.. Ces fichiers possèdent un assistant de design sous VS 11 :

Avec Visual Studio 11, packager, lancer et débuguer votre application Metro est très simple, il suffit comme pour tout autre type de projet de lancer le projet avec F5 :

Lorsque votre application est déployée, elle apparaît dans le hub des apps métro :

Vous pouvez maintenant développer votre application, personnaliser graphiquement vos écrans, ajouter votre code métier, tout en bénéficiant de la qualité de développement de C# ou de HTML5.
Pour la distribution, vous pouvez promouvoir votre application via le Windows Store.
Pour cela, il vous faut être en conformité avec les bonnes pratiques de distribution sous le Windows Store, disponibles sur MSDN : http://msdn.microsoft.com/library/windows/apps/br230836
Parmi les mesures importantes, il faut notamment que votre application respecte le processus de certification dont les termes complets sont disponibles ici : http://msdn.microsoft.com/en-us/library/windows/apps/hh694083

SharePoint et Metro : de nouvelles perspectives applicatives

Les applications Metro ouvrent de belles perspectives d’applications pour bureau intégrées avec SharePoint. On pourrait notamment penser à :
• des applications permettant de consulter ou mettre à jour des calendriers SharePoint
• des applications permettant de parcourir des bibliothèques de documents de site et de télécharger ou consulter des documents avec Office Web Apps
• des applications permettant d’interagir avec la couche sociale de SharePoint (mettre à jour son statut de micro blogging SharePoint, ou de publication dans son mycontent, etc.)
• des applications permettant de consulter des rapports de KPI ou de BI stockées ou créées sous SharePoint
• Etc.
Beaucoup de scénarios d’interconnexion peuvent être imaginées entre les applications Metro et SharePoint.

Comment communiquer avec SharePoint depuis une app Metro ?

Pour communiquer depuis une application Metro, une architecture par web services ASMX, WCF ou REST est possible avec un site SharePoint.
L’architecture d’une application Metro communiquant avec SharePoint peut donc se baser sur une architecture 3 tiers de type
• UI Layer : Windows 8 Metro HTML 5 ou C# (XAML) – dans l’application
• Service Layer : Hub des services REST ou ASMX ou WCF avec SharePoint – dans l’application
• Data Access Layer SharePoint (« SharePoint Layer »)  - dans SharePoint

La couche de service peut se baser sur tous les services fournis out of the box par SharePoint 2010. Une liste exhaustive de ces services est disponible sur MSDN : http://msdn.microsoft.com/fr-fr/library/ee705814.aspx.
Avec ces web services natifs, vous pouvez notamment retrouver des éléments de liste, faire des requêtes, lister des sites, créer des items, administrer la plateforme, etc.
Pour des besoins d’application métiers spécifiques, une architecture de business layer avec des custom web services peut être imaginée, comme décrit dans le billet d’Adis Jugo et présenté par le schéma d’architecture applicative suivant :

Développer une application Metro avec SharePoint

Tout d’abord, pour  communiquer avec les web services SharePoint, penser à renseigner les « capacités » de votre application.
Pour cela, ouvrir le fichier package.appmanifest et penser à cocher les case « Internet (Client & Server) » et « Private Netorworks (Client & Server) » :

Ensuite ajouter une web service reference pour pointer vers votre web service, pour vous permettre de générer le hub de définitions de votre ou vos services.

Dans son billet, Adis Jugo prends l’exemple d’un service personnalisé déployé sous SharePoint. Lors de la création du hub de service, une nouvelle référence est ajoutée au projet :

Il est alors possible par code de requêter votre service et afficher les données dans l’application, comme le montre l’exemple de code suivant :

Comment s’authentifier avec SharePoint

Dans l’exemple précédent, l’authentification avec SharePoint était fournie en windows intégrée, ceci veut dire que l’utilisateur de Windows 8 est sur le même domaine que SharePoint (ou un domaine trusté).
D’autres types de méthodes d’authentification peuvent être supportés suivant votre scénario de connexion avec SharePoint :
• Instancier d’autres credentials avec le login/mot de passe avec une authentification Windows intégrée ou Kerberos
• Envoyer un jeton d’authentification dans le cas d’authentification par claims ou FBA
• Embarqué un player IE pour l’authentification Office ID et récupérer le cookie dans le cas d’une connexion à Office 365

Conclusion

Metro et Windows 8 offre une nouvelle expérience utilisateur pour PC et matériel mobile, via un modèle de développement simple basé sur XAML pour C# et VB.Net, et HTML 5 pour le Javascript. Tout comme une application Silverlight, la communication avec SharePoint est possible via la couche web services de SharePoint, offrant de bonnes possibilités d’interconnexion entre le bureau Métro et la plateforme web d’entreprise.

Olivier CARPENTIER, Consultant SharePoint Microsoft Services

Liens

Channel 9 :
https://channel9.msdn.com/Events/BUILD/BUILD2011/BPS-1004
https://channel9.msdn.com/Events/BUILD/BUILD2011/BPS-1006
https://channel9.msdn.com/Tags/metro
https://channel9.msdn.com/Blogs/bursteg/Part-3-Windows-8-Camp-Introduction-to-Building-Metro-Apps-Part-3
http://blog.sharedove.com/adisjugo/index.php/2011/11/02/developing-windows-8-metro-style-applications-for-sharepoint/
http://www.tcscblog.com/2011/09/14/windows-8-internet-explorer-10-accessing-sharepoint-2010/

Je coanimerai avec Sébastien Gournay (Expertime) et  Jérémy Boudier (4.0) durant les TechDays 2012 qui se dérouleront en FRANCE à PARIS :

La session MSG212 - SharePoint 2010 au service de la créativité de vos sites Web.

Nous évoquerons à cette occasion les grands enjeux métier liés à la création d'un site internet, et la façon dont SharePoint 2010 y répond.

En avant première, le programme de cette session, en deux parties :

• Première partie, l'organisation d'un projet Web :

• Deuxième partie, les principaux enjeux de votre site internet :

Je vous attend nombreux avec le plus grand plaisir à cette session qui se tiendra mercredi 8 Février de 14h30 à 15h30.

Alban Degorce, Consultant SharePoint Microsoft Consulting

J'animerais à cette occasion la session MSG207 – SharePoint 2010 et les Réseaux Sociaux d’Entreprise, coanimée aux côtés de Jonathan BARBOSA d'Alsy/Orange Business Services.

Cette session présentera des démos et les grands enjeux liés à l'implémentation de réseaux sociaux dans l'entreprise.

Venez nombreux !

Olivier CARPENTIER, Consultant SharePoint Microsoft Consulting