「ソース付き」購入オプションを悪用した人は何人いますか？

Question

何かを見つけることに興味があります。 Delphiでは、コンポーネントを購入するときからのデフォルトは、ソースを使用してコンポーネントを購入できるようになっています（多少高価なオプションであっても）。これはいくつかの理由でDelphiで理にかなっています。まず、BorlandはDelphiのすべてのインストールでVCLの完全なソースを提供することで道を先導しましたが、Delphi廃業しました。

Delphiコンポーネントの作者が、コンポーネントを「ソース付き」で販売したことを後悔したことがあるかどうかを調べることに興味がありますか？誰かがあなたのコードに基づいて競合製品をリリースしようとしましたか、それとも自分のものとして偽装しましたか？

私が尋ねる理由は、ActiveXコントロールまたは.NETアセンブリを購入するときに「ソース付き」オプションを提供することは標準ではなく、依然として例外のようだからです。人々が悪意のある目的のためにソースを望んでいないという安心感は、より多くのコンポーネント作成者を説得し、コンポーネントとともにソースコードを購入できるようにするかもしれません。

Answer 1

これには個人的な経験があります。以前は、Delphiのコンポーネントおよび関数ライブラリ（Delphiのクリッパー関数、別名CFD）を販売していました。 96年のバージョン1から2000年のバージョン5に移行したとき、私は月明かりを許可しない仕事に就きました。最後に5000人以上の登録ユーザーがいました。私はまだそれらのかなりの数を無料のアップデートと時折のバグ修正で提供しています。

ソースを公開しない理由は何もありませんでした。実際、ソースなしでCFDを購入するオプションはありませんでした。あなたが引用するまさにその理由のために、私のアプリがソースなしで依存する商用のDelphiコンポーネントライブラリは購入しません（新しいDelphiリリースで再コンパイルし、ベンダーはなくなります）。

Answer 2

コンポーネントの作成者が何らかの形式の難読化を使用している場合を除き、リフレクターを使用して.Netアセンブリのソースを取得できます。

Microsoftおよび他のベンダーのアセンブリでこれを使用して、コードの問題を追跡しました。場合によっては、問題にパッチを適用して再コンパイルしました。しかし、あなた自身の危険でそれを行います。

Answer 3

過去10年間に開発したすべてのDelphiコンポーネントには、完全なソースコードが常に含まれていました。ただし、Delphiで互換バージョン（Javaおよび.NETに類似）を試用版または低価格の「パーソナルエディション」（実際の商用開発者を引き付けないバージョン）にすると大きな利点になります。不足しているソースコードのDelphi 5、6、7、2006、2007、2009向けのDCUのコンパイルは可能ですが（Delphiライセンスがある場合）、非常に多くの異なるコードバージョンを管理するには、自動ビルドおよびパッケージングシステムに多くの作業が必要になります...

Answer 4

特に.Netスキニングライブラリに問題があります。かなり経済的な価格のコードを含めるのに十分なものは見つかりませんでした。私は1000米ドルの価格ラインを超える価格について話しているが、それはフリーランスの開発者にとっては天文学的なものだと思う。しかし、各言語で実装するのが難しいものも同様に最も高価なので、あなたの自己に似たものを実装するのが難しいという2つの要因の間に関係があります。これはあなたの質問に対する答えではありませんが、物事に対する私自身の見方です。

Answer 5

これには個人的な経験はありませんが、ソースコードの透かしが利用可能であり、一部のベンダーがそれを使用していることは知っています。それがどれほど成功するかわからない。

他の商用ベンダーのソースコードを使用して競合製品をリリースするというニュースを聞いたことはありません。ただし、オープンソースの場合は頻繁に発生します。