[1] 仕様書とは、何らかの対象の仕様を定めるものです。 仕様とは、何らかの対象が満たすべき要件や性質の記述です。
[2] 仕様には、広く世界中で実装される基準となるものもあれば、 唯一の製品についてのみ言及しているものもあります。広く実装されるものであれば、 相互運用性の向上のために対象を詳細に記述した仕様書が必要となりますが、 ごく限られた範囲でのみ用いられるものであれば、 特定の人の脳内にのみ仕様が記憶されていることもあります。
[3] 仕様を記述した仕様書が存在する場合、その体裁や内容も記述対象によって様々です。 多くの場合は何らかの自然言語による人間可読な文章として記述されていますが、 対象によっては機械可読な仕様記述言語によって記述されることもあります。
[4] 仕様書は、標準化団体による標準として出版されることや、 政府機関等による公的な文書として作成されることもあれば、 企業や個人による私的な文書であることもあります。
[6] 仕様書の品質は、様々です。標準化団体の標準仕様の場合、 その標準化手続きで定められた品質基準に沿ったものが出版されることになりますが、 その基準も様々です。
[7] 一般に「原案」よりも正式版が、古い版よりも改訂版が品質が高いことが多いですが、 一概には言えません。標準化団体ごとの色もあります。同じ標準化団体でも、 編集者ごとに様々なことがあります。
[8] 標準化団体の権威や歴史の長さと品質には、相関はなさそうです。 仕様書の長さと品質にも相関はなさそうです。
[10] 本文が短い仕様書は、短い分十分に検討されたものかもしれませんし、 細部を無視した結果短くなったのかもしれません。
This specification should be read like all other specifications. First, it should be read cover-to-cover, multiple times. Then, it should be read backwards at least once. Then it should be read by picking random sections from the contents list and following all the cross-references.
この仕様書は、他の色々な仕様書と同じような方法で読むべきです。 まず、最初から最後まで、何度も繰り返し読むべきです。 次に、最低でも一度は、最後から最初まで逆向きに読むべきです。 加えて、目次から適当な章を選んで、そこにある相互参照をすべて辿って読むべきです。
[12] という HTML Standard の(若干ネタ混じりの)規定は極端で、 実際にそんなことをしている人はほとんどいないでしょうが、 仕様書が記述する内容を理解するためにはとても重要です。 仕様書は初見で理解しやすく書くことよりも厳密に規定することをずっと重視して書かれていますから、 (もちろん意図的に難解に書いているわけではないでしょうが、) 流し読みでは正確に理解できる保証はまったくありません。
[13] 仕様書の翻訳は、読むべきではありません。特に Web などの進歩の早い分野では、日本語訳が存在すること自体が有害ですらあります。 ほとんどの日本語訳は、翻訳の品質が十分ではないか、十分であることの保証が何もありません。 しかも原文が改訂される速度に追いついていることもほとんどありません。 訳文は正しくないものとみなすのを原則とせざるを得ません。
[14] インターネットや Web に関する分野の標準技術の仕様書は、 Web 上で無料で入手できるのが一般的になってきました。
[15] 従来は標準化団体が規格票を紙媒体で出版し、その販売を標準化団体の収益とするのが一般的でした。 規格票は高額で、一般書店でも流通せずその分野の専門家以外にはほとんど縁のないものでした。 今でもそのようなビジネスモデルを続けている古い標準化団体はあります。
[16] 古くからある大きな標準化団体では、 中央組織の意思と末端の標準化委員会の方針が食い違っていて、 末端委員会や編集者が独自に仕様書を Web 上で無料で公開されていることもあります。 正式版を公開することに問題があって、実質的に正式版と同じ内容の最終案がかわりに公開されていることもあります。
[22] 標準化の目的は相互運用性の実現なのですから、 それに最適な手段で配布されるべきです。 実装者が特定少数の業者に限られるような分野では、 高額な会費が必要な業界団体への加入が仕様書の入手前提でも構わないかもしれません。 一方多種多様なプレイヤーが参画している情報分野では、 Web 上で無償公開しなければ仕様書を参照してもらえず、 相互運用性に支障が生じたり、 他の標準技術との競争に不利になったりするかもしれません。
[5] Hixie's Natural Log: Writing specifications: Kinds of statements ( 版) http://ln.hixie.ch/?start=1140242962&count=1
[17] [tech] プログラムが書けない人に「仕様変更」について説明するには | Fri, Mar 1. 2013 - 氾濫原 [HANRANGEN] ( ( 版)) http://lowreal.net/2013/03/01/4
The standard’s body is only 14 pages, and 20 pages annexes.
[19] 仕様書の短さを誇っているところには、独特の感性が感じられます。 仕様書は短ければいいとか長ければいいとかいうものではなく、 記述する対象の相互運用性の実現に必要十分な内容があることが望ましいと思うのですが。