Edit

Page

Page title:

Page body:

[21] 
非公式な[DFN[仕様書の翻訳]]を参考にすることは、'''おすすめできません'''。
面倒でも原文を読みましょう。

* 低品質問題

[15] [[仕様書の翻訳]]は、'''読むべきではありません'''。

[2] [[インターネット]]や [[Web]] の技術は日進月歩です。残念ながら、
[[日本語]]で得られる正しい情報はそれほど多くありません。
たまに[[仕様書]]を[[日本語]]に翻訳したものが公開されていることがありますが、
翻訳が正しいかどうかはっきりしないものばかりですし、
原文の更新に追従できていないものが多いです。

[6] [[日本語]]で読みたいなら、[[仕様書]]ではなく開発者向けドキュメントを読みましょう。
最新の生の情報が知りたいなら、がんばって[[英文]]を読んでください。
[[日本語]]訳された[[仕様書]]は、どちらの役にも立ちません (むしろ有害です)。

[EG[
[3] 00年代後半頃から、 [[Web]] 技術の仕様書は日に数回の頻度で更新されるのも珍しくなくなりました。

[4] 2010年頃には原文の更新に自動的に追随して翻訳済み部分だけ翻訳版に差し替えるような仕組みが用いられる例も現れました。
しかし、残念ながらその方式が一般的になってはいません。

[5] 従って、[[仕様書]]の翻訳版は、基本的に古いものだと了解しておく必要があります。
(が、多くの翻訳版は、そのことを読者に十分に警告していません。)
]EG]

[7] 中には、元の[[仕様書]]が[[廃止]]されているのに、何の注記もなく元の翻訳のまま公開され続けていることすらあります (むしろ翻訳が終わったら放置される方が多い気もします)。
原文仕様書についても誤って古い版を参照する人が後を絶たず問題となっています。
翻訳を公開し、放置するのはその問題に加担しています。

** 公的な低品質翻訳

[13] [[日本]]の公的な組織が関係する世界組織の文書を翻訳したものでも、
翻訳のレベルが低くて意味がわからないものがあったりします。
公的組織であっても十分な予算と体制を構築せずに[[機械翻訳]]より良いといえるかどうか判断がつかないレベルのものを垂れ流している現状はどうしたものでしょうか。

[17] 
[[IETF]] や [[W3C]] の[[仕様書]]を [[JIS]] や [[JIS TR]] として[[日本]]の[[工業標準]]にする制度は、
特にひどい。[[国]]の機関が承認した文書という箔付けがある分、たちが悪いです。 
[[翻訳JIS]],
[[JIS TR]] 参照。

* ライセンス問題

[11] 原文の[[仕様書]]が緩い[[ライセンス]]になっていても、
翻訳文がより厳しい[[ライセンス]]になっていたり、[[ライセンス]]不詳だったりすることがよくあります。

;; [16] 法的に許されるとしても、不誠実な気はしますが...

[12] [[ソースコード]]に[[コメント]]として含めたり、
[[プログラム]]の動作仕様の関連文献として配布物に含めたりと、
[[仕様書]]の一部または全部を複製して配布することは、業界では珍しくありません。
原文がそのような利用を認めているとしても、翻訳文もまた認めているとは限らないので、
慎重な検討がひ必要です。

* メモ

[10] [[仕様書]]の翻訳も、ただのドキュメント (やドキュメントの翻訳) も、
どちらも間違いが混入する可能性はあります。しかし、
[[仕様書]]はいかにも正しいものであるかのような印象を読者に与えてしまいます。
翻訳の誤りという可能性を忘れて仕様書に書いてあるのだから正しいという前提で誤った議論を進めてしまう危険性があります。

[FIG(quote)[
[FIGCAPTION[
[1] [CITE@en[Re: ''''''[''''''css-writing-modes-3'''''']'''''' Japanese version of CR (Dec. 15th 2015)  document]]
([[Hiroshi Sakakibara]] 著, [TIME[2016-04-04 11:24:09 +09:00]] 版)
<https://lists.w3.org/Archives/Public/www-style/2016Apr/0029.html>
]FIGCAPTION]

> As a native Japanese, this document is very hard to read as a
> technical translation.
> For example, "multi-column" is usually reffered as "段組", but this
> document translates it as "複 column".  
>

]FIG]

[FIG(quote)[
[FIGCAPTION[
[8] [CITE@en['''['''w3c-dom4''']''' Few more minor issues]]
([[Kirill Topolyan]]著, [TIME[2017-01-18 02:07:15 +09:00]])
<https://lists.w3.org/Archives/Public/www-dom/2017JanMar/0011.html>
]FIGCAPTION]

> By the way, I just completed the translation into Russian, if someone is interested
]FIG]

