|
Autres articles |
---|
18/3/2024 15:00:00 - Sécuriser le cloud hybride : mission impossible ? |
18/3/2024 14:00:00 - Attaques par déni de service distribué |
18/3/2024 13:00:00 - Cinq applications pratiques de l'IA pour l'automatisation |
15/3/2024 15:00:00 - Saviorless annonce sa date de sortie. |
15/3/2024 14:00:00 - La France fait face à une nouvelle cyberattaque |
15/3/2024 13:00:00 - L'IA; menace pour l’élection présidentielle de 2024 |
13/3/2024 15:00:00 - Ark of Charon sortira en 2024 sur Steam |
13/3/2024 14:00:00 - Unicorn Overlord sur consoles |
13/3/2024 13:00:00 - Quand les IA prendront le contrôle de nos vies |
11/3/2024 15:00:00 - Le monde du Cloud et des datacenters aux enfants |
Auteur | Conversation |
---|---|
v_atekor | Posté le: 3/4/2008 12:58 Mis à jour: 3/4/2008 12:58 |
Régulier Inscrit le: 7/3/2008 De: Envois: 59 |
Re: Microsoft Open-XML certifié ISO ! Ce résultat est préoccupant puisqu'il y a désormais deux normes ISO concurrentes : la première norme ISO pour les formats bureautiques a été l'ODF (Open Document Format) ISO 26300 [3], soutenue par la majorité des acteurs du secteur (notamment OpenOffice.org, KOffice, Google, IBM, Oracle, Corel et les administrations des différents pays), à l'exception notable de Microsoft. La société de Redmond a en effet toujours refusé d'implémenter ce format dans ses produits, ce qui aurait pourtant été la manière d'offrir une véritable interopérabilité aux utilisateurs, qui auraient alors pu utiliser les applications de leur choix pour traiter leurs documents. À présent que son propre format de document porte également le label ISO, la société Microsoft sera encore moins encline à effectuer cette démarche d'ouverture. Ainsi, alors qu'une norme unique aurait une véritable impulsion à l'interopérabilité dans un domaine actuellement largement dominé par un acteur unique, l'arrivée d'une seconde norme concurrente revient à lier à nouveau le choix du format et celui de l'application.
Par delà le résultat en lui-même, le processus qui y a mené pose un certain nombre de problèmes graves. Ces problèmes viennent pour une partie du caractère accéléré de la procédure qui, comme cela était prévisible, s'est avérée totalement inadaptée pour traiter 6000 pages de spécifications techniques, particulièrement lorsque ces spécifications ont été conçues dans un esprit à l'opposé de celui de la normalisation : la lecture du standard ECMA 376 révèle sans ambiguïté qu'il a été rédigé dans l'optique étroite de la ligne de produits d'un éditeur particulier, contredisant aussi bien les normes ISO que d'autres standards internationaux comme ceux du W3C. Il n'est donc pas surprenant que le volume des commentaires remontés par les pays membres ait été trop important pour être traité par l'ECMA ; mais il est fort regrettable que l'ECMA ait voulu donner une impression contraire en indiquant un pourcentage de 100 % de réponses alors que certaines de ces réponses n'étaient en réalité qu'une copie des questions posées. À cela s'ajoutent des problèmes plus graves, car moins immédiatement visibles, de contradiction entre certaines des propositions de modification du texte. La réunion de résolution du vote (Ballot Resolution Meeting), conçue pour traiter des problèmes mineurs et bien délimités, a dû être réorganisée de façon inédite : les traitements par lot des problèmes et les acceptations automatiques ont permis d'obtenir des chiffres optimistes, mais en rien de résoudre les problèmes posés par le texte initial ou par les propositions de modification de l'ECMA ; et encore moins d'arriver à une proposition cohérente de texte final. Les spécifications qui ont été aujourd'hui approuvées reposent sur un texte dont des pans entiers doivent être réécrits - une première dans l'histoire de la normalisation - et qui n'apporte pas les garanties en termes de qualité, de neutralité et de sécurité juridique que l'on attend d'une norme ISO : un tel écart ne peut qu'entamer la confiance accordée à ce qui est considéré aujourd'hui comme le plus haut niveau de normalisation. Enfin, on ne peut ignorer les nombreux incidents qui ont affecté la sérénité des travaux des organismes nationaux de normalisation dans le traitement de ce dossier : cela avait été notamment visible en Suède à l'occasion du vote de septembre 2007, mais les problèmes de ce type semblent s'être multipliés pour le vote final. Dans ce contexte tendu, il serait souhaitable que le retournement tardif et soudain du vote français soit expliqué avec la plus grande transparence. L'acharnement à pousser à tout prix une spécification à travers un processus pour lequel elle n'était de toute évidence pas adaptée, a créé une mauvaise norme, tout en affectant la crédibilité des organismes de normalisation., résume Thierry Stoehr Président de l'AFUL et spécialiste des formats ouverts. http://www.aful.org/communiques/normalisation-ms-ooxml-ecma-376-iso-recul-interoperabilite |
Auteur | Conversation |
---|---|
JerryG | Posté le: 3/4/2008 13:14 Mis à jour: 3/4/2008 13:14 |
Administrateur Général / Rédacteur Chef Inscrit le: 31/1/2008 De: France Envois: 9333 |
Re: Microsoft Open-XML certifié ISO ! Merci pour ces précisions sur l'enjeu de cette normalisation du format de Microsoft.
Mais alors, vu qu'il ya deux normes maintenant pour nos fichiers bureautiques, on espèrera que l'interopérabilité des documents soient alors pérénisés. |
|
Auteur | Conversation |
---|---|
JerryG | Posté le: 3/4/2008 18:06 Mis à jour: 3/4/2008 18:06 |
Administrateur Général / Rédacteur Chef Inscrit le: 31/1/2008 De: France Envois: 9333 |
Re: Microsoft Open-XML certifié ISO ! Ce ne serait pas la 1ere fois que Microsoft soit accusé de marketing agressif.
C'est bien connu dans le monde des affaires, les petits cadeaux entretiennent l'amitié, mais ne font pas plus les affaires. Cela nous promet encore de joyeux articles CE contre Microsoft |
|
Auteur | Conversation |
---|---|
JerryG | Posté le: 6/4/2008 13:46 Mis à jour: 6/4/2008 13:46 |
Administrateur Général / Rédacteur Chef Inscrit le: 31/1/2008 De: France Envois: 9333 |
Re: Microsoft Open-XML certifié ISO ! Oui, j'ai lu aussi ce communiqué.
Cela fait longtemps que la Commission Européenne s'acharne sur Microsoft, ce ne sera qu'un épisode de plus. Sans aucun doute, il faut privilégier les standards et les normes pour la pérénisation des documents. Y a t'il une contradiction à ce qu'il y ait deux normes si elles sont interopérables ? |
|
|