La semaine dernière, Microsoft a publié un gestionnaire de packages dans le cadre des annonces à la conférence . Beaucoup ont considéré cela comme une preuve supplémentaire du rapprochement de Microsoft avec le mouvement Open Source. Mais pas le développeur canadien Keivan Beigi, auteur du gestionnaire de packages gratuit . Il essaie désormais de comprendre ce qui s'est passé au cours des 12 derniers mois, au cours desquels il a communiqué avec les représentants de Microsoft.
Quoi qu'il en soit, maintenant Kayvan . Les services client et serveur passeront immédiatement en mode maintenance jusqu'au 1er août 2020, après quoi ils seront définitivement fermés.
Sur son blog, l'auteur propose . Tout a commencé il y a un an (le 3 juillet 2019) lorsqu'il a reçu cet email d'Andrew, le chef de l'équipe de développement chez Microsoft :
Keyvan,
Je gère l'équipe de développement Windows App Model et, en particulier, l'équipe de déploiement d'applications. Je voulais juste vous envoyer un petit message pour vous remercier d'avoir créé appget - c'est un excellent ajout à l'écosystème Windows et rend la vie des développeurs Windows beaucoup plus facile. Nous serons probablement à Vancouver dans les semaines à venir pour rencontrer d'autres entreprises, mais si vous avez le temps, nous serions ravis de vous rencontrer, vous et votre équipe, pour obtenir des commentaires sur la façon de faciliter la vie de votre développement d'applications.
Keyvan était enthousiasmé : son projet hobby avait été remarqué par Microsoft ! Il a répondu à la lettre et deux mois plus tard, après avoir échangé des lettres, il s'est rendu à une réunion au bureau de Microsoft à Vancouver. La réunion s'est déroulée en présence d'Andrew et d'un autre responsable du développement du même groupe de produits. Keyvan dit qu'il a passé un très bon moment : ils ont parlé des idées derrière AppGet, de ce qui n'a pas été très bien fait dans et ce qu'il prévoit pour les futures versions d'AppGet. Le développeur avait l'impression que Microsoft voulait aider le projet : il a lui-même demandé ce qu'il pouvait faire pour cela. Il a mentionné que ce serait bien d'obtenir des crédits Azure, certains , et ce serait bien de résoudre les problèmes avec les liens de téléchargement individuels.
Une semaine plus tard, Andrew a envoyé une nouvelle lettre dans laquelle il l'invitait à travailler chez Microsoft : « Nous souhaitons apporter des changements significatifs dans la distribution de logiciels sous Windows, et il existe une excellente opportunité d'aider dans ce que Windows et le système de distribution d'applications dans Azure/Microsoft, cela ressemblera. » 365. Dans cet esprit, avez-vous envisagé de consacrer plus de temps à appget, potentiellement chez Microsoft ? - il a écrit.
Keyvan était un peu hésitant au début : il ne voulait pas aller chez Microsoft pour travailler sur le Windows Store, le moteur MSI et d'autres systèmes de déploiement d'applications. Mais ils lui ont assuré qu'il passerait tout son temps à travailler uniquement sur AppGet. Après environ un mois de longue correspondance par courrier électronique, ils sont arrivés à la conclusion que l'accord serait très similaire à celui d'une acquisition : Microsoft embauche un développeur avec son programme et ils décident s'il faut le renommer autrement ou s'il deviendra Microsoft AppGet. .
Keyvan écrit que tout au long du processus, il n'était pas tout à fait clair quel serait son rôle chez Microsoft. Quelles seront ses responsabilités ? À qui dois-je faire rapport ? Qui lui rendra compte ? Il a tenté de clarifier certaines de ces réponses au cours de ces lentes négociations, mais n'a jamais obtenu de réponse claire.
Après plusieurs mois de négociations par courrier électronique encore une fois très lentes, on lui a dit que le processus d'embauche via BizDev prendrait très longtemps. Une alternative pour accélérer le processus serait simplement de l'embaucher avec un "bonus", après quoi il commencerait à travailler sur la migration de la base de code. Il n'avait aucune objection, ils ont donc programmé plusieurs réunions/entretiens à Redmond.
Le processus a commencé. Le 5 décembre 2019, Keyvan s'est envolé pour Seattle - au siège de Microsoft - et y a passé toute la journée, interrogeant diverses personnes et négociant avec Andrew. Le soir, j'ai pris un taxi pour l'aéroport et je suis retourné à Vancouver.
On lui a dit d'attendre un appel du service des ressources humaines. Mais après, Keyvan n'a plus eu de nouvelles de Microsoft depuis six mois. Jusqu'à la mi-mai 2020, lorsqu'un vieil ami d'Andrew a annoncé la sortie du programme WinGet le lendemain :
Salut Kayvan, j'espère que vous et votre famille allez bien - la Colombie-Britannique semble faire du bon travail avec Covid par rapport aux États-Unis.
Je suis vraiment désolé que le poste de chef de projet n'ait pas fonctionné. Je voulais prendre le temps de dire à quel point nous apprécions votre contribution et vos idées. Nous avons développé un gestionnaire de packages pour Windows, et le premier aperçu sera disponible demain lors de la Build 2020. Nous mentionnerons également appget dans notre blog car nous pensons qu'il y a de la place pour différents gestionnaires de packages sous Windows. Notre gestionnaire de packages est également basé sur GitHub, mais évidemment avec notre propre implémentation, etc. Il est également open source, nous serions donc évidemment ouverts à toute contribution que vous pourriez avoir.
Keyvan n'était pas trop surpris. À cette époque, il était déjà devenu évident qu'il ne serait pas invité à travailler chez Microsoft, ce qui ne l'a pas contrarié, car il doutait de vouloir travailler pour une si grande entreprise.
Mais la véritable surprise l'attendait le lendemain lorsqu'il vit : « Quand j'ai montré le référentiel à ma femme, la première chose qu'elle a dite a été : « Ils l'ont appelé WinGet ? Êtes-vous sérieux??" Je n'ai même pas eu besoin de lui expliquer comment les mécanismes de base, la terminologie, le format et , même la structure des dossiers du référentiel de packages est inspirée d'AppGet."
Suis-je contrarié que Microsoft, une entreprise de 1,4 billion de dollars, ait finalement repris ses esprits et publié un gestionnaire de paquets décent pour son produit phare ? Non, ils auraient dû le faire il y a des années. Ils n'auraient pas dû gâcher le Windows Store autant qu'ils l'ont fait », écrit Keyvan. « La réalité est que, quels que soient mes efforts pour promouvoir AppGet, sa croissance ne sera jamais au même rythme que la solution de Microsoft. Je n'ai pas créé AppGet pour devenir riche, célèbre ou obtenir un emploi chez Microsoft. J'ai créé AppGet parce que je pensais que nous, les utilisateurs de Windows, méritons également une expérience de gestion d'applications décente. Ce qui me dérange, c'est la manière dont cela a été fait. Communications lentes et terribles. A la fin, c'est un silence radio complet. Mais c’est cette annonce qui m’a le plus frappé. AppGet, qui est objectivement la source de la plupart des idées pour WinGet, n'a été mentionné que comme un autre gestionnaire de paquets qui il se trouve que ça existe dans ce monde. Dans le même temps, d'autres gestionnaires de paquets, avec lesquels WinGet a très peu de points communs, ont été mentionnés et expliqués de manière beaucoup plus approfondie."
Keyvan Beigi n'est pas contrarié. Il dit que chaque nuage a une lueur d’espoir. À tout le moins, WinGet repose sur des bases solides et a le potentiel de réussir. Et les utilisateurs de Windows pourraient enfin disposer d'un gestionnaire de paquets décent. Et pour lui, cette histoire est devenue une expérience précieuse : « Vivez pour toujours, apprenez pour toujours ».
Il explique que copier du code n'est pas un problème, c'est l'essence même de l'Open Source. Et il ne veut pas dire copier le concept général des gestionnaires de packages/applications. Mais si vous regardez des projets similaires sous OS X, Homebrew, Chocolaty, Scoop, ninite, etc., ils ont tous leurs propres caractéristiques. Cependant, WinGet fonctionne presque de la même manière qu'AppGet : « Vous voulez savoir comment fonctionne Microsoft WinGet ? Allez lire ", il écrit.
Keyvan était seulement contrarié que son travail ne soit mentionné nulle part.
Pour référence. « Embrasser, étendre et éteindre » est une expression qui, , a été utilisé par Microsoft pour décrire la stratégie de l'industrie visant à introduire des logiciels utilisant des normes largement acceptées. La stratégie consistait à élargir ces normes et à continuer d'utiliser ces différences pour obtenir un avantage sur les concurrents.
Dans le cas d’AppGet, on ne peut pas dire que cette stratégie soit appliquée sous sa forme pure, mais certains éléments peuvent être pris en compte. Les partisans du logiciel libre considèrent qu'il s'agit d'une ligne de conduite moralement inacceptable et se méfient toujours de l'initiative de Microsoft d'introduire un sous-système pour Linux dans le système d'exploitation Windows (). Ils disent que Microsoft, fondamentalement, n’a pas changé et ne changera jamais.
Source: habr.com