Je lis de temps en temps linuxfr, et je dois t'avouer que je t'avais repéré. En effet, un grand nombre de tes commentaires sur ce site me font sourire. Sourire par tant de préjugés, et surtout, un manque certain de connaissances. Mais c'est bien connu, c'est ceux qui en parle le plus, ...
Tout d'abord mettons les choses dans leur contexte. Je suis ingénieur dans l'équipe de Mono, et participe à ce titre au développement de Moonlight. Ce qui fait, que, si j'avoue ne pas pouvoir être impartial, j'ai au moins une vision de la technologie que tu te plais à critiquer ouvertement, que toi, tu n'as de toute évidence pas.
Je vais passer directement l'attaque sur Miguel (mon responsable direct), que tu connais bien évidemment bien plus que moi, ce qui te permet de dire le fond de sa pensée, et encore mieux, ses passions et ses lubies. Tu es quelqu'un de formidable mon cher Albert.
Parlons un peu d'OpenOffice. OpenOffice permet de lire et même écrire des fichiers qui sont crées ou lisibles par Microsoft Office dans des versions antérieures à leur version OpenXML. Quoi qu'il arrive, pour rester compétitif, OpenOffice va DEVOIR être capable de lire et écrire l'OpenXML. C'est dans ce sens qu'OpenXML est quand même appréciable, parce que les développeurs d'OpenOffice, ou de l'extension d'OpenOffice vont pourvoir utiliser au moins une spécification, qui par ses 6000 pages à l'avantage d'être complète. Spécification qui même si elle présente des failles, sera de toute façon plus facile à implémenter que si il fallait re faire du reverse engineering sur les fichiers, pour savoir à quoi correspond quoi.
D'autant plus qu'OpenXML est un standard ECMA, et donc protégé des brevets par une clause RAND. Ce qui fait qu'OpenOffice serait plus protégé en regard de l'implémentation d'OpenXML que de l'implémentation de l'ancien format binaire.
Incroyable non.
Continuons avec tes idioties, le coeur de Mono et le language C# sont aussi protégés des brevets par la clause RAND des standards ECMA 334 et 335. La seule surface d'attaque, est celle de l'implémentation des libraires non standardisées, et qui sont téléchargeables séparément. Si les packagers de ta distribution favorite le veulent, ils peuvent tout à faire la séparation. D'autant que je ne vois pas des masses d'applications purement Mono qui utilisent ces couches sous Linux. Donc tu peux très bien ne pas les télécharger, et hop, tu ne crains rien.
Incroyable non.
Maintenant, parlons d'un projet qui bien qu'hébergé sur sourceforge et accessible sous forme de packet, est téléchargé spécifiquement à l'installation. Je parle de http://corefonts.sourceforge.net/ . Et bien ici ça va être exactement le même fonctionnement, et tous les système de packages que je connais sont capable de faire ça. Encore une fois, si les packageurs font bien leur boulot, tu devrais pouvoir télécharger Moonlight comme n'importe quel packet, mais celui si sera téléchargé pour de vrai sur le site de Novell, et te voilà directement couvert.
Et tu sais que tu es couvert, alors que si tu utilises une version OpenSource de flash, rien ne te dit que tu ne crains rien.
Bref, à part monter des films, fuder, attaquer Miguel, et raconter des anneries, tu ne sers pas à grand chose.
Pour informations, Mono n'est pas le seul projet à être inquiété par le système idiots des brevets. Prenons en trois autres qui sont potentiellement beaucoup plus inquiétés: Le noyau Linux lui même, Samba, les drivers ntfs. Et soyons réaliste rajoutons OpenOffice. Si Microsoft devait attaquer, ce n'est sûrement pas à Mono qu'ils s'en prendraient directement en premier. Bref, moi je retourne bosser, toi, tu peux rester à soulever ton indignation et ton ignorance.
# Mon cher Albert,
Posté par Jb Evain . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à 6.
Tout d'abord mettons les choses dans leur contexte. Je suis ingénieur dans l'équipe de Mono, et participe à ce titre au développement de Moonlight. Ce qui fait, que, si j'avoue ne pas pouvoir être impartial, j'ai au moins une vision de la technologie que tu te plais à critiquer ouvertement, que toi, tu n'as de toute évidence pas.
Je vais passer directement l'attaque sur Miguel (mon responsable direct), que tu connais bien évidemment bien plus que moi, ce qui te permet de dire le fond de sa pensée, et encore mieux, ses passions et ses lubies. Tu es quelqu'un de formidable mon cher Albert.
Parlons un peu d'OpenOffice. OpenOffice permet de lire et même écrire des fichiers qui sont crées ou lisibles par Microsoft Office dans des versions antérieures à leur version OpenXML. Quoi qu'il arrive, pour rester compétitif, OpenOffice va DEVOIR être capable de lire et écrire l'OpenXML. C'est dans ce sens qu'OpenXML est quand même appréciable, parce que les développeurs d'OpenOffice, ou de l'extension d'OpenOffice vont pourvoir utiliser au moins une spécification, qui par ses 6000 pages à l'avantage d'être complète. Spécification qui même si elle présente des failles, sera de toute façon plus facile à implémenter que si il fallait re faire du reverse engineering sur les fichiers, pour savoir à quoi correspond quoi.
D'autant plus qu'OpenXML est un standard ECMA, et donc protégé des brevets par une clause RAND. Ce qui fait qu'OpenOffice serait plus protégé en regard de l'implémentation d'OpenXML que de l'implémentation de l'ancien format binaire.
Incroyable non.
Continuons avec tes idioties, le coeur de Mono et le language C# sont aussi protégés des brevets par la clause RAND des standards ECMA 334 et 335. La seule surface d'attaque, est celle de l'implémentation des libraires non standardisées, et qui sont téléchargeables séparément. Si les packagers de ta distribution favorite le veulent, ils peuvent tout à faire la séparation. D'autant que je ne vois pas des masses d'applications purement Mono qui utilisent ces couches sous Linux. Donc tu peux très bien ne pas les télécharger, et hop, tu ne crains rien.
Incroyable non.
Maintenant, parlons d'un projet qui bien qu'hébergé sur sourceforge et accessible sous forme de packet, est téléchargé spécifiquement à l'installation. Je parle de http://corefonts.sourceforge.net/ . Et bien ici ça va être exactement le même fonctionnement, et tous les système de packages que je connais sont capable de faire ça. Encore une fois, si les packageurs font bien leur boulot, tu devrais pouvoir télécharger Moonlight comme n'importe quel packet, mais celui si sera téléchargé pour de vrai sur le site de Novell, et te voilà directement couvert.
Et tu sais que tu es couvert, alors que si tu utilises une version OpenSource de flash, rien ne te dit que tu ne crains rien.
Bref, à part monter des films, fuder, attaquer Miguel, et raconter des anneries, tu ne sers pas à grand chose.
Pour informations, Mono n'est pas le seul projet à être inquiété par le système idiots des brevets. Prenons en trois autres qui sont potentiellement beaucoup plus inquiétés: Le noyau Linux lui même, Samba, les drivers ntfs. Et soyons réaliste rajoutons OpenOffice. Si Microsoft devait attaquer, ce n'est sûrement pas à Mono qu'ils s'en prendraient directement en premier. Bref, moi je retourne bosser, toi, tu peux rester à soulever ton indignation et ton ignorance.
Bisous