Introduction Nous avons récemment annoncé la disponibilité générale de Kiota, un générateur de clients open source pour les API REST avec une description OpenAPI. Je suis le co-fondateur de ce produit, et ce lancement correspond à mon 3eme anniversaire chez Microsoft, j’ai pensé que je prendrais le temps d’écrire à propos de mon expérience vécue en bâtissant un produit de sa genèse à sa première version chez Microsoft. Tout au long de ma carrière, j’ai été impliqué dans plusieurs « produits » : une place de marché d’occasion pour du matériel industriel, une solution de réseau social d’entreprise, une solution de localisation et de traduction pour SharePoint et une solution d’optimisation de la gestion de la température basée sur l’IoT.

Un an en tant que développeur chez Microsoft Introduction En septembre 2020 j’ai publié un article à propos de mon expérience en tant que Program Manager plutôt bien reçu par la communauté. Cela m’a permis de réaliser que la communauté était curieuse et intéressée par le rôle. Dans cet article, je vais partager mon expérience en tant que développeur. Avant de se plonger dans le sujet, gardez à l’esprit que cet article reflète uniquement mon expérience personnelle, cette expérience peut être radicalement différente d’une équipe à l’autre, d’un produit à l’autre et dépend d’autres circonstances (travail à distance, culture, etc…).

Introduction En août dernier je suis devenu le mainteneur principal du SDK Java Microsoft Graph. L’équipe avait dû déprioriser ce SDK en faveur d’autres langages à cause d’un manque de personnel. Il y avait environ 100+ problèmes, ainsi que 15 pull requests provenant de la communauté. Les dépendances et outils n’étaient pas à jour, le développement Android n’était pas clair, il n’y avait pas eu d’innovation depuis longtemps, le repository avait l’air abandonné et causait beaucoup de frustration…

Retour du bon côté de la force: je redeviens développeur J’ai récemment fait la transition de Program Manager sur Microsoft Graph à Software Developer dans l’équipe Microsoft Graph SDK. Je tiens à remercier mon équipe précédente de m’avoir accueilli ces 7 derniers mois et de m’avoir permis d’expérimenter le rôle de Program Manager. J’ai pensé partager avec vous une partie de mon expérience et de mes apprentissages en tant que gestionnaire de programme.

Les dépôts open source permettent une productivité considérable dans le développement de logiciels. La croissance de la base d’utilisateurs se traduit généralement par une croissance du nombre de contributeurs, qui à son tour se traduit par une meilleure solution apportant plus d’utilisateurs, etc. La maintenance de grands dépôts open source peut prendre du temps car vous passez de plus en plus de temps à revoir des contributions. Ne vous méprenez pas, ce temps passé à examiner les pull requests est généralement bien investi car il représente un facteur de gain: pour des minutes passées à revoir une pull request donnée, la base de code bénéficie d’heures d’efforts de développement investis par le contributeur.

Au cas où vous l’auriez manqué (et oui je sais que cet article est vraiment en retard), Microsoft Build 2020 a produit des centaines de sessions avec un excellent contenu. Les enregistrements sont disponibles gratuitement sur YouTube et si vous travaillez avec Microsoft Graph, c’est un excellent moyen de découvrir les nouvelles fonctionnalités. J’ai eu l’occasion de co-présenter “Quoi de neuf avec Microsoft Graph?” avec Elise Yang. Assurez-vous de consulter la liste de lecture pour les développeurs Microsoft 365 build 2020.

Le compte à rebours est lancé pour ESPC20 en ligne - il ne reste plus que 7 semaines! ESPC20 en ligne est une nouvelle conférence virtuelle qui vous offre un apprentissage Microsoft 365 abordable et de classe mondiale à portée de main, où que vous soyez dans le monde. Participez en direct les 14 et 15 octobre ou à la demande plus de 100 sessions avec des experts SharePoint, Office 365 et Azure.

Bienvenue sur mon nouveau blog! Bienvenue sur mon nouveau blog hébergé sur github.io, propulsé par l’open source. Je vais fermer l’ancien, alors assurez-vous de mettre à jour vos abonnements RSS. 10 ans de blogging Pouvez-vous y croire? Cela fait 10 and que je blogue! À l’époque, j’étais presque un Microsoft Student Partner et mon premier article portait sur le cloud computing (ce qui était nouveau à l’époque). L’ancien blog a été bâti sur Telligent.

TL ;DR ; En Janvier prochain je rejoindrai Microsoft en tant que Program Manager sur le Microsoft. C’est un changement excitant et j’aimerai profiter de l’opportunité pour remercier 2toLead for ces dernières années. Nouveau role Je suis fier d’annoncer que je rejoins Microsoft en Janvier en tant que Program Manager sur le Microsoft Graph (et d’autres sujets de la Microsoft Identity Platform). Je ferai partie de la division MIP et de l’équipe étendue de gens brillants tels que Yina Arenas, Jeremy Take, Darrel Miller et plus encore.

Il y a quelques jours j’ai eu la chance d’animer un atelier avec l’illustre Franck Cornu durant la Modern Workplace Conference Paris. Nous avons décidé de rentre les labs disponibles via PnP afin que vous puissiez en apprendre plus sur les pratiques et les technologies utilisées. Si vous suivez les étapes décrites dans les labs, vous en apprendrez sur des technologies telles que Azure Logic Apps, Azure Functions, le Microsoft Graph, Azure Durable Functions, les webhooks SharePoint, PnP Provisioning et plus encore.

