消費者コミュニティがオープンソースソフトウェアを破壊するために行うこと

DevOpsが導入され、実際に大衆の間でITが開発されたことを受けて、オープンソースソフトウェア（フリーソフトウェア）の使用がますます一般的になっています。 マイクロソフトでさえ、大衆の間で人気のあるソフトウェアを宣伝するのに非常に良い手がありました。 問題の1つは、ユーザーが消費者であり、誰か（おそらく他の誰か）がこれらのユーザーに、商用ソフトウェアと同じルールをオープンソースソフトウェアに適用することを提案しましたが、支払うことはありません。

それでは、ユーザーがオープンソースソフトウェアに対する態度で犯す4つの論理的エラーを見てみましょう。 私はそれらを最も重要だと考えているため、たった4つです。

1.オープンソースソフトウェアの開発者はユーザーに責任があります

GPLによると：

適用される法律で許可される範囲において、プログラムに対する保証はありません。 著作権者および/または他の関係者の書面で別段の定めがある場合を除き、黙示の保証人を含むいかなる種類の明示的または黙示的な保証もなしに、「現状のまま」プログラムを提供します。 。 プログラムの品質と性能に関するすべてのリスクはあなたにあります。 プログラムに欠陥があることが判明した場合、お客様は必要なすべてのサービス、修理、または修正の費用を負担します。

MITの発言：

本ソフトウェアは、商品性、特定の目的への適合性、および非侵害の保証を含むが、これに限らず、明示または黙示を問わず、いかなる保証もなしに「現状のまま」提供されます。 いかなる場合でも、作者または著作権者は、契約、不法行為、またはその他の行為、ソフトウェアまたは使用またはその他の取引に起因する、または関連するいかなる請求、損害またはその他の責任についても責任を負わないものとしますソフトウェア。

MITの詳細については、 こちらをご覧ください 。

一般に、GPL互換（一方向）のライセンスでは、オープンソースソフトウェアとその作成者または製品の参加者は、アプリケーションの操作に対して一切の責任を負いません。 開発者の唯一の責任はライセンスルールに従うことですが、すべてのライセンスがこれを必要とするわけではありません。

ただし、実践が示しているように（純粋に個人的な経験）、著作権侵害が最も一般的な国では、ユーザーがライセンス契約をよく読みません。 他の問題では、ほとんどの国では、消費者はライセンスのテキストを読みませんが、すぐに同意します（ 「いいえ、まあ、ソフトウェアを使用する必要があります」 ）。 残念なことに、多くのユーザーは、責任の放棄に同意したことを知ったため、何らかの理由でソフトウェア開発者にだまされており、ブランクを自分の責任を受け入れたくないと考えています。 全体として、人々の自己責任の問題は、社会の痛手です。

この態度の非常に正確な用語はこのコメントで リマソルスクによって選ばれました。 そして、上記のようなオープンソースソフトウェアに対する態度は、開発を生み出すのではなく、コミュニティの劣化につながります。

「{{something}}の方が良いのは何ですか？」という質問を自分で言います。 OpenNetで。 この質問は、製品の販売を行っていないため、STRの作成者には実際には当てはまりません。 最終的には、利益がない場合は誰もこの質問に答えるべきではありませんが、「より良い/悪いもの」を独自に見つける本当の機会があります。 適切な質問は、 「どのように支援するのですか？」です。 。

したがって、無料ライセンスを持つオープンソースソフトウェアの開発者は、消費者に答えません 。 オープンソースソフトウェアを使用すると、ライセンス契約テストで定められた条件に自動的に同意します。 この質問は合法的であるだけでなく、道徳的および社会的でもあります。

2.オープンソースソフトウェアの開発者は、アイデアのために働いています

それだけではありません。 アイデアについては、ペットプロジェクトに単独で取り組むことができます。 私はみんなに1つの写真を思い出させたいと思います。

私たちは人々です。 食べ物、頭の上に屋根などが必要です。 オープンソースソフトウェアは営利企業や二重ライセンスによって殺されることはありませんが、奇妙なことに、普通の人はオープンソースソフトウェアに関する否定的な（そして非常にしばしば偽の）うわさを広めます。 {{anything}}。

また、優先順位は言うまでもなく、アイデアが一致しない可能性があることも注目に値します。

別のカテゴリのオープンソースソフトウェアがあります。これには、ソフトウェアを開発し、無料ライセンスの下で限定バージョンを投稿するさまざまな大企業があります。 彼らはまた、平均的な人だけでなく、大規模な消費者ベンダーからも、消費者関係に苦しんでいます。 たとえば、Mongoは、そのソリューションがクラウドプロバイダーによってしばしば縫い付けられ、Mongoの従業員の仕事からお金を稼ぐ一方で、プロジェクトに何ももたらさないという事実に苦しんでいます（クラウドプロバイダーは人気を追加しませんが、この人気を再び利用します）。 もちろん、すべてがそれほど単純なわけではありませんが、これは、「消費者コミュニティ」でますます活発に開発されているオープンソースソフトウェアに対する消費者の態度の例です。

したがって、STRの作成者は、 特に彼の製品が消費者に具体的なものをもたらす場合 、アイデア 、尊敬、および/またはその他の無形の利益のために働く必要はありません 。

3.オープンソースソフトウェアの開発は趣味ではありません

