Sous la direction de Satya Nadella, toutefois, Microsoft est une société très différente. Non seulement elle prend en charge l'open source et Linux, mais elle apporte également du code au monde de l’open source. En fait, Microsoft est devenue l’un des principaux contributeurs. Hier, l’éditeur de Windows a annoncé qu'il va encore plus loin dans son engagement envers l'idéologie open source. Comment ? En faisant de son programme Calculatrice Windows un projet open source sur GitHub.
Dans un billet de blog, Dave Grochocki et Howard Wolosky de Microsoft ont expliqué que :
Envoyé par Microsoft
Envoyé par Microsoft
Microsoft encourage les développeurs à contribuer à la calculatrice Windows, désormais disponible en open source, en :
- Participant aux discussions
- Signalant ou résolvant des problèmes
- Proposant de nouvelles idées de fonctionnalités
- Faisant des prototypes de nouvelles fonctionnalités
- Concevant et participant à l’élaboration de builds avec ses ingénieurs
La Calculatrice Windows est actuellement livrée avec les fonctionnalités suivantes:
- Fonctionnalité de la calculatrice standard qui offre des opérations de base et évalue les commandes dès leur saisie.
- Fonctionnalité de la calculatrice scientifique qui offre des opérations étendues et évalue les commandes en utilisant l'ordre des opérations.
- Fonctionnalité de calculateur de programmeur qui offre aux développeurs des opérations mathématiques courantes, y compris la conversion entre des bases communes.
- Historique de calcul et capacités de mémoire.
- Conversion entre plusieurs unités de mesure.
- Conversion de devise basée sur les données extraites de Bing.
Analyse technique
Comme pour toutes les modifications, le code des nouvelles fonctionnalités sera examiné par un membre de l'équipe Microsoft avant d'être archivé dans la branche principale.
Les nouvelles fonctionnalités nécessitent souvent une révision technique plus approfondie que les corrections de bogues. Lors de l'analyse du code pour les nouvelles fonctionnalités, l'équipe de Microsoft considère au moins les éléments suivants:
- Tous les éléments de la liste de contrôle d'accessibilité doivent être abordés.
- Tous les éléments de la liste de contrôle globale doivent être traités.
- La modification doit être testée sur la version la plus ancienne de Windows prise en charge par l'application. Vous pouvez trouver ce numéro de version dans AppxManifest.xml. Tous les appels aux API plus récentes que cette version doivent être conditionnellement activés.
- La modification doit utiliser uniquement les API prises en charge. Si des questions se posent quant à l'utilisation des API héritées ou non documentées, le Kit de certification des applications Windows doit être exécuté pour vérification.
- La modification devrait enregistrer les progrès de l'utilisateur si l'application est suspendue et reprise. Le code permettant de gérer ces cas doit être testé dans le débogueur Visual Studio.
- Si la modification comporte des personnalisations pour des familles de périphériques particulières, vous devez la tester sur ces familles de périphériques.
- Le changement doit être testé avec la fenêtre de l'application redimensionnée à la plus petite taille possible.
- Le changement doit être testé avec des thèmes clairs, sombres et à contraste élevé. Il convient de respecter la couleur d'accent préférée de l'utilisateur.
- Si le changement ajoute de nouvelles bibliothèques ou d'autres dépendances:
- Si la bibliothèque est fournie avec l'application, la taille accrue des fichiers binaires doit être mesurée.
- Si la bibliothèque n'est pas gérée par Microsoft, l'équipe Microsoft devra définir un plan pour surveiller la bibliothèque en amont afin de détecter des modifications telles que des correctifs de sécurité.
- Si la bibliothèque est utilisée sous une licence open source, nous devons nous conformer à la licence et créditer les tiers de manière appropriée.
- Si la modification ajoute du code qui s'exécute pendant le chemin de démarrage de l'application ou ajoute de nouveaux éléments XAML chargés au démarrage:
- Exécutez les tests de performance pour mesurer toute augmentation du temps de démarrage. Déplacez le travail hors du chemin de démarrage si possible.
- Si la modification ajoute une journalisation supplémentaire:
- Toute la journalisation doit utiliser TraceLogging.
- Les événements de journal inutiles doivent être supprimés ou configurés de sorte qu'ils ne soient collectés que lorsque cela est nécessaire pour résoudre les problèmes ou mesurer l'utilisation des fonctionnalités.
- Si la modification lit les données utilisateur à partir de fichiers ou de paramètres d'application:
- Vérifiez que l'état enregistré dans une version précédente de l'application peut être utilisé avec la nouvelle version.
- Si le changement fait des demandes de réseau:
- Microsoft doit planifier la sécurité et la fonctionnalité de ces dépendances pendant toute la durée de vie de l'application (qui peut prendre plusieurs années).
- L'application devrait être entièrement fonctionnelle si certaines demandes du réseau sont lentes ou échouent. Des outils tels que Fiddler peuvent être utilisés pour simuler des requêtes lentes ou échouées.
Source : annonce Microsoft, dépôt GitHub
Et vous ?
Que pensez-vous de cette décision ?
Êtes-vous intéressés ?
Quelle application aimeriez-vous voir transmise à l'open source ?
Voir aussi :
Microsoft travaillerait sur Windows Lite, une version Chrome OS de Windows pour les appareils mobiles à double écran et les rivaux des Chromebooks
Cloud computing : Microsoft réduit sérieusement l'écart avec Amazon en ce qui concerne l'adoption en entreprise, selon les résultats d'une enquête
Les développeurs d'apps peuvent désormais collecter 95% des produits de leur vente sur Microsoft Store, si quelques conditions sont remplies
Microsoft présente Azure Sentinel et Threat Experts pour aider les professionnels de la sécurité, à réagir plus rapidement lors de cyberattaques
Microsoft a lancé une fonctionnalité qui permet de transformer la photo d'un tableau de données en une feuille de calcul Excel éditable