オープンソースに貢献することがどれほどやりがいがあるかをよく耳にしますが、それは真実ですが、通常、ソフトウェアエンジニアが他の人にアドバイスするとき、それは通常コードの貢献です。 幸いなことに、今日は コードをXNUMX行も書かずに、オープンソースに貢献する多くの機会。
次に、いくつかのオプションを見てみましょう。
- 伝道：
多くの場合、ソースコードの貢献には、特定のプロジェクトに代わって伝道することが含まれます。 たとえば、最新のJavaScriptライブラリが大好きで、それをすべてのデータ視覚化に使用する場合は、その経験をチャットで共有することを検討してください。 これは あなた自身の評判を築く とへ より多くのユーザーをプロジェクトに引き付ける.
- バグレポート：
より多くのユーザーがプロジェクトに参加している場合、それはより多くのバグレポートがあることを意味します。 これらがさらにある場合、それはより多くのバグ修正につながります。 そして より多くの修正はより良いソフトウェアを意味します。 先に進んで、独自のレポートを作成します。これは、間接的ですが重要な方法で、コードをXNUMX行も記述せずに、ソフトウェアの改善に貢献します。
- メンター：
これらのバグレポートには、関連性のある具体的な情報が不足していることがよくあります。 プロジェクト開発者がバグレポートの作成者を見つけて話し合い、問題の範囲を完全に理解するには、長い時間がかかる場合があります。
できる 優れたバグレポートを作成するプロセスを通じて、これらのバグレポートの作成者をガイドします。 これは、オープンソースプロジェクトのコアチームを支援する豊富で微妙なプロセスであり、他の場所で費やすことができる多くの頭痛と時間を節約できます。
- 彼はこう書いている：
人前で話すのが嫌いな人なら、オープンソースの名前でコードではなく単語を書くことができます。 たとえば、次のことができます 特定のプロジェクトに関する情報ブログ投稿を投稿するは便利であり、さらに多くのユーザーを引き付けます。
ブログ投稿があなたにとってあまりにも多くの努力であるならば、あなたは考慮するかもしれません 質問に答える フォーラム、メーリングリスト、StackOverflow、Twitterのテクノロジーについて。 このようにして、テクノロジに関する独自の知識を開発し、Webで利用可能な一般情報に貢献することもできます。
- 整理する ミートアップ
興味深いアイデアは、 ミートアップ あなたがチャットしたい特定のオープンソースツールについてあなたの街で。 これであなたはすることができます 非デジタルコミュニティを構築する このトピックの周り。 このスタイルのアクティビティは、常にオンラインにできない人や、ソフトウェアで他のユーザーとやり取りするときにアバターに顔を向けることを好む人にとっても価値があります。
- セキュリティを向上させる
これは、オープンソースプロジェクトでしばしば無視されるトピックのXNUMXつです。 あなたの専門知識がサイバーセキュリティまたはテストセキュリティのこの領域にある場合は、プロジェクトを改善するために知識を提供することを検討してください。 できる セキュリティホールの解決策を見つけて提供し、ソフトウェアを直接改善します、プロジェクト全体でユーザーエクスペリエンスを向上させます。
オープンソースの利点のXNUMXつは、発生するさまざまなプロジェクトについて知識を共有、交換、成長、学習、および議論できることです。 これらのソフトウェアはコンピューターの前で作成されたものではないため、テキストエディターとキーボードによるオープンソースへの貢献を制限する理由はありません。
優れた記事で、技術的なことは何もせずに、タイトルの内容を完全に反映しています。
フリーソフトウェアの世界には、コンピューターの天才、ハッカー、プログラマーが必要なだけではありません...
良い、そして素晴らしい貢献、卒業生！
良い記事、私はそれが好きだった。 これは、フリーソフトウェアに関して私たちができる貢献の良い要約です。
いくつかコメントしたいと思います。 一つ目は、「伝道」という言葉は意味がないので避けるべきだと思います。 私たちは他のソフトウェアオプションにいくらか寛容ではないようです。 しかし、あなたが意味することの意味は完全に理解されています。
一方で、ウィキペディアやGNUプロジェクトなど、私たちが望む金額のオンライン寄付を許可するなど、金銭的な寄付を行うこともできます。 もうXNUMXつの例はopenmailbox.orgで、これはサービスのユーザーからの寄付で賄われています。
私のささやかな貢献はブログです。そこでは、フリーソフトウェアについてのコメント以上に、レシピ、ソリューション、ハウツーなど、自分の経験に基づいて自分のソリューションを公開することが好きです。
私はコース、トーク、ミートアップのオプションが好きでした。あなたは私の同僚を「伝道」しようとするアイデアを私に与えてくれたと思います。
要するに、私がすでにツイートした非常に興味深い投稿です。
いい成績。 非常に重要で忘れられたもの。 インターフェイスとマニュアルの伝統に貢献します。
よろしく
素晴らしい記事、あなたが言うことはすべて非常に真実です。 私は通常、Linuxディストリビューションの利点について常に話し合うことで少しずつやります。奇妙なバグを見つけて、それを知らせることを考えたことがありますが、結局はしませんでした。 私の質問は：それらのバグレポートのテンプレートはありますか？ 誰かが書いたことがありますか？ 次回機会が訪れたときに、ガイダンスを作成するためのガイダンスを探しています。
ありがとう。
優秀で、批判が少なく、貢献が多い……..
非常に単純なものがありません、マニュアルまたは多言語ファイルを翻訳してください
もうXNUMXつ：アートワークに参加します。