La Modern Workplace Conference Paris est une conférence qui se tient chaque année au siège de Microsoft France. Elle s’organise sur plusieurs jours avec des ateliers la première journée et des conférences les journées suivante. L’édition 2019 se tiendra du 9 au 11 Décembre et vous pouvez trouvez toutes les information ainsi que vous inscrire sur le site suivant. Cette année j’aurai le privilège de co-animer une journée complète sur la thématique du provisionnement dans Office 365 avec l’illustre Franck Cornu.

Cette année encore j’ai le privilège d’aider à l’organisation du SPS/O365/M365 Saturday Montréal. Petite particularité cette année, nous avons fait équipe avec les gens du Dynamics 365 Saturday et du SQL Saturday pour vous fournir encore plus de contenu. Plus de détails de la part de Serge Tremblay: Samedi le 11 mai, aura lieu l’événement Office 365 et Dynamics 365 de l’année à Montréal! Une conférence d’une journée organisé en collaboration avec :

Lorsque la première version du SharePoint Framework est sortie, elle incluait KarmaJSdans ses outils afin d’écrire des tests unitaires. KaramJS a reçu beaucoup de commentaires sur ses performances, capacités, son support du JavaScript moderne… Et ceci particulièrement si vous l’utilisiez en combinaison avec PhantomJS, un navigateur web virtuel qui est abandonné depuis quelques années maintenant et qui était aussi fourni avec SPFx. Alors que certaines personnes argumentaient pour un choix du Framework de tests unitaires au sein de SPFx, de manière similaire au fait que nous avons (presque) un choix sur le Framework web, nous n’avons pas vu beaucoup de progression sur le sujet ces dernières années.

Version courte Avec la nouvelle version de Azure DevOps, une nouvelle documentation au sujet de la mise en place d’un processus d’intégration et de déploiement continu avec Azure DevOps est disponible. Votre retour d’expérience est toujours le bienvenu ! L’organisation Patterns and Practices inclut aussi un repository dédié aux outils et exemples DevOps dans le contexte du SharePoint Framework. Version Longue Mon apprentissage des pratiques DevOps J’ai eu l’occasion de travailler sur la Gestion du Cycle Application (ALM), l’intégration continue (CI), le déploiement continu (CD) et les pratiques DevOps appliqués à SharePoint/Azure/Office 365 depuis plusieurs années.

Cette année encore j’ai l’opportunité de coorganiser le Global Office 365 Dev bootcamp Montreal avec l’illustre Serge Tremblay et la super star Sébastien Levert. Le GOB est un évènement coordonné par Microsoft dans le monde entier et organisé par les communautés locales. Le but étant d’apprendre aux participants les bases du développement Office 365. Généralement quand on parle de de développement Office 365 on pense uniquement à du développement pour SharePoint Online ou bien de composants pour Office.

Renouvelé en tant que MVP et changé de catégorie J’ai le plaisir de vous annoncer que j’ai été renouvelé en tant que Microsoft MVP, pour la cinquième année consécutive (le temps passe, je me fais vieux). Un petit changement cependant, mon titre est dans la catégorie Office development. Au cours des dernière années j’ai été MVP SharePoint, Office Servers and services et maintenant Office development. Originellement Microsoft avec organisé ses MVPs par produits, ce qui était sensé dans un mode « on prem » qui demandé une profonde connaissance de quelque chose en particulier.

Cette année encore j’ai la chance de faire partie du comité organisateur du SharePoint Saturday Montréal 2018 qui se tiendra le 2 Juin au Cégep du vieux Montréal. C’est gratuit, c’est l’occasion d’apprendre plein de choses non seulement sur SharePoint mais aussi sur Office 365 et Azure. Cette année en quelque chiffres : 25 Sessions (en Anglais et en Français) 1 Keynote par le célèbre Serge Tremblay 16 Microsoft MVP (Most Valuable Professional) 1 MSP (Microsoft Student Partner) 5 MCT (Microsoft Certified Trainers) 9 partenaires 200 participants (prévus) Au-delà du contenu c’est aussi l’occasion de développer votre réseau, manger Schwartz (smoked meat) et participer à la SharePint !

Un peu d’histoire… Internet Explorer est le navigateur d’entreprise proéminant depuis plus de vingt ans maintenant. Nombre d’entre nous se souviendront de l’époque où nous devions avoir du code « compatible IE » et du code « compatible web ». Parce qu’un nombre important d’entreprises avaient investi lourdement dans le navigateur en bâtissant des outils qui fonctionnaient uniquement avec une version spécifique du navigateur, Microsoft a fourni depuis bientôt dix ans un mode de compatibilité.

En tant que développer à 2toLead une de mes tâches récurrentes consiste à définir des bonnes pratiques de gestion du code source en interne ou pour nos clients. Une des questions qui revient souvent est la suivante : Si je veux partir d’une base de code existante et la modifier, devrais-je forker ce repo ou bien faire quelque chose d’autre ? Il n’est aujourd’hui pas facile de trouver des explications simples et claires sur le web, aussi me suis-je dit que j’aller m’y essayer.