Node-Pixel を使用したオンライン コミュニティの構築:アンドリュー フィッシャーのアプローチ

投稿者:ギッター

_Andrew Fisher は、ハードウェアとソフトウェアを統合して美しい照明効果を作成するプロジェクトに取り組んでいます。彼は、自分のプロジェクトを中心としたオープンソース コミュニティを育成し、管理する方法について語ってくれました。彼の発言を知り、Node-Pixel Gitter チャンネルをチェックしてください。_

あなた自身と Node-Pixel コミュニティについて少し教えてください。ノードピクセルとは何ですか?すべてはどのように始まったのでしょうか?

私はウェブ開発者として 20 年間キャリアを積み、現在は LUXE City Guides の CTO を務めています。私は常にさまざまな形でオープンソース コミュニティに参加してきましたが、ここ数年は JavaScript Robotics (ノードボット) コミュニティに深く関わってきました。

Node-Pixel はそこから発展し、このプロジェクトではハードウェアとソフトウェア (JavaScript) を非常に具体的に結合して美しい照明効果を作成しました。これが始まったのは、歴史的に JS ハードウェアの世界ではこれを行う簡単な方法がなかったためであり、私は美しいライトが大好きなので、それを実現できるものを構築することにしました。

このコミュニティは間違いなく Johnny-Five コミュニティと NodeBots コミュニティのサブセットであり、ハードウェア照明に特に興味のある人々が参加しています (他のグループは従来のロボット工学やホーム オートメーションなどに興味があります)。このプロジェクトには、JavaScript からハードウェア ライティングを制御する簡単な方法という目標の実現に貢献した、世界中の驚くほど才能のある開発者が参加しました。

コミュニティとしてどのような共通の目標がありますか?

上で説明したとおり、実際には、人々が JavaScript でハードウェアを使用すること、特にこれを行うための簡単な方法を使用して非常に高度なハードウェアを操作できるようになることを望んでいます。

最近、Node Pixel プロジェクトに関連して最も興奮している問題は何ですか?

間違いなく、私も参加しているプロジェクトである Interchange へのより広範な統合です。Interchange は、pip と npm が Python および JavaScript モジュールで解決すること、つまり特定のターゲットのパッケージ管理をハードウェア ファームウェアで解決します。 Node Pixel プロジェクトは、JS ハードウェアの世界におけるこれの必要性を示し、Interchange の実現を引き起こしたため、Interchange と完全な互換性を持たせることが大きな目標です。

その上で、次の大きな取り組みは、ライブラリのアニメーションなどの機能を強化し、非常に洗練された照明効果を作成し、それらをすべて NodeJS から、場合によってはブラウザから直接トリガーできるようにすることです。

コミュニティを作成および維持する際に考慮した最も重要な要素は何ですか?コミュニティの成功に貢献する要因は何ですか?

本当に最大のことは透明性だったと思います。私たちは、地理的に離れた人々の間のコラボレーションを促進するために、Gitter と GitHub の問題をその大きな部分として利用しています。ディスカッションなどのログがあれば、特にプロジェクトのユーザーではあるがプロジェクトに貢献していない可能性がある場合、コミュニティに戻って何かの背後にある理論的根拠を説明することが簡単になります。

これに関連して、私たちはプロジェクトへの貢献に関する行動規範を遵守しており、当初からオープンで信頼でき、安全で責任あるコミュニティを育成するために常に努力してきました。人々がそれを単に「物事のありよう」として設定すると、人々が関与するときにその一連の基準を採用するのに役立つと思います。 Node Pixel はその点では優れていますが、実際には、安全な場所を確保するために Johnny-Five と JavaScript が JS ハードウェアの世界で行っている広範な作業に大きく負っています。

コミュニティを管理する際に直面する主な課題は何ですか?

タイムゾーン!!!!

私はオーストラリアにいますが、共同作業者のほとんどは米国と EU にいるため、フィーチャの構築などに取り組んでいるときに重複を取得するのは非常に困難です。太平洋またはインド洋のサイズを約半分にする必要があります;)

Gitter の Node Pixel プロジェクト チャンネルで議論されている主な問題は何ですか?

日常業務の多くは、プロジェクトを使用する人々のサポートを中心に回っています。私たちは主要なサポート チャネルとして Gitter を使用することを強く主張しているため、気軽に立ち寄って質問することをお勧めします。これにより、人々は非常に迅速にプロジェクトを立ち上げて実行できるようになります。

それに加えて、機能を構築しているときに、アプローチやコード レビューに関するメモなどについて多くの議論が行われます。GitHub はこれに役立ちますが、アプローチに到達するまでの間、このより自由な会話の 2 番目の部分として GH を使用し、問題と解決までの手順を文書化するために GH を使用する傾向があります。

あなたの経験に基づいて、オープンソース コミュニティは過去数年間で変化し、進化したと感じますか?もしそうなら、 どうやってですか？

確かに。これには良いことも悪いこともあります。一方で、オープンソースは私たちがソフトウェアを構築する方法の多くに多かれ少なかれ「勝利」をもたらしています。開発者として、私たちは自分のプロジェクトで実行しているコードを確認、検証、変更できるようにしたいと考えています。このようにして、ソフトウェア開発は誰にとってもはるかにオープンになったと思います。これにより、将来の開発者が学び、情報不足による過去の間違いを繰り返さないようになることを願っています。

悪い点は、プロジェクトの消費者が、修正がすぐに行われることや、要求したからといって新しい機能が追加されることを期待している、フリー &オープン ソース ソフトウェアの「無料」部分が大量に消費される可能性があることです。ツールを使用して人々と関わり、このアプローチを和らげることができることは非常に貴重です。多くの場合、誰かに貢献を奨励し、プロジェクトの一部として見たい機能を構築できる可能性があるからです。

全体的に見て、今ではコミュニティはより団結したものになっていると思います。良い面がマイナス面を確実に上回っていると信じています。しかし、すべてのプロジェクトがより良いエクスペリエンスを得るために何ができるかを常に検討する必要があります。

オンラインのオープンソース コミュニティをゼロから始めたいと考えている人にアドバイスはありますか?

自分自身に話しかけてください。

奇妙に聞こえるかもしれませんが、プロジェクトに取り組んでいるのが自分だけの場合、気が遠くなることがよくあります。アイデアがあり、コードをそこに投げて、人々がそれを選択するのを待ちます。潜在的な批判に自分自身をさらすことになるので、それは非常に難しいことかもしれません。

これを乗り越える方法の 1 つは、GitHub で問題を提起し、それを自分に割り当てることです。私は自分のコードをコードレビューしてメモし、コードを修正するためのチケットを発行します。また、誰も読まないと思われるにもかかわらず、Gitter に現在のステータスなどをメモすることもよくあります。

しかし、このアプローチの面白い点は、後で自分のプロジェクトについて他の人に話す方法がより洗練されることです。また、自分のプロジェクトについて一連の文書、根拠、「活気」を構築することで、他の人が貢献しやすくなるということです。たとえ独り言を言っている気の狂った人と共同作業していると他の人が思っていたとしても (それは誰しもそうするでしょう)

そこで私のアドバイスは、自分自身と対話することです。それはあなたのプロジェクトを明確にするのに役立ち、あなたを親しみやすくし、コミュニティは人から始める必要があるのでそうです。 それが始まる人。

ありがとう！

無料でコーディングを学びましょう。 freeCodeCamp のオープンソース カリキュラムは、40,000 人以上の人々が開発者としての職に就くのに役立ちました。始めましょう