aboutsummaryrefslogtreecommitdiff
path: root/files/ja/hacking_firefox
diff options
context:
space:
mode:
Diffstat (limited to 'files/ja/hacking_firefox')
-rw-r--r--files/ja/hacking_firefox/index.html40
1 files changed, 40 insertions, 0 deletions
diff --git a/files/ja/hacking_firefox/index.html b/files/ja/hacking_firefox/index.html
new file mode 100644
index 0000000000..7dcbe1b338
--- /dev/null
+++ b/files/ja/hacking_firefox/index.html
@@ -0,0 +1,40 @@
+---
+title: Hacking Firefox
+slug: Hacking_Firefox
+tags:
+ - Developing Mozilla
+---
+<p>
+</p><p>もし C++ の神のような達人である場合、ここはあなたが来るべき場所ではありません。
+もしあなたがこれからフロントエンドのコードのハッキングを行おうとしている普通の方ならばならば、私はそのような人たちにフロントエンドのコードを直接いじるようなことはお勧めしません。私たちはいつも <a class="external" href="http://www.mozilla.org/contribute/hacking/first-bugs/">プラットフォームを構築する</a> に当たり、さまざまなツールを使うことができるため、私はそのような方法をお勧めします。
+ フロントエンドのハッキングには、コーディングスキルだけではなくユーザインターフェースや、何層にも積み重なったレイヤーに関する洞察力が必要です。しかし、フロントエンドをちょっと覗いてみる程度であれば比較的簡単です。C++/JavaScript/XML の基本についての十分な知識があれば XPCOM やその類に関して十分な調査をしなくてもはじめることができます。もちろん、物事には順序と言うものがありますが。。
+</p><p>{{ 英語版章題("Start with the basics") }}
+</p>
+<h3 id=".E5.9F.BA.E6.9C.AC.E3.81.8B.E3.82.89.E3.81.AF.E3.81.98.E3.82.81.E3.82.88.E3.81.86" name=".E5.9F.BA.E6.9C.AC.E3.81.8B.E3.82.89.E3.81.AF.E3.81.98.E3.82.81.E3.82.88.E3.81.86"> 基本からはじめよう </h3>
+<p>ハッキングを始める前に、どうっやって <a class="link-https" href="https://bugzilla.mozilla.org/">Bugzilla</a> を使うかを知っておく必要があります。
+</p><p>Bugzilla で 2 週間かそれ以上の時間をかけて、どのバグが深刻なのか順序付けをする(トリアージ)、<a href="ja/QA">QA</a>、バグを探すといった作業に携わることは Firefox をハッキングするための必要最低条件です。プロジェクトがどのように動いているのか知ること、重要な事柄が何かを見つけそこに力を注ぐということを学ぶこと、最初のトリアージの過程で学んだことを応用することはレビューや、チェックインを通して自分のやり方を見つけるまで、この先長い間役に立つことでしょう。非常によく管理されているプロジェクトや、更なる注意が必要となるプロジェクトを見るということも、ハッキングを開始するのにいいスタートポイントになります。
+</p><p>{{ 英語版章題("Build the Fox") }}
+</p>
+<h3 id="Firefox_.E3.82.92.E3.83.93.E3.83.AB.E3.83.89.E3.81.99.E3.82.8B" name="Firefox_.E3.82.92.E3.83.93.E3.83.AB.E3.83.89.E3.81.99.E3.82.8B"> Firefox をビルドする </h3>
+<p>他人によって書かれたより優れたコードをビルドすることもできますが、私はそのようにはしません。<a href="ja/Build_Documentation">ここ</a> にある一般的なインストラクションに沿い、CVS のトランクを使って、ビルドを行ってください。次のステップに進む前に、この作業ができるようになる必要があります。もちろん、Mozilla の CVS から何かをビルドするという作業は、取るに足らないような作業でありません。しかし、もしヘルプを見ながらですらできないとすれば、あなたはおそらくまだ準備ができていないと言えます。しかし、1 時間程度勉強すれば、「コンパイルしたことがない」というレベルから、「Win32 でビルドする」というレベルまで達することができます。
+</p><p>{{ 英語版章題("Source code organization") }}
+</p>
+<h3 id=".E3.82.BD.E3.83.BC.E3.82.B9.E3.82.B3.E3.83.BC.E3.83.89.E3.81.AE.E7.AE.A1.E7.90.86" name=".E3.82.BD.E3.83.BC.E3.82.B9.E3.82.B3.E3.83.BC.E3.83.89.E3.81.AE.E7.AE.A1.E7.90.86"> ソースコードの管理 </h3>
+<p>次の問題はどこに app/front-end コードがあるかと言うことです。Firefox 特有のコードは
+<a class="external" href="http://lxr.mozilla.org/mozilla/source/browser/">ここ</a> にあります。そして一般的なFE ツールキットコードは <a class="external" href="http://lxr.mozilla.org/mozilla/source/toolkit/">ここ</a> にあります。(あなたのCVSツリーにおいては、&lt;tt&gt;mozilla/brower&lt;/tt&gt; と &lt;tt&gt;mozilla/toolkit&lt;/tt&gt; にそれぞれあります。)
+</p><p>{{ 英語版章題("Picking bugs to work on") }}
+</p>
+<h3 id=".E8.87.AA.E5.88.86.E3.81.8C.E5.BE.93.E4.BA.8B.E3.81.99.E3.82.8B.E3.83.90.E3.82.B0.E3.82.92.E9.81.B8.E3.81.B6" name=".E8.87.AA.E5.88.86.E3.81.8C.E5.BE.93.E4.BA.8B.E3.81.99.E3.82.8B.E3.83.90.E3.82.B0.E3.82.92.E9.81.B8.E3.81.B6"> 自分が従事するバグを選ぶ </h3>
+<p>問題点を指摘し、分類する。それ自体が時々簡単なことがある。そして、もし比較的簡単なバグがあればそれに取り組む。また、ステータスホワイトボードの中に「よい初期のバグ」を含むバグはやはり、初心者が取り組むのによい場所でしょう。そしてもちろん、あなたを煩わせているバグから取り組むと言うのもいいでしょう。よい個人的な満足感がそこにはあるでしょう。
+</p><p>{{ 英語版章題("Knowing where to ask for help") }}
+</p>
+<h3 id=".E3.81.A9.E3.81.93.E3.81.A7.E3.83.98.E3.83.AB.E3.83.97.E3.82.92.E6.8E.A2.E3.81.9B.E3.81.B0.E3.81.84.E3.81.84.E3.81.AE.E3.81.8B" name=".E3.81.A9.E3.81.93.E3.81.A7.E3.83.98.E3.83.AB.E3.83.97.E3.82.92.E6.8E.A2.E3.81.9B.E3.81.B0.E3.81.84.E3.81.84.E3.81.AE.E3.81.8B"> どこでヘルプを探せばいいのか </h3>
+<p>もし自分で理解できないことがあれば、<a class="link-irc" href="irc://irc.mozilla.org">Mozilla IRC server</a> 上の開発者に聞くのがよいでしょう。しかし、実際に人に聞く前に、lxr/bonsai/Google (と、この wiki)といった他の資料をまず隈なく調べてください。もし、あなたのケースについてディスカッションする用意ができておらず、UI がどのように見えるべきなのかという質問であれば、Mike Connor や他の<a class="external" href="http://www.mozilla.org/projects/firefox/review.html">Firefox ピアー達</a> に聞くのがおそらく最も最良の方法でしょう。
+</p><p>{{ 英語版章題("Changing the user experience") }}
+</p>
+<h3 id=".E3.83.A6.E3.83.BC.E3.82.B6.E3.82.A8.E3.82.AF.E3.82.B9.E3.83.9A.E3.83.AA.E3.82.A8.E3.83.B3.E3.82.B9.E3.82.92.E5.A4.89.E3.81.88.E3.82.8B" name=".E3.83.A6.E3.83.BC.E3.82.B6.E3.82.A8.E3.82.AF.E3.82.B9.E3.83.9A.E3.83.AA.E3.82.A8.E3.83.B3.E3.82.B9.E3.82.92.E5.A4.89.E3.81.88.E3.82.8B"> ユーザエクスペリエンスを変える </h3>
+<p>もし新しい特徴の実装、あるいはユーザエキスペリエンスに影響を与えるような動作の変更を考えている場合、そのプロジェクトを始める前に、それに関与する人からのフィードバックを得るのがよいでしょう。Mike Connor や<a class="external" href="http://www.mozilla.org/projects/firefox/review.html">Firefox ピアー</a> の一人と話をし、反応を得たり、調整を行いましょう。もし彼らが(この役に携わっていない人々がレビューに対してどのような反応をしたかに基づいて)ノーと言った場合は、残念ですが、あきらめざるを得ません。
+</p>
+<div class="noinclude">
+</div>
+{{ languages( { "en": "en/Hacking_Firefox", "it": "it/Hacking_Firefox" } ) }}