unslug ja: move

3 files changed, 0 insertions, 155 deletions

diff --git a/files/ja/mdn/contribute/processes/browser_information_resources/index.html b/files/ja/mdn/contribute/processes/browser_information_resources/index.html
deleted file mode 100644
index 9338fc48eb..0000000000
--- a/files/ja/mdn/contribute/processes/browser_information_resources/index.html
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: ブラウザー特有の情報源
-slug: MDN/Contribute/Processes/Browser_information_resources
-tags:
-  - Guide
-  - MDN Meta
-  - Processes
-  - ガイド
-  - プロセス
-translation_of: MDN/Contribute/Processes/Browser_information_resources
----
-<p>{{MDNSidebar}}</p>
-
-<p>各ブラウザーの開発元では、ソフトウェアの開発、課題の追跡、議論の記録のために、様々なツールや手法を用いています。<span class="seoSummary">この記事では、 MDN のドキュメントを書いたり、互換性に関するデータを MDN に提供したりする際に役立つ、主要なブラウザーごとのツールや情報源を列挙しています。</span></p>
-
-<h2 id="Chrome">Chrome</h2>
-
-<p><em>コンテンツ作成中...</em></p>
-
-<h2 id="Edge">Edge</h2>
-
-<p><em>コンテンツ作成中...</em></p>
-
-<h2 id="Firefox">Firefox</h2>
-
-<p>Mozilla は常にすべての詳細を簡単に見つけられるようにしているわけではありませんが、 Firefox プロジェクトに関する基本的なことはすべてオープンな状態で行われているので、すべてのものが公開されています。 Firefox のすべてのリリースのソースコードには、昔、 Netscape から最初にフォークされたときまでさかのぼって完全にアクセスすることができます。 Mozilla のバグデータベースにもアクセスすることができます。メーリングリストや Mozilla の Discourse サーバー、 IRC チャンネルでの議論にアクセスできます。ソフトウェアの更新が作成され、議論され、最終的にソースリポジトリにマージされたときに、レビューノートの交換にアクセスすることができます。</p>
-
-<p>重要なのは、必要な情報をすべての情報から正確に切り分けることです。目の前に広がっているのは、 Mozillian たちが皮肉を込めて「Mozilla の火の海」と呼んでいる、広大なものです。利用可能な様々なリソースのそれぞれから何を学べるのかを説明するのではなく、学ぶことができるようになるために必要なものを見つけ、求める答えを見つけることができる利用可能なリソースを通る道を特定してみましょう。</p>
-
-<h3 id="Source_code" name="Source_code">ソースコード</h3>
-
-<p><a href="/ja/docs/Mozilla/Developer_guide/Source_Code/Mercurial">Mercurial</a> を介してソースコードにアクセスする通常の方法に加えて、ローカルコピーを手元に置かずにソースコード内の情報を検索する方法があります。</p>
-
-<h4 id="DXR">DXR</h4>
-
-<p>ソースコードに素早くアクセスする最も簡単な方法は <a href="https://dxr.mozilla.org">DXR</a> を使うことで、これは Mozilla のソースツリー全体を閲覧して強力な検索を行うことができます。他のツリーに切り替えるオプションもあるので、過去のブランチにさかのぼって見ることができ、たとえば <code>mozilla1.9.2</code> は Firefox 3.6 に対応します。また、 Firefox ESR の各リリースのコードを見ることもできます。</p>
-
-<p>検索は特殊な演算子に対応しています。例えば、"<code>connect</code>" という単語を検索することはできますが、 "<code>connect file:.webidl</code>" を使うと、 WebIDL ファイルのみを考慮して検索することができます。</p>
-
-<h4 id="Unified_Firefox_repository" name="Unified_Firefox_repository">Firefox の統合リポジトリ</h4>
-
-<p>Firefox のソースコードにアクセスするもう一つの便利な方法が Mozilla 統合リポジトリ (<a href="https://hg.mozilla.org/mozilla-unified/"><code>mozilla-unified</code> リポジトリ</a>) です。このリポジトリには、Firefox 3 に対応する Gecko 1.9 までの Firefox のソース履歴があります。興味のある<a href="https://hg.mozilla.org/mozilla-unified/tags">バージョンに対応する Mercurial タグ</a>を見つけることで、特定のバージョンの Firefox のソースコードを見ることができます。 DXR では、いくつかの非常に古いバージョンの Firefox を見ることができますが、ほとんどのバージョンを見る方法は提供されていないので、これは貴重なものです。このリポジトリではすべてのリリースを見ることができます。</p>
-
-<p>タグの命名システムは時間の経過とともにあちこちで変更されているので、探しているものを見つけるにはちょっとした探索が必要になります。原則として、次のようなタグを探してください。</p>
-
-<ul>
- <li><code>FIREFOX_<em>n</em>_release</code></li>
- <li><code>FIREFOX_RELEASE_<em>n</em>_END</code></li>
- <li><code>FIREFOX_RELEASE_<em>n</em>_BASE</code></li>
- <li><code>FIREFOX_RELEASE_<em>n</em></code></li>
- <li><code>RELEASE_BASE_<em>n</em></code></li>
- <li><code>RELEASE_BASE_<em>date</em></code></li>
-</ul>
-
-<p>特定のリリースを確認したら、通常のツールを使ってコードを閲覧したり検索したり、 changelog と pushlog オプションを使って、リリースにどのような変更が加えられたかを確認することができます。</p>
-
-<h4 id="Searchfox">Searchfox</h4>
-
-<p><a href="https://searchfox.org/">Searchfox</a> のウェブサイトでは、Firefox のソースコードを検索するための別の方法を提供しています。 Searchfox は Firefox のリポジトリをインデックス化するツールです (最も便利なのは、メインの <a href="https://searchfox.org/mozilla-central/source">mozilla-central ソースコード</a> と、興味深いことに <a href="https://searchfox.org/whatwg-html/source">WHATWG HTML 仕様書</a>もインデックス化されていることです)。</p>
-
-<h2 id="Opera">Opera</h2>
-
-<p><em>コンテンツ作成中...</em></p>
-
-<h2 id="Safari">Safari</h2>
-
-<p><em>コンテンツ作成中...</em></p>
diff --git a/files/ja/mdn/contribute/processes/cross-team_collaboration_tactics/index.html b/files/ja/mdn/contribute/processes/cross-team_collaboration_tactics/index.html
deleted file mode 100644
index 70ca0612ad..0000000000
--- a/files/ja/mdn/contribute/processes/cross-team_collaboration_tactics/index.html
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: 文書作成のためのチーム間協力作戦
-slug: MDN/Contribute/Processes/Cross-team_collaboration_tactics
-tags:
-  - Collaborating
-  - Guide
-  - MDN Meta
-  - Processes
-translation_of: MDN/Contribute/Processes/Cross-team_collaboration_tactics
----
-<div>{{MDNSidebar}}</div>
-
-<p><span class="seoSummary">私たちが MDN で学んだことのひとつは、開発チームと文書作成チームが共にあるプロジェクト、API、またはある技術について密接に協力して文書を作成した場合、その文書の品質が素晴らしいということです。このガイドは開発者と文書作成者が手と手を取って協力するための戦略を示唆するものです。</span></p>
-
-<div class="note">
-<p>この記事は今も作成中の、生きた文書です。もしもあなたの関わる開発者/文書作成者の協力の過程で別の方法を見出したなら、是非ここにそのアイディアを追加してください!</p>
-</div>
-
-<h2 id="つながり始める">つながり始める</h2>
-
-<p>理想的には、新しいテクノロジーやプロジェクトが開発され始める時に、開発チームはライターチームに対し文書化の必要のある何かが出てくると知らせるでしょう。ときどきそうはならず、MDNチームはBugzillaを監視して文書化が必要な成果がないのか見ています。しかし完全な世界では、直接的な方法で進歩していきます。</p>
-
-<p>MDN チームに新プロジェクトを知らせるための最良な方法は<a href="https://bugzilla.mozilla.org/form.doc">文書化リクエストのバグを報告する</a>ことです。 質問の問い合わせ先のリストがあると助かります! プロジェクトに関連するバグのリンクが入っていてもとても助かります。</p>
-
-<h2 id="情報を共有する">情報を共有する</h2>
-
-<p>情報共有の便利な方法がいくつかあります。このようなものです。</p>
-
-<h3 id="バグ">バグ</h3>
-
-<p>単に文書化チームに文書化に影響するバグでフラグを立てることですごく助かります。dev-doc-needed キーワードとコメントタグを適切に使すうのは長くかかることもあります。詳細は<a href="/ja/docs/Developer_Guide/Getting_documentation_updated">文書を最新化する</a>を見てください。</p>
-
-<h3 id="ミーティング">ミーティング</h3>
-
-<p>開発チームは通常ミーティングをします。それが可能で役立つときには (役立つ場面は多いです)、MDN チームはミーティングに誰かを出席させようとします。何が起きているか、スケジュールはどうか、などを知るのは良い方法です。</p>
-
-<p>加えて、ライターは大きな文書化エリア(例えば Web API 文書)で作業し、その文書化の状況のためだけにミーティングすることもしばしばあります。ライターは開発チーム代表がこうしたミーティングに出るのを<strong>好感します</strong>; 関係する全員にとって極めて有益です。</p>
-
-<p>典型的にこれは短いチェックインのミーティングで、次のようなアジェンダを伴います:</p>
-
-<ol>
- <li>貢献するライターの短い状況更新。</li>
- <li>開発チームからライターへの質問/更新: 特定文書の状況の質問や、特に急ぐ特定コンテンツの情報や、既存コンテンツの問題への注意などを含みます。</li>
- <li>ライターから開発チームへの質問/更新: 特定のバグがもうすぐ解決しそうか否かとか、特定の文書のレビューが可能になったりするかとか、ある API の質問に答えられるエンジニアがいるのかどうかとか、ライターがそんな種類の質問をできるチャンスです。</li>
-</ol>
-
-<p><a href="https://docs.google.com/document/d/1N-1dYkev064CDdWFh-Ho7bDWsaFShKY3oOwVD-6GIZ0/edit#heading=h.m6id8awidm4o">Developer Content Coordination Meeting</a> は毎週火曜日の太平洋時間 9 AM に、Vidyo テレビ会議システムの <a href="https://v.mozilla.com/flex.html?roomdirect.html&amp;key=gMM1xZxpQgqiQFNkUR3eBuHgxg">"mdn" チャンネル</a> (音声のみもあり)で開催されます。このミーティングでは、MDNライターコミュニティ、開発関係チーム、API ドキュメントチーム、その他が集まって作業がどこまで進んだかや、何が出てきたかや、開発者と共有すべき最重要事項は何かといった情報交換を行います。これにより、全員がプロモーションの優先度やトピックの文書化のための同じページに乗ることができて、開発者にとって役立つ方法で知らせることのできるフィートバックを返すことにもなります。全員がそこから多くを得て、通常は30分か、少ないかくらいの時間で終わります。</p>
-
-<h3 id="集中作業週間">集中作業週間</h3>
-
-<p>開発チームに集中作業週間やミートアップがあれば、関連ドキュメントのライターの招待を真剣に考えるべきです。これは多くの利益があり、次のようなものです:</p>
-
-<ul>
- <li>起こっていることを初めて扱うライターを派遣することによって、コミュニケーションが向上する</li>
- <li>ライターと開発者がお互いを良く知ることによって、関係が改善する</li>
- <li>ライターが正しい話し相手を見つけるのに便利なアクセスが得られる</li>
- <li>質問や問題解決のための1対1の会話をする、時別な機会が得られる</li>
-</ul>
-
-<p>集中作業週間があって、あなたのトピック領域の担当のライターがいるかどうかわからない場合、<a href="mailto:jperrier@mozilla.com?subject=Writer%20for%20work%20week">ドキュメントチームのリーダーにeメールしてください</a>(Jean-Yves Perrier まで)、そして彼が誰か派遣できるか確認します。行ける人を探します (あるいは、もっと良い場合、あなたのプロジェクト担当のライターのことも)! ただ覚えてほしいのは、しかしライティングチームは小さく、集中作業週間に参加できる人がちょっとした注意で見つかることはトリッキーです。</p>
-
-<h3 id="文書化の状態を表示するページ">文書化の状態を表示するページ</h3>
-
-<p>MDN の大き目の文書化プロジェクトでは<a href="/ja/docs/Project:MDN/Contributing/Doc_status_page">文書化ステータスページ</a>を使って、作業を完了させるのに何をしないといけないか、また何がすでに完了しているか、追跡しています。このページは達成する必要があるタスクと、各タスクのステータスとを一覧にしています。</p>
diff --git a/files/ja/mdn/contribute/processes/requesting_elevated_privileges/index.html b/files/ja/mdn/contribute/processes/requesting_elevated_privileges/index.html
deleted file mode 100644
index 85cce731eb..0000000000
--- a/files/ja/mdn/contribute/processes/requesting_elevated_privileges/index.html
+++ /dev/null
@@ -1,24 +0,0 @@
----
-title: 上位権限の申請
-slug: MDN/Contribute/Processes/Requesting_elevated_privileges
-tags:
-  - Guide
-  - MDN Meta
-  - Processes
-  - ガイド
-  - 手続
-translation_of: MDN/Contribute/Processes/Requesting_elevated_privileges
----
-<div>{{MDNSidebar}}</div>
-
-<p>MDN の一部のツールや操作では、通常のユーザーでは利用できない昇格したアクセス権限が必要です。</p>
-
-<p>ツール使用の権限が欲しい、または必要な場合には以下の手順に従ってください。</p>
-
-<ol>
- <li><a href="mailto:mdn-admins@mozilla.org">mdn-admins@mozilla.org</a> へ (英語で) メールを書き、何が必要かと、その理由をも説明してください。 <strong>MDN アカウント名を書いてください。</strong></li>
- <li>権限を求めるそれぞれのツールについて、なぜあなたがその権限を得る条件を満たしているのかを説明していることを確認してください。分からない点は、そのツールの「<a href="/en-US/docs/MDN/Contribute/Tools/Page_moving#Conditions_for_gaining_this_privilege">この権限を得る条件</a>」の節を参照してください。</li>
- <li>申請が承認されると、 <a href="/ja/docs/MDN/Community/Roles/Admins">MDN 管理者</a>の一人がそのツールに必要な権限を付与します。</li>
-</ol>
-
-<p>誤った使用、濫用、重大な問題 (ツールに危険なバグが新たに発見された等) があった場合は、管理者がツールへのアクセスを停止することがあります。</p>