毎週、当社の多くの愛されるコントリビューターの一人とのインタビューをMetaで公開しています。それらはすべて user-interviews で見つけることができます。今週は:
マシュー・ウィルキン @cpradio
私と妻
職場
あなた自身について少し教えてください！
場所: アメリカ、オハイオ州コロンバス
私はGrange InsuranceのITリードデベロッパーで、本社はオハイオ州コロンバスにあります。主に商業線部門でC#アプリケーションを開発しており、" miscellaneous "（その他）と見なされるプロジェクトの90%をリードしています。これは、フラッグシップ製品ではないが、ビジネスの利益に大きな影響を与える外れ値であることを意味します。
仕事以外では、7歳の娘と5歳の息子の父親です。また、コロンバスのローカルな会場でのサウンドボードの運営を"趣味"として行っています。サウンドエンジニアリングは私の第二の情熱であり、長い一日の労働の後は、サウンドボードの後ろに座ってバンドの練習やイベントでの演奏を聞くほど、気分を高めるものはありません。最初は48チャンネルのアナログAllen and Heathから始め、次にRoland M-400とM-480、そして現在は10台のM-48パーソナルミキサーをステージに、サウンドボードにEngineering M-48を設置したRoland M-5000デジタルサウンドボードを運用しています。
最後に、私は毎週水曜日の夜と日曜日の朝をCypress Churchで過ごしています。日曜日の朝の礼拝のために、そこでサウンドボード（Roland M-5000）を運営しています。
Discourseのことを初めて知ったのはどうしてですか？
Sitepointを通じてです。私はSitepointのメンバーとして長年参加しています。大学在学中に参加し、仕事の都合で一時離脱しましたが、週の作業時間に柔軟性を持つ新しい仕事機会にシフトした後、復帰しました。当時のSitepointはvBulletin 4を実行しており、vBulletin 5へのアップグレードか、それとも別のプラットフォームに移行するかを検討していました。Sitepoint内部ではPHP企業ではなく、RubyとRailsの開発セットでした。そのため、Discourseは移行先の選択肢として上位にあり、最終的にDiscourseが選ばれました。
Discourseを何に使っていますか？
ああ、今では罪悪感を覚えます。私はSitepointとMetaでのみ使用しています。 
Metaコミュニティにこれほど深く関わるようになったのはどうしてですか？
最初は、SitepointをDiscourseに移行するのを助けることから始まりました。インポートのバグを見つけ、システムを学び、モデレーションガイドを書き直し、移行先のシステムを十分に理解する必要がありました。しかし、それはすぐに新しい言語（Ruby）、2つの新しいフレームワーク（EmberとRails）、そして新しいツールキット（Dockerなど）を学ぶ手段へと変わっていきました。
Discourseに貢献する動機は何ですか？
私にとってそれは楽しい学習の機会です。取り組むたびに、Ruby、Rails、Emberなど、少しずつ多くを学びます。また、私は問題を解決するのが好きな人間なので、Contribute > Bug に見つかったトピックのいくつかを、アーキテクチャとDiscourseの仕組みを学ぶための優れたスタート地点として利用しました。その後、Discourseを実行しているいくつかのコミュニティにとって、プラグインの復活や新しいプラグインの作成は明確なニーズとなりましたので、私はできる限り参加しました。
Discourse以外のコミュニティについても教えてください！
私が参加しているコミュニティのほとんどは、対面のミートアップです。C#のミートアップ、そして週を通してバンドメンバーと過ごす時間（リハーサル前と後）は、どちらもネットワーク構築やコロンバス地域の他のミュージシャンや開発者との交流に非常に役立っています。残念ながら、最近引っ越したため、20〜25分だったドライブが1時間以上かかるようになり、C#のミートアップにはあまり行けていません。 
オープンソース運動はあなたにとってどのような意味を持っていますか？
私はオープンソースの大きなファンですが、同時に、それを利用するなら、感謝の意を示すために何らかの方法で貢献するべきだという考えも支持しています。それが必ずしもプログラマーである必要はありませんが、サポートの質問に答えたり、QAとしてバグレポートの手順が定義された予期せぬ結果につながるかどうかをテストしたり、機能の要件/仕様やドキュメントの執筆を手伝ったりするなど、機会は無限にあります。オープンソースはコラボレーションに関するものです。それが機能する理由です。新しいことに挑戦し、新しいことを学ぶことを恐れないでください。
Discourseとそのコミュニティを学ぶ上で最大の課題は何でしたか？
コミュニティ側から言うと、初期の最大の課題はコミュニティのダイナミクスとその個性を理解することでした。初期には、そして今でもある程度関連していますが、コミュニティはかなり率直です。これは必ずしも否定的なことではありません。なぜなら、その率直さは、自分のソフトウェアとプロセスをよく知るコミュニティの特徴を示しているからです。しかし、新しく、インストールの一部ではなく、エンドユーザーとしてシステムを学んでいた私にとって、その率直さは少し高い壁でした。なぜなら、インストールプロセスと連携し、必要な動作を得るために設定の一部に触れる必要があった人とは異なる視点から来ていたからです。Discourseを学び、それがどのように機能し、動作するかを理解し始めてから、解決しようとしている問題についてコミュニティと良好にコミュニケーションを取れるようになったと感じました。
技術面では、見知らぬコードで起こりうるすべての問題が該当しました。Ember、Ruby、Railsを学び、それらがどのように組み合わさっているかを理解できるレベルに達することは重要でした。基盤ができた後も、頭の中で考えたり、誰かに説明を求めたりしなければならない部分はまだありました。それから、プルリクエスト（PR）プロセスを学ぶことでした。これらは開発者にとって新しい課題ではありません。私たちは皆、以前にこれを経験しています。一つ注意すべき点は、Discourseがその重要なコードパスのすべてに対してテストを行うように努めていたことです。それは私にとって非常に役立ちました。
Metaコミュニティを改善するためのアイデアはありますか？
私たちは回答者にこのトピックについて率直に話すことを奨励しています。機密情報が議論されなかった場合でも、回答は常に短いリストとして提示されます。
-
すべての新規訪問者が、DiscourseやDiscourseが利用するツールに関して、異なる人生の歩みを持っている可能性があることを覚えておいてください。
-
私たちが何度も同じことを繰り返しているときは、その情報を新規参加者に届けるためのより良い方法を探すべきです。
将来のコントリビューターへのアドバイスはありますか？
Metaでインスピレーションを得てください。#contribute:feature、#contribute:bug、Marketplace には多くのトピックがあります。これらはすべて始めるのに最適な場所です。特に、再現手順が明確なトピックから#contribute:bug を始めることを強くお勧めします。それはシステムの特定の部分を学ぶための素晴らしい方法です。