Alors pourquoi Mono n'est pas en retard sur les spec officiels de l'ECMA
L'ECMA n'a fait qu'accepter une spec soumise par MS. Rien ne dit qu'ils continueront à fournir leurs specs. MS n'est pas réputé pour encourager l'interopérabilité. Au début, ils fallait bien qu'ils fassent un geste, .NET avait une étiquette "techno 100% MS" par rapport à Java. Ils ont soumis les documents de base pour montrer que leur technologie n'était pas si fermée que ça. Mais si la mayonnaise prends, ils n'ont aucune raison de continuer. Une fois qu'on a conquis 99% du marché, l'ouverture et l'interopérabilité en s'en bat la courgette.
Pourquoi considérer que Mono est plus en retard que MS
Parce que c'est MS qui fixe les règles du jeu ? Ils continueront de faire évoluer leur techno dans le sens qui leur plait en soumettant les specs comme standard tant que ça les arrangera. Ils peuvent ajouter toutes les features qu'ils veulent et qui ne seront disponible que sur leur implémentation, un peu comme les bidouilles spécial IE. Un standard, c'est bien, mais rien ne les empêche de s'en écarter, comme pour le HTML. S'ils sortent des extentions qui ne tournent que sous leur framework que peut-on faire ? Rien. C'est comme quand on reçoit des document en .doc qu'on ne peut pas lire parce qu'on n'a que la version n-1. Au final les gens migrent parce qu'ils ne peuvent pas lire les documents qu'on leur envoie.
J'ai même envie de dire que Mono est en avance
On peut dire que OOo est en avance par rapport à MSO parce qu'il est multi plateforme, sait lire les .doc et en plus les .sdw. Il n'empêche que c'est l'implémentation de MS qui fait foi pour le .doc.
et propose des libs inédites dans .NET
Qui tournent aussi sur le framework de MS. Tout ce qui tourne sur Mono tourne sur le framework MS. L'inverse ne se vérifie pas.
Pour le Windozien qui veut juste la compatibilité de ses applis, oui. Pour le Linuxien qui s'en fou ou le Windozien qui souhaite développer une appli portable Non
Les premiers sont un poil plus nombreux que les seconds. Il n'y a qu'à voir le nombre de boites qui développent en VB pour voir que l'interopérabilité n'est pas l'objectif premier de la plupart des gens. Souvent on code d'abord et on se mort la bitte après.
croire que tu fais partis des premiers :)
A titre personnel, le Rubyist que je suis s'en fout un peu. Au boulot, je vais devoir me taper du .NET et je peux te dire que comme 99.99% des boites se sera avec le framework MS. Mono a des arguments techniques intéressants mais aucune boite ne voudra se risquer à parier dessus sans avoir des garanties sur sa pérénité.
[^] # Re: Utilité de Mono
Posté par Croconux . En réponse à la dépêche Interview de Miguel de Icaza par O'reilly. Évalué à 7.
L'ECMA n'a fait qu'accepter une spec soumise par MS. Rien ne dit qu'ils continueront à fournir leurs specs. MS n'est pas réputé pour encourager l'interopérabilité. Au début, ils fallait bien qu'ils fassent un geste, .NET avait une étiquette "techno 100% MS" par rapport à Java. Ils ont soumis les documents de base pour montrer que leur technologie n'était pas si fermée que ça. Mais si la mayonnaise prends, ils n'ont aucune raison de continuer. Une fois qu'on a conquis 99% du marché, l'ouverture et l'interopérabilité en s'en bat la courgette.
Pourquoi considérer que Mono est plus en retard que MS
Parce que c'est MS qui fixe les règles du jeu ? Ils continueront de faire évoluer leur techno dans le sens qui leur plait en soumettant les specs comme standard tant que ça les arrangera. Ils peuvent ajouter toutes les features qu'ils veulent et qui ne seront disponible que sur leur implémentation, un peu comme les bidouilles spécial IE. Un standard, c'est bien, mais rien ne les empêche de s'en écarter, comme pour le HTML. S'ils sortent des extentions qui ne tournent que sous leur framework que peut-on faire ? Rien. C'est comme quand on reçoit des document en .doc qu'on ne peut pas lire parce qu'on n'a que la version n-1. Au final les gens migrent parce qu'ils ne peuvent pas lire les documents qu'on leur envoie.
J'ai même envie de dire que Mono est en avance
On peut dire que OOo est en avance par rapport à MSO parce qu'il est multi plateforme, sait lire les .doc et en plus les .sdw. Il n'empêche que c'est l'implémentation de MS qui fait foi pour le .doc.
et propose des libs inédites dans .NET
Qui tournent aussi sur le framework de MS. Tout ce qui tourne sur Mono tourne sur le framework MS. L'inverse ne se vérifie pas.
Pour le Windozien qui veut juste la compatibilité de ses applis, oui. Pour le Linuxien qui s'en fou ou le Windozien qui souhaite développer une appli portable Non
Les premiers sont un poil plus nombreux que les seconds. Il n'y a qu'à voir le nombre de boites qui développent en VB pour voir que l'interopérabilité n'est pas l'objectif premier de la plupart des gens. Souvent on code d'abord et on se mort la bitte après.
croire que tu fais partis des premiers :)
A titre personnel, le Rubyist que je suis s'en fout un peu. Au boulot, je vais devoir me taper du .NET et je peux te dire que comme 99.99% des boites se sera avec le framework MS. Mono a des arguments techniques intéressants mais aucune boite ne voudra se risquer à parier dessus sans avoir des garanties sur sa pérénité.