あなたは、オープンソースソフトウェアはシェアウェア、フリーウェアやパブリックドメインソフトウェア同義であると考える場合は、このビューを持っているだけではないです。
言葉は、あなたがシェアウェアシェアウェア、フリーウェアフリーウェア同義語などパブリックドメインソフトパブリックドメインとしてそれを思うとき、あなたは「オープンソースソフトウェアオープンソース」を聞くと？このような場合は、このビューを持っている唯一の人ではありません。内側と外側のソフトウェア業界の多くの人々は、これらの用語が同じであることに同意するものとします。この記事では、これらの用語の違いは、オープンソースの変革ライセンスと開発モデルの一種であるということです説明しています。私はそれが違いを探求するための最良の方法であってもよいし、いくつかのソフトウェアよりも扱っでの経験を共有しています。
シェアウェアやフリーウェア
私は、Apple IIプラスにBASICでコードを書いていた1982、早けれとして、私はコンピュータープログラマーとして働き始めました。私は戻って、ローカルコンピュータストアの家に考えると高価なビニール袋でのゲームやユーティリティソフトウェアを搭載したフロッピーディスクのルックスを見つけます。これは中学生の視点からで、覚えておいてください。
しかし、いくつかのソフトウェアは無償で入手するか、または最低価格ですることができますがあります。シェアウェアやフリーウェアとして知られている特定のライセンスモデルに基づいて。シェアウェアモードでは、あなただけがそれを有用見つけた場合、ソフトウェアの作者にチェックをお願いし、一定の期間内にソフトウェアを使用することができます。
しかし、いくつかのシェアウェアは、実際にコピーしてお友達に提供することをお勧めします。このモードは、多くの場合、フリーウェアと呼ばれています。言い換えれば、シェアウェアやフリーウェアの正確な定義の違いは、単に両方に簡単にそれを作る、非常に小さい「シェアウェア。」私はわからないが、私は十代の若者にお金を持っていなかったが、私は間違いなく、これらのソフトウェアプログラムを使用することを好む、と学んだ主な理由は、任意のソフトウェアの作者を使用するために私が費用分担のソフトウェアを提供してきたかどうか覚えていませんが、コンピュータに関する多くの知識。
振り返ってみると、私は今、その後、プログラマとして浮上し、私は学校でたくさんのことを育てることができ、そしてより達成することができ、ソフトウェアはオープンソースソフトウェアのライセンス条項に基づいてではなく、私たちの間で共有されている場合ことを実現します。ほとんどのソフトウェアのソースコード（すなわち、ソフトウェア人間が読める形式）を共有するので、これはありません。シェアウェアはまた、そのソースコードを公開するために、受信者が試行を禁止、制限をライセンス。あなたがソースコードにアクセスすることができない場合は、困難なその機能を拡張または変更すること、ソフトウェアの実際の仕事を理解することは困難です。これは、任意の変更や改善を行うためにオリジナルのシェアウェア作者に完全に依存し、エンドユーザーを可能にします。
使用シェアウェアモード、任意の開発者コミュニティは、コード、およびコード、さらに周りの革新に影響を与えることはほとんど不可能です。再配布や商業用途はさらに制限される場合があります。共有ソフトウェアは、（少なくとも最初は無料です）価格の面で自由かもしれないが、それは自由の観点から自由ではない、とあなたは、コードの内部の仕組みを探ることを学ぶと革新することはできませんが。
これは大きな問題を提起する：それはどのようにオープンソースソフトウェアの違いは何ですか？
オープンソースライセンス
まず、我々は両方の共有ソフトウェアで、「オープンソース」は、ソフトウェアライセンスモデルと開発モデルを指し理解する必要があるが、かなり異なっています。オープンソースライセンスの下でコピーレフトオープンソース形式非呼ばれる「の左側のバージョン」には、このようなソースコードへのアクセスの制限なしとして重要な自由、をユーザーに提供するために、どのような目的、使用のために販売またはソフトウェアを離れて与えることができ、あなたが変更することができますソフトウェア。
ライセンスのこの形式は、任意の使用料やライセンス料を支払う必要はありません。ライセンスは非常に調節されているので、何の交渉は、使用することはできません。このライセンスモデルの驚くべき結果は、それが新しいコード、便利な変化と革新に一緒に協力して無数のソフトウェア開発者を作るためのユニークな能力を持っていることです。技術的にはあるが、このモードでは、ソースコードのライセンスを必要としませんが、ほとんどの人は、ビュー、研究にそれを使用して修正し、他の人に情報を配布することができます。
このようなソフトウェアの任意の受信者は、追加のライセンス制限を追加することができ、オープンソースライセンスのもう一つの側面「のバージョンを残した」わけではありません。このライセンスの形でのコードの最初のライセンシングは、受信者を防ぐことができない。この手段は、より限定的な条件に基づいて、他の人に、さらにライセンスではないかもしれません。例えば：
ノアは、いくつかのソフトウェアを書いて、受信者のアビバへの配布のための非「左バージョン」オープンソースライセンスと仮定します。その後、アビバノアは、ソフトウェアを変更し、改善し、彼女は、ソフトウェア以外の「左バージョン」オープンソースライセンス条項を使用する権利があります。その後、アビバは、以下の分野でのみ使用することができ、そのような場所やその使用方法（例えば、アビバは、ソフトウェアを制限する規制を加えることができるよう、本ソフトウェアの制限の受信者にさらなる制限を使用することができる課すことを決定することができる：カリフォルニア、それは）原子力発電所のいずれかの使用を許可していません。でもソースコードへのアクセスアビバは、あなたも他の人に変更されたソースコードを公開するために決して選択することはできません。
残念ながら、プロプライエタリソフトウェア企業非「左バージョン」オープンソース・ソフトウェア・ライセンスのような使用の無数があります。実際には、シェアウェアプログラムはシェアウェアにどのうではない「左バージョン」オープンソースライセンスコード、（例えば、ソースコードにアクセスするか、商用利用を除外することはできません）シェアウェアのライセンスの種類の制限を追加することにより、オープンソースソフトウェアのない「左のバージョンを」使用することができますモデルのライセンスを取得。
幸いなことに、多くの不使用「の左バージョン」オープンソースソフトウェアライセンスプロプライエタリソフトウェア企業は、ソースコードを公開のメリットを見てきました。これらの組織は、一般に、受信機またはオープン永続モード、好循環の革新維持するより広いオープンソースコミュニティように、ソースストレージプラットフォームGitHubの修飾ソフトウェアによって提供されます。これは完全ではありません慈善のための（あるいは少なくとも通常ではない場合で）：これらの企業は、地域社会の革新とさらなる改善を奨励するので、彼らは同様に利益を得ることができることをしたいです。
同時に、多くのプロプライエタリソフトウェア企業は、完全に非「左バージョン」オープンソースライセンス条項の規定に沿ったものである、そうすることを選択しないでください。
オープンソース・ソフトウェア・ライセンス「の左バージョン」
1989年には、新しいビーイングは（言論の自由のように）「自由生まれ」、およびソフトウェアが残ることができることを保証することを目指して（もGPLライセンスとして知られている）は、オープンソースライセンスが開発されているGNU一般公衆利用許諾契約書を、と呼ばれます「バージョンを残した」されていないこの自由は、オープンソースソフトウェアのライセンスは、何が起こるかは異なる場合があります。独特の著作権法のように、これらの規則に付着した継続的な自由を確保するために、GPLライセンスのソフトウェア（再導入後になります）。「左バージョン」コピーレフトと呼ばれるこのユニークなの著作権。
オープンソースソフトウェアではない「の左側のバージョン」のような、ライセンスが無制限である「左」受信者は、ソフトウェアを使用してソースコードを確認し、ソフトウェアを変更することができ、ならびに原または改変ソフトウェアは、さらに、他の受信者に配信されます。そして、別のオープンソースライセンスのない「左バージョン」、「左バージョン」オープンソースライセンスは、すべての受信者はまた、これらの同じ自由を持っている必要がありますが必要です。我々はルールに従わない場合を除き、それ以外の場合はこれらの自由を回復してはなりません。
オープンソースライセンス「の左側のバージョンは、」強制することができ、かつので著作権法の関係法令を遵守する人々を奨励します。受信者が「左バージョン」のコードは（任意の追加の制限を追加するためのソフトウェアを使用して、例えばまたはソースコードを提供しない）ライセンス条項に準拠していない場合は、ライセンスは終了しません、と彼はもはやソフトウェアを使用するための法的な許可を楽しんでいますので、彼は、著作権違反者になります。そのため、「左のバージョンは、」下流の受信者を保護することができます任意のソフトウェアの自由をライセンス。
他のソフトウェアライセンスモデル：基本を越えて
それは多くの場合、オープンソースソフトウェアと混同されるが、私は、パブリックドメインソフトウェアの前に言及したが、このモデルは異なっています。パブリックドメインソフトウェアの手順を参照するには、ソフトウェアの著作権が存在して対応していない知って見にとられている、最も一般的な状況は、著作権が失効しているソフトウェアである、またはあきらめます。（多くの国/地域では、著作権保護メカニズムは、いくつかのパブリックドメインソフトウェアは、代替の理由としてモデルをライセンスのオープンソースを選択することが理由である、明確ではありません。）ライセンスなしでパブリックドメインソフトウェアを使用します。ソースコードが利用可能な場合は、その後、多くの人がそのパブリックドメインソフトウェアは、オープンソースソフトウェアの形であると思うだろうが、しかし、パブリックドメインソフトウェアは、「オープンソースソフトウェア」となっているようにするかどうかのライセンスを必要としない、それは多くの議論の対象が存在しています。
興味深いことに、多くのオープンソースプロジェクトは、特定の機能を実行するために、小さなモジュールのパブリックドメインソフトウェアを使用してあります。とにもSQLiteのSQLデータベースエンジンを達成するなど、全体のプロセスは、パブリックドメインのソフトウェアに属していることを主張し、多くのアプリケーションやデバイスで使用されます。ソフトウェアのいかなるライセンス条項も非常に一般的ではありません。
多くの人が誤ってライセンスされていないソフトウェアは、オープンソースソフトウェア、パブリックドメイン、または無制限の無料使用であると信じています。（米国を含む）ほとんどの国では、著作権のソフトウェアは、その作成時に存在していました。ライセンスの形には許可が、それは何らかの方法で著作権を放棄しない限り、それを使用しない、とパブリックドメインにそれを置くことができないことをこれが意味。この一般的なルールは、そのような黙示ライセンスや公正使用の法的側面など、いくつかの例外がありますです。しかし、彼らは、特定の状況にどのように適用されるか、状況は非常に複雑です。これは混乱し、潜在的な虐待につながるとして、オープンソースライセンス条項の下で許可される目的に準拠して、いや、私は、ソフトウェアのライセンス条項を提供することはお勧めしません。
オープンソースソフトウェアの利点
私は前にも言ったように、高効率なオープンソースソフトウェアの開発モデルであり、ドライブの技術革新に大きな能力を持っています。しかし、これは最終的に何を意味するかでしょうか？
大幅に摩擦革新、実施原作者以外の他のユーザーに特に革新を低減し、オープンソースライセンスモデルの利点の一つ。オープンソースソフトウェアの使用は、一般的に大幅に簡素化し、コストを削減する用語を、ライセンス交渉する必要はありませんので、この摩擦は、限定されています。ターンでは、これは何か新しいものを形成するために、迅速な修正と従来技術との組み合わせを奨励オープンソースのエコシステムを、作成しました。これらの変更は、通常は、革新的なリサイクルを構築するように、オープンソースのエコシステムへの恩返し。
すべてのソフトウェアが現実になることであるように、オープンソース開発モデル - （あなたのトースターから火星航空機に）多くのことを駆動するソフトウェアの無数を実行している、それが簡単に一緒に様々なプログラムの能力の直接の結果である。この組み合わせであります。
