Je ne vois pas ici d'argument montrant que .NET sera sous licence royalty free, même pour la partie CLI/C#.
C'est pas ca que j'ai essayé de montrer. J'ai essayer de montrer que MS cherchait à utiliser des "standards" technique pour faciliter l'interopérabilité (tous leurs discours actuels vont dans ce sens). Après ils cherchent à protéger leur valeur ajoutée, ce qui fait leur spécificité. D'où la comparaison avec .NET.
Va voir par exemple la licence pour les schémas d'Office.
Pour moi Office c'est la valeur ajoutée aux normes XML au même titre que WinForms/ASP.NET est la valeur ajoutée aux normes CLI/C#. Donc de ce point de vue je te rejoins.
en gros, ce qu'on ne retrouve pas dans d'autres langages comme les parties unsafe
Oué mais là j'ai pas vu de brevet à ce sujet.
L'expérience montre que Sun est prêt à défendre Java et les licences officielles.
Bof même pas besoin de le supposer. MS et Sun ont passé des accords pour ne pas s'attaquer mutuellement donc de ce côté y'aura pas de problème. Par contre MS pourrait attaquer une implémentation libre de Java au même titre que Kodak pourrait attaquer JBoss. Bref c'est aussi dangereux.
Il y a tous les faits que je connais. Tu voudrais ajouter quoi ?
Je voudrais virer les exemples sur SenderID ASF et Samba alors que les objectifs et intérêt de MS ne sont pas du tout les mêmes. C'est un exemple parfait de comparaison foireuse pour conclure sur autre chose.
Je voudrais que tu conclues en disant que le vrai problème est dans l'utilisation des API spécifiques à Microsoft non normalisés, que c'est cette partie que MS cherchera à protéger. Cela enlèvera à Mono un atout : la compatibilité avec de nombreux API MS. D'où l'idée de n'encourager l'utilisation que des parties normalisées et des API spécifiques à Mono.
[^] # Re: héhé
Posté par TImaniac (site web personnel) . En réponse au journal Java, .NET et les logiciels libres. Évalué à 2.
C'est pas ca que j'ai essayé de montrer. J'ai essayer de montrer que MS cherchait à utiliser des "standards" technique pour faciliter l'interopérabilité (tous leurs discours actuels vont dans ce sens). Après ils cherchent à protéger leur valeur ajoutée, ce qui fait leur spécificité. D'où la comparaison avec .NET.
Va voir par exemple la licence pour les schémas d'Office.
Pour moi Office c'est la valeur ajoutée aux normes XML au même titre que WinForms/ASP.NET est la valeur ajoutée aux normes CLI/C#. Donc de ce point de vue je te rejoins.
en gros, ce qu'on ne retrouve pas dans d'autres langages comme les parties unsafe
Oué mais là j'ai pas vu de brevet à ce sujet.
L'expérience montre que Sun est prêt à défendre Java et les licences officielles.
Bof même pas besoin de le supposer. MS et Sun ont passé des accords pour ne pas s'attaquer mutuellement donc de ce côté y'aura pas de problème. Par contre MS pourrait attaquer une implémentation libre de Java au même titre que Kodak pourrait attaquer JBoss. Bref c'est aussi dangereux.
Il y a tous les faits que je connais. Tu voudrais ajouter quoi ?
Je voudrais virer les exemples sur SenderID ASF et Samba alors que les objectifs et intérêt de MS ne sont pas du tout les mêmes. C'est un exemple parfait de comparaison foireuse pour conclure sur autre chose.
Je voudrais que tu conclues en disant que le vrai problème est dans l'utilisation des API spécifiques à Microsoft non normalisés, que c'est cette partie que MS cherchera à protéger. Cela enlèvera à Mono un atout : la compatibilité avec de nombreux API MS. D'où l'idée de n'encourager l'utilisation que des parties normalisées et des API spécifiques à Mono.