Author: mumumu
Date: Thu Aug 9 02:05:01 2007
New Revision: 913
Log:
- trivial fix.
- inserted space.
Modified:
trunk/ja/ch03.xml
Modified: trunk/ja/ch03.xml
==============================================================================
--- trunk/ja/ch03.xml (original)
+++ trunk/ja/ch03.xml Thu Aug 9 02:05:01 2007
@@ -4473,18 +4473,18 @@
-->
<para>
- <firstterm>wiki</firstterm>とは、
+ <firstterm>wiki</firstterm> とは、
訪れた人が誰でもコンテンツを編集し、
拡張できるウェブサイトのことです。
"wiki" (ハワイ語で "素早い" とか "超高速の"という意味です）という用語は、
ウェブサイトの編集ができるソフトウェアを指すものとしても使われています。
- Wikiは1995年に発明されましたが、
+ wiki は1995年に発明されましたが、
2000年か2001年に人気が出て、
- wikiベースな無料の百科事典である Wikipedia(<ulink
url="http://www.wikipedia.org/"/>)の成功がそれを後押ししました。
- wikiは、IRCとウェブサイトの中間的なものと考えればよいでしょう。
- wikiは即時性がないので、
+ wiki ベースな無料の百科事典である Wikipedia(<ulink url="http://www.wikipedia.org/"/>)
の成功がそれを後押ししました。
+ wiki は、IRCとウェブサイトの中間的なものと考えればよいでしょう。
+ wiki は即時性がないので、
自分が更新する内容について推敲することができます。
- それでいて更新も非常に簡単なので、通常のwebサイトを編集するのに比べて、
+ それでいて更新も非常に簡単なので、通常のウェブサイトを編集するのに比べて、
HTMLに悩む負担が小さくなっています。
</para>
@@ -4498,14 +4498,14 @@
-->
<para>
- wikiはまだオープンソースプロジェクトで標準的なツールになっているわけではありませんが、
+ wiki はまだオープンソースプロジェクトで標準的なツールになっているわけではありませんが、
多分すぐにそうなるでしょう。
wikiは比較的新しい技術ですし、
- 人々はwikiをいろいろなやり方でまだ試しているところです。
+ 人々は wiki をいろいろなやり方でまだ試しているところです。
よって—今の段階では、
2,3警告をするだけにしておいて、
- wikiの成功を分析するよりは、
- wikiの間違った使い方を分析する方がわかりやすいでしょう。
+ wiki の成功を分析するよりは、
+ wiki の間違った使い方を分析する方がわかりやすいでしょう。
</para>
<!--
@@ -4524,15 +4524,15 @@
-->
<para>
- wikiを使おうと決めたら、
+ wiki を使おうと決めたら、
見通しの良いサイト構成にすることと、
魅力的な見た目になるように特に力を注ぎましょう。
これは訪問者（i.e. 編集する可能性がある人でもあります）が無意識にどのように編集したらよいかがわかるようにするためです。
同じく重要なのは、
人々を誘導できるように、
- こうした見た目やサイト構成に関する基準をwikiに投稿しておくことです。
+ こうした見た目やサイト構成に関する基準を wiki に投稿しておくことです。
よくあるのは、
- wikiの管理者が、
+ wiki の管理者が、
「多くの訪問者が高い品質のコンテンツを個別に追加してくれているんだから、
こうした更新が集まったウェブサイト全体も高い品質であるに違いない」という幻想に堕ちてしまうことです。
多く更新されているからといって、
@@ -4541,7 +4541,7 @@
それ自体素晴らしいものかもしれませんが、
全体が混乱したり、
まとまっていないウェブサイトに紛れ込んでしまうと、そうではなくなるでしょう。
- wikiを使うと、
+ wiki を使うと、
次のような事態によく悩まされます。
</para>
@@ -4595,8 +4595,8 @@
情報が重複しているかを気にしないので、
似たようなことを述べている異なったページが複数存在することがよくあります。
これは、上で述べた読者を誘導するルールが欠けていることとも重なる部分がありますが、
- 情報が重複していると、訪問者は、
- 自分が期待するコンテンツのありかを見つけられないかもしれません。</para>
+ 情報が重複していると、
+ 訪問者は自分が期待するコンテンツのありかを見つけられないかもしれません。</para>
</listitem>
<listitem>
<para>
@@ -4623,11 +4623,11 @@
<para>
こうした問題に対する共通の解は同じです。: 編集に関する指針を作り、
- その指針をwikiに投稿するだけではなく、
+ その指針を wiki に投稿するだけではなく、
それに従ってページを編集することです。
- 一般にwikiは、更新する人が自分が見るページのあらゆる傾向を真似てしまうため、
- もともと存在するページにあらゆる不備が全体に伝染していきがちです。
- wikiをただセットアップするだけで、全てうまくいくと期待しないでください。
+ 一般に wiki は、更新する人が自分が見るページのあらゆる傾向を真似てしまうため、
+ もともと存在するページのあらゆる不備が全体に伝染してしまいがちです。
+ wiki をただセットアップするだけで、全てうまくいくと期待しないでください。
まずは、人々を誘導するテンプレートとなるように、
よく練られたコンテンツを置いておかなければならないのです。
</para>
@@ -4654,9 +4654,9 @@
-->
<para>
- うまくいっているwikiの良い例はWikipediaですが、これは、
- （百科事典の項目という）内容が本来wikiのフォーマットとよく合っているからというのが理由のひとつです。
- しかし、Wikipediaをよく調べてみると、
+ うまくいっている wiki の良い例は Wikipedia ですが、これは、
+ （百科事典の項目という）内容が本来 wiki のフォーマットとよく合っているからというのが理由のひとつです。
+ しかし、Wikipedia をよく調べてみると、
管理者達が <emphasis>とても</emphasis> 周到な協力の基盤を築いていることがわかるでしょう。
新しい項目を追加する方法、適切な観点で編集する方法、どのような編集を行なうべきか、避けるべきか、
編集合戦にまつわる論争を解決するプロセス（ある段階では、最終的な調停も含みます）、
@@ -4665,9 +4665,9 @@
問題が解決されるまでそれをロックできるようアクセス制御も行なっています。
言い換えれば、彼らはウェブサイトにページの雛形を書き込むだけで、
うまくいくと思っていたわけではないということです。
- Wikipediaは、創始者達が、どうしたら何千ものどこの馬の骨ともわからない人たちに、
+ Wikipedia は、創始者達が、どうしたら何千ものどこの馬の骨ともわからない人たちに、
中立的な観点で記事を書かせることができるかを注意深く考えたからこそうまくいっているのです。
- フリーソフトウェアのプロジェクトでwikiを使うのに、これと同じくらい周到になる必要はないかもしれませんが、
+ フリーソフトウェアのプロジェクトで wiki を使うのに、これと同じくらい周到になる必要はないかもしれませんが、
その精神は真似る価値があります。
</para>
_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators
