Célébrations

En janvier dernier, j’ai célébré mes 5 ans chez Microsoft ! C’est incroyable comme le temps peut passer vite. J’ai initialement commencé à travailler en tant que program manager II sur les notifications de changement Microsoft Graph (alias webhooks) et le suivi des modifications (alias delta queries). Après un transfert et quelques promotions, je suis maintenant Principal Software Developer, travaillant sur les expériences client Microsoft Graph (SDK, kiota, extensibilité copilot, OpenAPI…)

Pendant des années, Microsoft Graph a répondu à des milliards de requêtes par jour en tant que l’une des principales API REST des services Microsoft. Le service est devenu une infrastructure clé pour les applications de Microsoft, les solutions métier et les solutions commerciales tierces.

Tout élément d’infrastructure critique s’accompagne de responsabilités rigoureuses : maintenance, support et sécurisation. Et parfois, cette infrastructure doit être « mise à niveau » vers les normes les plus récentes, ce qui améliore la valeur fournie à ses utilisateurs grâce à une meilleure sécurité, une meilleure interopérabilité et de meilleures performances.

Introduction

Au cours des derniers mois, j’ai eu du mal à obtenir une installation fonctionnelle du SDK dotnet sur Ubuntu exécuté sur Windows Subsystems pour Linux (WSL). Cela est en partie dû au fait que de nouvelles méthodes d’installation ont été ajoutées au fil des ans, d’autres ont été rendues obsolètes, et il est vraiment facile d’involontairement mettre à jour d’une méthode d’installation à une autre, en désorganisant tout par la même occasion.

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. Avant de vous lancer, gardez à l’esprit qu’il s’agit de mon expérience personnelle, qui peut différer beaucoup d’une équipe à l’autre, d’un produit à l’autre et dépendre d’autres circonstances (travail à distance, culturelles, etc.). Ne prenez pas cet article pour une source unique de vérité, il y a d’autres expériences qui ont été partagées sur le web.

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.