Life日本xrdpユーザ会発起人。FreeBSDを通じてOSSに囁かな貢献を。なる方法はじめにこの記事はえのもとさんのNetBSD/pkgsrc開発者になる方法に触発されて書きました。私がOSC東京で喋った内容に触発されてNetBSDの場合はどうなのか書いてみようというのがきっかけの記事なので、インスパイアのインスパイア、逆輸入なのですが。モチベーションは同じく、FreeBSD開発者になるにはどうしたらいいかという文書が日本語では少ない(少なくなってきている)というところにあり、今後開発者になろうとする人の助けになることを望みます。FreeBSDを使うNetBSDの場合と同様、FreeBSDを使わないことには始まりません。FreeBSD開発者になろうとしてこの文書にたどり着いている時点で、既にFreeBSDのユーザーであることは間違いないでしょうから細かい話は省略します。portsになにか貢献してみるここでは「中の人」ではない人による、portsの作業を「貢献(contribute)」と呼ぶことにします。セットされているものを見つけてメンテナを担当したり、メンテナがいてもそのソフトウェアが新しいバージョンに更新されていないものを見つけて、アップデートをしたりするところから始めるのが良いでしょう。treeに存在しないソフトウェアを追加するというのもありです。WikiのWantedPortsに載っているので、それらをFreeBSDで使えるようにすると喜ばれるでしょう。Handbookで解説されている方法やプラクティスを参考にしながら作業しましょう。日本語版は更新が遅れているため英語版を参照することをおすすめします。treeへのパッチを作って報告、メンテナが承認、コミット権を持っている開発者がコミットするというのが大まかな流れです。貢献者としての実績を積むある程度慣れてきたら、外部の貢献者として作業を続け、実績を積み重ねていきます。これが、後に開発者として推薦してもらう際にスキルや実績の証明となります。実績は必ず必要で、いきなり開発者になることはできません。ここから開発者になるという先の段階へ進まず、外部貢献者のまま多大な貢献を続けている方も多いです。Frameworkに詳しい人も中にはいます。Contributorsに掲載されていますが「この人よく見るし載せてもいいんじゃない?」と雰囲気で提案することも多いので、ここに掲載されている人で全てではありません。OSS系のイベントやカンファレンスでの発表はあるに越したことはないですが、必須ではありません。FreeBSDのBugzillaやメーリングリストで「この人よく見るな」というレベルの活動があれば十分です。地理的にFreeBSD勉強会やFreeBSDワークショップに参加しやすい環境にあるならば、参加しておいたほうが良いでしょう。地方在住で、地理的な制約もあり上の両イベントにはほとんど参加したことはありません。貢献者としての活動は両イベントが始まる前からで、グローバルなコミュニティにオンラインで参加していました。オープンソースカンファレンスへの出展を通じてNetBSDのebijunさんと交流はありますが、日本のFreeBSD開発者とのオフラインでの交流は皆無でした。AsiaBSDConにも参加したいとは思っているものの、現時点では参加したことがありません。推薦者・メンターを探すNetBSDでは「スポンサーを探す」という手順です。FreeBSDでも同様に、この手順が最難関となるでしょう。オフラインのカンファレンスに出席したり、発表したりするのは必須ではありませんが、これまでの貢献や成果を示す場としては最適です。Procedureに書かれています。必要な情報を推薦者に送り、推薦してもらいます。メンターと推薦者は同じ場合もあれば、異なる場合もあります。チームによって行われます。通常は7日以内に投票が完了します。Jaegerに志願し、推薦してもらいメンターになっていただきました。committerになりたいんだけどどうしたらいい?メンターになってくれない?」オンラインで声をかけて、2人とも忙しいにも関わらず無理を言って引き受けてもらいました。どちらにもオフラインでお会いしたことはなく、全てオンライン上でのやり取りです。アカウント作成手続き新しいコミッターになることが承認されたら、アカウントの作成です。公開鍵あとは、メンターが新しいコミッターのコミットビットを有効化したりという手続きを行います。FreeBSD開発者として活動する上ではPGPの利用や公開鍵の登録が必須となるので、早めに使い方に習熟しておきましょう。見習い開発者となる以上で、FreeBSD開発者の一員となります。間はメンターからの指導を受けながら、メンターの承認があって初めてコミットが行えるという見習い状態が続きます。ひとりだち明確な決まりはありませんが、2人のメンターから十分なスキルを身に着けたと判断された時点でメンターが外れ、晴れて一人前となり、1人でコミットできるようになります。スキルが不足していれば長くなり、十分であると判断されれば短期間で見習い期間が終了することがあります。一人前とはいえ、まだまだ開発者の仲間入りをしたばかりの新米なので、わからないことがあれば他の開発者に尋ね、レビューをしてもらったり、必要に応じて判断や指導を仰ぎましょう。Frameworkの改良に積極的に関わる人まで、活躍の種類は様々です。Teamの選挙権が与えられます。雑記RSSフィードRSSフィードが必要な方は下からどうぞ。収集した情報の扱いはプライバシーポリシーに従います。2.5.7-p206。