Il faut arrêter de vivre dans votre bulle. Une norme n'a que pour unique but de définir des règles communes et explicites. Ce n'est pas une loi ni même un idéal.
Une norme c'est même tout l'inverse en général : c'est bourré de compromis et de trucs pas forcément idéaux mais qui ont constitué une solutions que le groupe dans son ensemble a été capable d'accepter.
Une norme a toute légitimité pour prendre compte l'existant et la compatibilité. Que cet existant ait raison d'exister ou pas n'intervient nullement dans l'équation. Concretement il est là, ça fait donc partie des problématiques, ça fait logiquement partie de certaines solutions, donc de certaines normes.
Et que l'historique ne soit pas normalisé n'est pas non plus bloquant. L'important c'est que la manière de le prendre en compte soit normalisée, bref, qu'on ait justement cet algo de gestion de date dans le détail.
> ils n'ont qu'à assumer les conséquences
Dans l'ensemble on fait des outils pour fournir des solutions aux gens, on ne fait pas des rêves idéaux. Les conséquences elles sont à prendre en compte, d'autant que ce sont les utilisateurs qui vont se les manger, pas MS.
Couper la compatibilité aurait été défendable, mais la garder est tout à fait légitime, oui, même dans une norme.
> M$ sont les propriétaires de leur ancien format pourri, ils n'ont qu'à assumer les conséquences dans leur logiciel et non dans la norme .
Mais oui, et après on va leur reprocher de pas l'avoir normalisé ....
J'encourage ceux qui voient dans les compromis et la compatibilité uniquement la venue du malin (comprendre "MS"), de regarder un peu le travail fait pour normaliser la future version 5 de HTML. Là je doute que vous arriviez à diaboliser qui que ce soit. Pourtant, la spécification d'anciens bugs des implémentations et de comportements idéalement "mauvais" il y en a plein l'algorithme. Justement parce que tout ça ... ça compte.
[^] # Re: quelques explications s'il vous plait
Posté par Éric (site web personnel) . En réponse à la dépêche Et la guerre des formats bureautique continue. Évalué à 2.
Il faut arrêter de vivre dans votre bulle. Une norme n'a que pour unique but de définir des règles communes et explicites. Ce n'est pas une loi ni même un idéal.
Une norme c'est même tout l'inverse en général : c'est bourré de compromis et de trucs pas forcément idéaux mais qui ont constitué une solutions que le groupe dans son ensemble a été capable d'accepter.
Une norme a toute légitimité pour prendre compte l'existant et la compatibilité. Que cet existant ait raison d'exister ou pas n'intervient nullement dans l'équation. Concretement il est là, ça fait donc partie des problématiques, ça fait logiquement partie de certaines solutions, donc de certaines normes.
Et que l'historique ne soit pas normalisé n'est pas non plus bloquant. L'important c'est que la manière de le prendre en compte soit normalisée, bref, qu'on ait justement cet algo de gestion de date dans le détail.
> ils n'ont qu'à assumer les conséquences
Dans l'ensemble on fait des outils pour fournir des solutions aux gens, on ne fait pas des rêves idéaux. Les conséquences elles sont à prendre en compte, d'autant que ce sont les utilisateurs qui vont se les manger, pas MS.
Couper la compatibilité aurait été défendable, mais la garder est tout à fait légitime, oui, même dans une norme.
> M$ sont les propriétaires de leur ancien format pourri, ils n'ont qu'à assumer les conséquences dans leur logiciel et non dans la norme .
Mais oui, et après on va leur reprocher de pas l'avoir normalisé ....
J'encourage ceux qui voient dans les compromis et la compatibilité uniquement la venue du malin (comprendre "MS"), de regarder un peu le travail fait pour normaliser la future version 5 de HTML. Là je doute que vous arriviez à diaboliser qui que ce soit. Pourtant, la spécification d'anciens bugs des implémentations et de comportements idéalement "mauvais" il y en a plein l'algorithme. Justement parce que tout ça ... ça compte.