使用できる開発の種類を制限するコンパイラのライセンスの前例はありますか？
Delphi XE3の新しいEULA は、Client Serverライセンスパックを追加購入しないと、ProfessionalエディションでのClient Serverの開発を禁止することが最近判明しました。これは、Professionalバージョンに機能がないと言っているわけではありませんが、ライセンスにより、開発者が特定のクラスの開発にコンパイラを使用することは、サードパーティまたは自社製のソリューションであっても、特に禁止されます。
だから私の質問は、コンパイラまたは同様のクリエイティブツールの使用例を禁止し、それを使用できる作業のクラスを禁止しているかどうかです。具体的には、Delphi XE3のような商用ライセンスの「プロフェッショナル」ツール。また、そのような制限は法的に強制可能ですか？
過去に教育版または初心者版のツールが商用目的での使用を制限していたことは知っていますが、それらは「プロフェッショナル」ツールとして販売されていません。また、多くのコンピューティングソフトウェアや機器には、「生命維持装置」や「原子力」での使用を目的としたものではないという免責事項がありますが、それは活動を禁止することよりも責任を回避するためのものです。
MicrosoftがFrontPageに制限を課してMicrosoftに反映されていないWebサイトを作成することはできないということを思い出したようですが、合法的にテストする前に制限を解除しました。
更新：公衆の抵抗のため、製品が出荷される前にEULAが削除されました。
前例のないことではありません。
SQL Serverは、ユーザー/サーバー/データベースのサイズなどによって制限され、クライアント/サーバープラットフォームとしての使用を効果的に制限し、本質的にプログラミング環境です（豊富なデータインフラストラクチャを備えたものです）。多くのソフトウェアライブラリは、プログラマーによるライブラリの使用方法をさまざまな方法で日常的に制限しています。
実際には、誰でも好きなものをライセンス契約に入れることができます。エンバカデロの潜在的な顧客が大々的に行うと思いますが、この用語が気に入らない場合は、これを使用しないことをお勧めします。
JDK6ライセンス契約 は条件をわずかに和らげましたが、Javaは長い間核施設での使用を制限してきました（以前のバリアントがはるかに明確であることを思い出します）。
お客様は、ライセンスソフトウェアが核施設の設計、建設、運用、または保守での使用を目的として設計または意図されていないことを認めます。オラクル社は、そのような使用に対する適合性の明示的または黙示的な保証を放棄します。
これは理にかなっています。リアクタのSCRAM処理の邪魔にGCの一時停止をさせたくないでしょう。これは、核制御システムの契約を受け入れ、より安く/より簡単に採用できると決めた誰かがどこかにいないということではありませんJavaプログラマー。