Morceaux choisis (que je vous traduit gentiment mais rapidement):
Vous avez écris 6000 pages d'une spécification essentiellement dans le secret (et si j'ai bien compris, vous avez rajoutez 1500 pages en plus) et donné au monde cinq mois pour lire, absorber, analyser, critiquer et établir un avis avise dessus.
Pour mettre cela en perspective pour ceux qui connaissent la taille de SQL et sa complexité, le total de toute les neufs parties de de SQL est d'environ 3950 pages. Un vote sur SQL recevait fréquemment plusieurs milliers de commentaires, et nous avons eu 20 ans d'échanges pour créer SQL
Ma large expérience me fait dire, que si en 5 mois (ou 9 mois) de revisions d'une spec de 6000 pages montrent "1027 problèmes uniques". Alors une vraie procédure dans lequel le document serait normalement passé par WD, CD, DIS, FDIS procédure (ndt: je sais pas ce que c'est, probablement différentes comités de l'ISO) auraient probablement révélé plus de 5000 problèmes uniques. Mon expérience m'a aussi montré que fixer 1000 bugs no triviaux et un processus très difficile qui prend plusieurs mois, peut-être même 2 ou 3 ans.
Tout ça dit par quelqu'un d'assez bien placé dans la création d'une norme vu que c'était lui qui dirigeait le processus de normalisation de SQL.
# un lien que tu as raté...
Posté par abramov_MS . En réponse au journal MS-OOXML : pour l'Inde c'est non. Évalué à 5.
Morceaux choisis (que je vous traduit gentiment mais rapidement):
Vous avez écris 6000 pages d'une spécification essentiellement dans le secret (et si j'ai bien compris, vous avez rajoutez 1500 pages en plus) et donné au monde cinq mois pour lire, absorber, analyser, critiquer et établir un avis avise dessus.
Pour mettre cela en perspective pour ceux qui connaissent la taille de SQL et sa complexité, le total de toute les neufs parties de de SQL est d'environ 3950 pages. Un vote sur SQL recevait fréquemment plusieurs milliers de commentaires, et nous avons eu 20 ans d'échanges pour créer SQL
Ma large expérience me fait dire, que si en 5 mois (ou 9 mois) de revisions d'une spec de 6000 pages montrent "1027 problèmes uniques". Alors une vraie procédure dans lequel le document serait normalement passé par WD, CD, DIS, FDIS procédure (ndt: je sais pas ce que c'est, probablement différentes comités de l'ISO) auraient probablement révélé plus de 5000 problèmes uniques. Mon expérience m'a aussi montré que fixer 1000 bugs no triviaux et un processus très difficile qui prend plusieurs mois, peut-être même 2 ou 3 ans.
Tout ça dit par quelqu'un d'assez bien placé dans la création d'une norme vu que c'était lui qui dirigeait le processus de normalisation de SQL.