[FIG(quote)[ [9] [[ #whatwg]]

[TALK[ 2017/01/18 02:30:46 (annevk) 
Oh, someone translated the DOM4 document into Russian
]TALK]

[TALK[ 2017/01/18 02:31:02 (annevk)
That's kinda sad as the document is way out of date
]TALK]
]FIG]

[14] [[英語]]が読める人なら、違和感があったら[[原文]]を読んで確かめれば良いですが、
[[英語]]が読めない人は翻訳文にちょっと違和感があっても、それを信じるしかないわけで・・・。

[18] [[Google検索]]で原文よりも質の低い翻訳が上位に出てきてうざったい。
(見ている人の言語と違う言語の公式サイトが下位に来てしまうのは[[Google検索]]の問題でもあるけど...)

[19] [CITE@en[Discontinuation of Database of W3C Volunteer Translations in 2017]]
([[Coralie Mercier]]著, [TIME[2017-01-06 21:32:04 +09:00]])
<https://lists.w3.org/Archives/Public/w3c-translators/2017JanMar/0000.html>

[20] 
[[RFCの和訳]]

[22] 
[[標準化団体]]側も翻訳してもらったよわーいって紹介してたり、あろうことか仕様書本文から誘導してたりすることもあるんですよね。
でもその中の人達は翻訳を必要としてないんで、翻訳文が低品質だったり、本家への追随を怠ってたりする実情を把握してないんです。
困ったものです。

[23] 
翻訳してる人も紹介してる人もみんな善意でやってるから、あまり悪くは言いたくないけど、
でも実際のアウトプットが悪いってのはちゃんと言ってかないといけない。
ぜんぶ善意でやってても、世の中をよくするためになってないんです。

[24] 
そして翻訳を高品質に出来る人は翻訳を必要としていない、
翻訳を高品質にする前に原文が変わってしまう、
っていうのは構造的な問題で、どうしようもない。
何年たっても改善の兆しもないし妙案を出す人も出てこない。だから諦めるしかないのです。

[25] [CITE@ja[文字コードとIPv6の諸問題を解決する次世代UNICODEの紹介 #Unicode - [[Qiita]]]], 
[[@rana_kualu]],
最終更新日 2018年11月25日,
投稿日 2018年08月20日,
[TIME[2024-07-04T04:36:30.000Z]] <https://qiita.com/rana_kualu/items/2376eaedaaf4d15f70e2>

[26] 
>>25 は[TIME[2018-04-01]]に発行された [[RFC 8369]] の[[和訳]]。

[27] 
この翻訳が悪質なのは、なぜか [[RFC]] 原文の日付などの部分を削っていること。
訳者による前書き、後書きの部分を含めて全文どこにもこれが[[4月1日]]の [[RFC]]
であることが明記されていない。かろうじて他の人が[CITE[ジョークRFC一覧]]なる記事を書いてこの記事をリンクしたために[[逆リンク]]一覧にそれが出現しているが、
普通の読者が気づくのは難しいだろう。

[28] 
実際これを真面目な提案と誤解して参照していると思しき人が観測できる。

[29] 
訳者自身も真面目な提案と誤解している可能性もなくはないが、訳者後書きのニュアンス的に、訳者は知っててネタに乗っかっているようにも思われる。
知っててやっているならどうしようもなく悪質だし、
知らずにやっているなら文書が発行された文脈を理解せずに翻訳して提供しているのだから有害。
どちらでも救いがない。

;; [30] 4月1日のネタを8月に公開するという点でも、知っててやっているのだとしたら芸が無い。

[31] >>25 は原文の著作権表記をなぜか削除しているという点でも悪質だな。
原文権利者へのリスペクトがない翻訳とか問題外っしょ。

[32] 
Reference も原文にある著者その他の情報を綺麗に消し去っている。

[33] >>25 は原文の

>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",[BR[]]
"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and[BR[]]
"OPTIONAL" in this document are to be interpreted as described in[BR[]]
BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all[BR[]]
capitals, as shown here.

を

>各キーワード『しなければならない( MUST )』『してはならない( MUST NOT )』『要求されている( REQUIRED )』『することになる( SHALL )』『することはない( SHALL NOT )』『する必要がある( SHOULD )』『しないほうがよい( SHOULD NOT )』『推奨される( RECOMMENDED )』してもよい( MAY )』『選択できる( OPTIONAL )』はBCP-14、RFC2119、RFC8174に従います。

と訳している。

[34] 「when, and only when, [SNIP[]]」節が訳されていない。日本語だと意味がないから削ってもいいと思ったか? それなら前段も日本語で自然になるようにしなければおかしいだろう。
更に言えば例えば

>
To address this need, the high-order bit of the 128-bit code point[BR[]]
space SHALL be reserved to indicate multicast.

は

>この需要に対応するため、128ビットコードポイントの最上位ビットはマルチキャストを示すために予約されます(SHALL)。

と訳されていて、「されます(SHALL)」でなく「することになる(SHALL)」と訳さなければいけないところだろう。

[35] なお、
「することになる」「することはない」ではまったく[[要件]]と理解できず、
[[日本語]]としておかしい。誤訳というしかない。
[[RFC 2119]] を読んで理解しているならこんな翻訳にはならないはずだ。

[36] 
「BCP 14 [RFC2119] [RFC8174]」
が
「BCP-14、RFC2119、RFC8174」
になっているのもおかしい。勝手に謎の[CH[-]]が挿入されているのもどうかしているが、
[[BCP 14]] が参考文献 [RFC2119] [RFC8174] で参照される [[RFC 2119]] と [[RFC 8174]]
で構成されるという構造が理解できていないから、[CH[、]]で結んですべて並列にしてしまったのだろうか。
誤訳でしかない。

[37] [CITE@en[Request: Add Japanese and Korean Translations Links to the Wiki · Issue #10603 · whatwg/html · GitHub]], [TIME[2024-09-06T02:29:27.000Z]] <https://github.com/whatwg/html/issues/10603>

[38] >>37 [[簡体字中文]]、[[日本語]]、[[韓国語]]の[[翻訳]]。しかし[[日本語]]のものを見るとどうも質の低い[[機械翻訳]]らしい。
原文英語表現を知っていればそう訳された理由がわかるが、そうでなく日本語として読んだとき意味が通らない、という部分が多い。
[[中文]]、[[韓国語]]がどうなのかわからないけど推して知るべしだろう。
これだけの分量の仕様書、しかも原文が頻繁に更新されているものが、
3言語で全文すべて翻訳されているというのはとても人力とは思えない。

[39] こういうのはまあ出てくるだろうとは思っていたけれど、何の臆面もなく堂々と公式にリンクしろと言ってくるとは世も末だ。

[40] 
さて公式はどうするだろうかね。欧米人中心だから東アジア言語の翻訳の品質を見抜けるとも思えず、
歓迎されるかもな。困ったものだ。

[41] 
と思って今見たらもう掲載されてるなあ。まあ手続き的に瑕疵がなければ受け入れるんだろうし、
既存の人力だけど質がいいとは限らない翻訳だけが載ってるよりはいろいろなものが載ってる方がまだましという見方もあるかな。
[TIME[2024-09-06T02:34:08.400Z]]

[42] 
変に却下でもしちゃうと品質を公式が保証してるような形になっちゃうから、
機械的に受け入れたのはまあ正解かもな。

- [43] [CITE@ja[XユーザーのHiroyasu Kamoさん: 「竹内薫『不完全性定理とはなにか 完全版』で中級に進みたい人の選択肢の一つとしてゲーデルの原論文を読むことが勧められていますが、やめたほうが良いです。一般に、何かを学ぶのに原論文を読むことから始めるのは危険です。原論文は、ある程度理解してから歴史的興味があれば読みましょう。」 / X]], [TIME[午後7:30 · 2024年12月3日][2024-12-03T10:30:17.000Z]], [TIME[2024-12-04T01:38:13.000Z]] <https://x.com/kamo_hiroyasu/status/1863893510681936283>
-- [44] [CITE@ja[XユーザーのHiroyasu Kamoさん: 「遺伝学をメンデルの原論文から始めたり、プレートテクトニクスをウェゲナーの原論文から始めたりするのは無茶だと理解する人がほとんどだろうに、不完全性定理をゲーデルの原論文から始めたり相対論をアインシュタインの原論文から始めたりして爆死する人が絶えないのはなぜ?」 / X]], [TIME[午後7:30 · 2024年12月3日][2024-12-03T10:30:18.000Z]], [TIME[2024-12-04T01:38:13.000Z]] <https://x.com/kamo_hiroyasu/status/1863893514737905857>

[45] 
知識のない初心者技術者が仕様書を読むのも同じように問題が。
しかも英語すら読めないレベルの初心者が仕様書の翻訳に突撃するのはかなり危険。

[46] [CITE@en[GitHub - JinDX/htmlspecs.com: HTML 及相关 API,CSS 标准系列。]], [TIME[2025-03-28T03:06:48.000Z]] <https://github.com/JinDX/htmlspecs.com>

[47] 
>>46 [[Web技術]]関連仕様が大量に[[中文]]訳されている。物量と追加頻度、それに実物からみておそらく[[機械翻訳]]だが、そのような説明はどこにもない。
また、コミットログを見ると仕様書を増やすことに注力されていて、原仕様書の更新頻度は低い。たとえば
[CITE[HTML Standard]] の原文は月に何度も更新されているにもかかわらず、令和6年から令和7年になって半年ぶりに更新されている。

[48] >>46 [[中文]]のニュアンスはよくわからないのだが、 [[Living Standard]] 
を「現行標準」と訳すのは適切なのだろうか。 Living は単に最新で廃止されていない現役という意味ではなく、
スナップショット型の旧来の開発モデルとは違って随時改訂され変化していくとの含意があるのだが、
果たしてそれを読み取れる訳なのだろうか。
半年遅れの役に立たない翻訳を放置するような体制の翻訳運営者がその意味を理解しているとは思えないのだが。

Historical Legal Sensitive Parent: [Help / License]

Edit

Page

Errors

Page name(s)