Linusに「ファン」と言ってください。 時々、人々は同じ興味を持ち、一緒に彼らの自由な時間に製品を開発し始めます。 しかし、趣味が退屈することがありますが、製品自体は同じままであるため、これは製品や開発者を悪くしません。 開発者は、仕事、活動、居住地を変更したい場合があります。 責めないの？ では、なぜ消費者は、多くの用途のプロジェクトにドラッグする動機を失った開発者に泥を投げる必要があると考えていますが、バグに関するメッセージと改善提案を除いて、利益をもたらさないのですか？ 実際、最終的な分析では、ユーザーは相互支援の感覚からではなく、ほとんどの場合、彼の「利己的な」関心のためにこれを行います（このバグは単に彼を悩ます）。

喜びをもたらす作品が趣味に非常に似ていることは注目に値します。 孔子が言ったように：

あなたの好みに合った仕事を選んでください。そうすれば、あなたは人生で一日を過ごす必要はありません。

実際、消費者の態度は、多くの場合、趣味に従事したいという欲求を殺します。

他の分野での個人的な経験から、消費者関係は開発と創造に決して貢献せず、非常にクールなアイデアや革新さえも破壊するだけだと結論付けることができます。

したがって、最も単純なペットプロジェクトでも、非常に人気があり、機能的で人気のある製品に発展できます。 しかし、最もクールなプロジェクトでさえも、消費者の態度で作者をやる気にさせることで破壊されます。

4.ユーザーはライセンス契約を読む必要はありません

トピックに関するジョーク：

マイクロソフト統計局は、ロシア人が世界で最も読みやすい国であると計算しました。 十数点のライセンス契約が画面に表示された後、0.5秒後に「条項を読んで同意します」をクリックします。

[同意する]ボタンをクリックしたときに同意する内容を理解することは非常に重要です。 最終的に、誰かが契約に条項を追加できます。

このソフトウェアを使用して、あなたはあなたのアパートが現在私たちのものであることに自動的に同意し、また私たちのCEOを支持してあなたの腎臓を取り除くことに同意します。

問題は、消費者が商用製品で使用するのと同じルールを、オープンソースソフトウェアに適用し始めることです。 <sarkazm>



実際、ダウンロードしてインストールするだけでよいのに、なぜ製品のライセンスを確認するのですか？ </sarkazm>



そして、この製品のライセンスが非営利使用を意味することは消費者にとって重要ではなく、彼はそれを会社で有料サービスとして使用したいと考えています。

「海賊版ソフトウェア」をインストールするとき、消費者はすでにこの契約に違反していたため、この習慣はライセンス契約を読むことが本当に不要な「海賊版」に由来していました。

そして今、非常に「全体的な」質問です。著者-開発者は、ソフトウェアをアップロードする無料ライセンスの条件を知る必要がありますか？ もちろん、この質問は修辞的ですが、 YES （あらゆる種類の個人に出くわす、誰かがノーと思う）であることを明確にすることはまだ価値があります。 さらに、プルリクエストが私たちに送信されるとき、それはプロジェクト自体と同じライセンスの下で送信されることを覚えておく価値があります（例外があります）。つまり、メインの作者はプロジェクトを「閉じる」または再ライセンスできなくなります。

無料のライブラリを使用する人にも同じことが言えます。 これは、使用されているライブラリのバグや機能のためにプロジェクトが脆弱になる開発者の問題を誇らしげに叫んでいる庭の巨大な石です。 「スター」、人気、その他の無形の利益は、オープンソースソフトウェアを使用して消費者が受け入れるライセンス契約の条件を変更することはできません。

UPD

ロシア連邦の居住者には、ロシア連邦民法のすべての規則が適用されます。

誰かが尋ねる場合があります：「文書によってサポートされていない合意が、法的効力を持つことができるのはなぜですか？

そして、これがその方法です：

• 第1235条ライセンス契約
• 第1286条。著作物の使用権の付与に関するライセンス契約 、特に第5項
• 「さまざまなバージョンのGNU GPLの下で配布された小規模企業によるフリーソフトウェアの使用の合法性に関する2009年5月5日N D05-2235の経済発展のためのロシア連邦の手紙」

したがって、 「これらの条件によって決定されるように、ユーザーによるそのようなプログラムまたはデータベースの使用の開始は、契約を締結するための彼の同意を意味します。」

まとめ

かつて、良質で高品質のソフトウェアが完全に無料で入手できる場合、ソフトウェアの「海賊市場」は消費者を大いに台無しにしました。

今、消費者は彼が何かを借りていると固く信じていますが、彼はそれを支払う準備ができていません。 いくつかの社会主義の考え方は、消費者の利己主義に重点を置いて発展してきました。

ただし、オープンソースコミュニティを理解することは重要です-消費者についてではなく、そのような考えを伝えていません。 リチャードストールマンの主なアイデアは、 開発者が自分の経験を安全に共有できるように、STRの作成者を責任と「tivoizatsii」から保護することでした。 オープンソースソフトウェアは消費者レベルではなく、開発者レベルです。 ソフトウェアを使用するように設計されたユーザーではなく、作業を共有するよう設計されたのは開発者でした。

したがって：

1. 感謝し、覚えておいてください-STRの作者はあなたに何も借りていません。
2. 誰もが「食べる」ことを望み、憲法が制定されているほとんどの国で奴隷労働は禁止されています。
3. 最も興味深いプロジェクトでさえ、消費者関係により負担になる可能性があります。
4. 明示的および暗示的に同意するすべてのものをお読みください。 あなたが同意するものに従ってください;あなたがやろうとしていないことに反対します。

あなた自身とあなたの神経、開発の友人の世話をします。

PS：記事を投稿してくれてありがとう。