Introduction

La nouvelle commande azd ai agent init provisionne un projet Python ciblant Microsoft Foundry. C’est une excellente façon de démarrer rapidement, mais un point de friction apparaît immédiatement : appuyer sur F5 dans Visual Studio Code ne fonctionne pas. Le projet ne contient pas le fichier de configuration VS Code nécessaire au débogage.

Heureusement, c’est très simple à corriger.

La solution

Un fichier de configuration doit être ajouté dans le dossier .vscode à la racine de l’espace de travail.

Introduction

La nouvelle commande azd ai agent init provisionne un projet dotnet utilisant Microsoft Agent Framework ciblant Microsoft Foundry. C’est une excellente façon de démarrer rapidement, mais un point de friction apparaît immédiatement : appuyer sur F5 dans Visual Studio Code ne fonctionne pas. Le projet ne contient pas les fichiers de configuration VS Code nécessaires au débogage.

Heureusement, c’est très simple à corriger.

La solution

Deux fichiers de configuration doivent être ajoutés dans le dossier .vscode à la racine de l’espace de travail.

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.