Posté par gabuzo .
En réponse à la dépêche Mono 0.24.
Évalué à 1.
Donc, le seul truc qu'ils peuvent s'amuser à changer, c'est les APIs de .NET. Et ca, à part fatiguer les développeurs, ca risque pas de leur apporter grand chose.
Sans trop faire chier les développeurs il suffit à Microsoft d'ajouter des API qui n'existent pas ailleurs ou de mettre dans les API des trucs très proches de Windows qui seront très difficiles à implementer sur d'autres plates-formes.
Sans jouer sur les APIs il serait très facile à Microsoft de modifier l'implémentation de sa plate-forme .Net pour dégrader les performances lorsqu'elle dialogue avec un système non Microsoft (en utilisant un protocole de communication non-standard par exemple). Ainsi il serait très très facile à un commercial de démontrer la supériorité d'une solution tout Microsoft (vous voyez, il a suffit de remplacer votre serveur Linux par un NT2003 pour que les clients ne rament plus).
D'une certaine manière, c'est une tentative de MS de mettre en place un framework "vraiment" potable. Je doute que leur désir de pouvoir soit fort au point de leur faire saccager leur nouveau bébé.
Bien sûr l'un des but de .Net est de drainer des développeurs (compétents si possible) il ne faut donc pas en faire un poubelle mais l'un des autres but de Microsoft est de vendre les logiciels de la maison (Windows, Visual Studio, etc.). Connaissant le poids du marketting chez Microsoft il est évident que .Net servira de tremplin à la migration de clients de Unix vers Windows. À mon avis perso Mono et toutes les ouvertures de .Net n'ont été autorisées par le marketting que pour éviter de nouveaux procès pour abus de position dominante (c'est probablement la même chose avec media player 9).
[^] # Re: Mono 0.24
Posté par gabuzo . En réponse à la dépêche Mono 0.24. Évalué à 1.
Sans trop faire chier les développeurs il suffit à Microsoft d'ajouter des API qui n'existent pas ailleurs ou de mettre dans les API des trucs très proches de Windows qui seront très difficiles à implementer sur d'autres plates-formes.
Sans jouer sur les APIs il serait très facile à Microsoft de modifier l'implémentation de sa plate-forme .Net pour dégrader les performances lorsqu'elle dialogue avec un système non Microsoft (en utilisant un protocole de communication non-standard par exemple). Ainsi il serait très très facile à un commercial de démontrer la supériorité d'une solution tout Microsoft (vous voyez, il a suffit de remplacer votre serveur Linux par un NT2003 pour que les clients ne rament plus).
D'une certaine manière, c'est une tentative de MS de mettre en place un framework "vraiment" potable. Je doute que leur désir de pouvoir soit fort au point de leur faire saccager leur nouveau bébé.
Bien sûr l'un des but de .Net est de drainer des développeurs (compétents si possible) il ne faut donc pas en faire un poubelle mais l'un des autres but de Microsoft est de vendre les logiciels de la maison (Windows, Visual Studio, etc.). Connaissant le poids du marketting chez Microsoft il est évident que .Net servira de tremplin à la migration de clients de Unix vers Windows. À mon avis perso Mono et toutes les ouvertures de .Net n'ont été autorisées par le marketting que pour éviter de nouveaux procès pour abus de position dominante (c'est probablement la même chose avec media player 9).