C'est exactement ce que j'ai écrit : tu généralises à partir d'un cas particulier soumis à controverse. Et donc il me parait bien présomptueux de "discréditer" l'ISO sur ce seul exemple (et c'est pas comme si on bouffait de l'ISO dans pas mal d'autres domaines sans qu'il y ait de problème)
> Dès lors Bob et Alice doivent se mettre d'accord sur quel standard/norme suivre.
Mais tout à fait oui !
Le but d'une norme (en passant, bien faire la différence entre norme et standard qui sont deux choses différentes !) est justement de pouvoir dire "moi je suis tel norme, respecte la et on peut communiquer ensemble en parlant de la même chose"
Tiré : Normes et standards industriels :
Dans le cas général, un fabricant ou un prestataire de service n'est pas obligé de suivre une norme. Elles peuvent cependant être imposées par un donneur d’ordre pour la réalisation d’un contrat.
Alors oui là on ne parle pas d'info, mais c'est le principe.
Le fait d'avoir une norme n'oblige personne à la suivre (hors lois) et permet _seulement_ à plusieurs de suivre la même.
Et sur le fait d'avoir plusieurs normes couvrant les même besoins, usages : (si j'ai bien compris ce que tu veux dire)
Il y a bien des normes ISO pour C _et_ pour C++. Pourtant, si mon but est de réaliser un soft je peux très bien le faire en C++ ou en C. Et si Bob et Alice veulent s'envoyer les sources d'un programme, il faut bien au préalable choisir dans quel format ils vont coder le programme. Car sinon l'un peu choisir la norme ISO correspondant à C et permettant de faire un soft, et l'autre pour le même usage choisir la norme ISO pour le C++. Tout comme l'un aurait fait un document en odt et l'autre en docx.
On a donc bien plusieurs normes pour des usages similaires, et ça bien avant la gueguerre entre crosoft et odf. Et déjà là il fallait bien se mettre d'accord sur quel standard/norme suivre
[^] # Re: .264
Posté par CrEv (site web personnel) . En réponse au journal Firefox 7 avant la fin de l'année ?. Évalué à 2.
> Dès lors Bob et Alice doivent se mettre d'accord sur quel standard/norme suivre.
Mais tout à fait oui !
Le but d'une norme (en passant, bien faire la différence entre norme et standard qui sont deux choses différentes !) est justement de pouvoir dire "moi je suis tel norme, respecte la et on peut communiquer ensemble en parlant de la même chose"
Tiré : Normes et standards industriels :
Dans le cas général, un fabricant ou un prestataire de service n'est pas obligé de suivre une norme. Elles peuvent cependant être imposées par un donneur d’ordre pour la réalisation d’un contrat.
Alors oui là on ne parle pas d'info, mais c'est le principe.
Le fait d'avoir une norme n'oblige personne à la suivre (hors lois) et permet _seulement_ à plusieurs de suivre la même.
Et sur le fait d'avoir plusieurs normes couvrant les même besoins, usages : (si j'ai bien compris ce que tu veux dire)
Il y a bien des normes ISO pour C _et_ pour C++. Pourtant, si mon but est de réaliser un soft je peux très bien le faire en C++ ou en C. Et si Bob et Alice veulent s'envoyer les sources d'un programme, il faut bien au préalable choisir dans quel format ils vont coder le programme. Car sinon l'un peu choisir la norme ISO correspondant à C et permettant de faire un soft, et l'autre pour le même usage choisir la norme ISO pour le C++. Tout comme l'un aurait fait un document en odt et l'autre en docx.
On a donc bien plusieurs normes pour des usages similaires, et ça bien avant la gueguerre entre crosoft et odf. Et déjà là il fallait bien