ソースコードを利用可能にすることは、収益を生み出す能力に影響しますか?


22

最終的には単一のDLLとなる.Netフレームワークに取り組んでいます。私たちは、フレームワークの商用利用に対して課金するつもりですが、オープンソース/非商用利用のために無料にします。現時点での大まかな計画は、無料で使用するか有料で使用するかに関係なく発行される、かなり単純なライセンスの形でこれを管理することです。

ソースコードを利用可能にするかどうかを議論しています。ソースコードにアクセスできる場所で何かを使用する方がはるかに魅力的であるという認識(および独自の好み)です。

ソースコードを利用可能にすることでフレームワークから利益を得る能力が損なわれると思うか、それがより多くの使用を促進し、商業的に使用する場合に十分な「良い」人々が正しいライセンスの支払いを手配するかどうかに興味があります。

私の感じでは、一般的に、商業活動はライセンスの面で混乱しないので、ソースコードを利用可能にすることは使用を促進するだけであり、したがって最終的により多くの収入を生み出しますが、他の意見/経験に興味があります。


2
もちろん影響します。他の人が(私たちが使用しているツールの)ソースコードを利用可能にしない場合、収益は少なくなります。
P Shved

回答:


14

あなたは間違いなくソースを利用可能にするべきです。無料で利用できるか、ライセンスを購入した人だけが利用できるかはあなた次第ですが、ソースのないサードパーティのライブラリは決して使用しません。ロバート・ハーヴェイとは異なり、私「私はおそらくそれが必要になることはおそらくないだろう」と強調していません。自明ではない複雑さのライブラリは、どこかにバグがあるか、カスタマイズ/拡張の恩恵を受ける可能性のある機能が欠けているか実装が不十分であるか、またはその両方である可能性がほぼ確実です。(はい、あなたのものです。)私は、さまざまな人からのさまざまな言語で書かれた多くのさまざまなライブラリを使用しました。

あなたがそれを正しくしたい場合は、GPLとMPLが持っているもののようなライセンスにプロビジョニングを追加し、彼らがコードを変更し、それを使用して製品を公開することになった場合、彼らは行った変更を公開する必要があります。そうすれば、他の人にコードを使用させるだけで、無料のバグ修正と(潜在的な)機能を手に入れることができます。


10

マネージ.NETフレームワークの場合、人々はリフレクターを使用してとにかくソースコードを見ることができます。

私は、このデュアルライセンスモデルをうまく機能させているように見える多くの企業を見てきました。ソースコードにアクセスできるということは、必ずしも人々がコードを盗むという意味ではありません。個人的には、私が今まで働いたことのある会社がそうであるように、私はむしろ適切なライセンスを取得したいと思います。しかし、ソースコードにアクセスできることで、人々があなたの製品を試してみるように促すことができます。

セキュリティブランケットのように感じるソースへのアクセスについて何かがあります。あなたはおそらくそれを決して必要としないことを知っていますが、サードパーティのライブラリにコミットするために多くの工数の努力を費やす場合、コードを掘り下げて、バインドになった場合は何かを修正できることを知っているのは良いことですまたは、コードの元の作成者がバスの下に投げられます。


2
ご意見をお寄せいただきありがとうございます-ほとんどの場合、私は完全に同意しますが、Reflectorを使用してソースコードを確認することと、GitHubでレポジトリを複製してコンパイルすることとの間に小さな違いがあると思います。あなたが本当に望めば、逆コンパイルのルートを介してコンパイル可能なものに到達できることを知っていますが、ほとんどの人はおそらく気にしないでしょう。
dwynne

Reflectorには、アセンブリをクラスファイルにダンプするアドインがあります。ソリューションファイルを作成し、必要なusingステートメントを追加することも考えています。
ロバートハーベイ

4
..しかし、リフレクターは適切な変数名を推測したり、コメントを書いたり、難読化を解除したりすることはできません。
JBRウィルキンソン

ソースコードにアクセスできる場合、ベンダーが廃業するのを防ぐためにソースコードエスクローサービスを利用する必要はありません。
JBRWilkinson

4

個人的には、この最も良い例は、Telerikなどの企業がライセンスを取得する方法だと思います。

ライセンスの支払い、ソースコードの取得、そしてそれはあなたの使用のためです。

ソースを使用して、オープンソース/非営利目的で無料で利用できる方法で作成した場合、人々が前に出てお金を払うのは難しいと思います。


2

一般に、あなたのツールにお金を払う人はとにかくそれを支払い、それを盗む人は常にそれを盗みます。

それに、ターゲットオーディエンスにいる人を知っている(または知っている)か、または自分自身がそこにいるので、ターゲットオーディエンスでない人に製品を配るのは、ビジネスセンス(広告)にすぎません。

FogBugzに学生およびスタートアップライセンスがあると思うのはなぜですか?彼らは無料で価値のあるツールを提供しています。比較的費用がかからず、開発者ごとに20〜25ドル/月を支払うのに十分なお金を稼ぐポイントに到達したとき(つまり、最大 1時間の開発者アーカンソー州の競争力のある賃金での時間)、そのチェックアウトをFogCreekに書いていただければ幸いです。

私は研究を見たことがありませんが、私は確かにそれに自分のソフトウェアを賭けるでしょう。


1

ソースが提供されたものから$を作成するのはちょっと大変です。

ソースを含むライセンスを販売するという考えは、特にこれが図書館であるという文脈では、より賢明です。人々は時々内部を突く必要があり、それは彼らがするのが簡単である必要があります。

すべて、ソース、およびすべてを配置し、収益を期待していますか?支払う人は数人いるかもしれませんが、支払わない人が大勢います。


1
いくつかのダウン票に注意してください。ダウン投票する場合、なぜと言ってみてはどうですか?
すぐに今すぐ

0

オープンソースコードを使用して自分で作成して課金するよりも、ある程度拡張できるプラットフォームを作成している場合、プラットフォームに基づいて作成して販売するアプリは、長期的にはより良い結果になる可能性があります。キーはすべてのコードを提供することではないことを推測します。特に、それを売れるという点であなたを差別化する部分。

これは、Ruby on Railsに関わる人々がしたことではありませんか?


0

ソースを持つことには2つのレベルがあると思います。

  1. 所有しているクラスのソース。ただし、分散バイナリを簡単に再構築できる状態ではありません。つまり、見ることはできますが、触れることはできません。

  2. 簡単に再構築できる形式の完全なソース。

開発者としての私は後者を強く好みます。問題をホットフィックスできるからです。2つのライブラリから選択できる場合、それが決定的な要因になる可能性があります。

ソースを保護するものはライセンスでなければなりません。オープンソースバージョンをGPLとし、企業が非GPLバージョンを購入して、商用の非GPL製品に含めることを許可します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.