Gibt es einen Präzedenzfall für die Lizenz eines Compilers, der die Art der Entwicklung einschränkt, für die Sie sie verwenden können?

Kürzlich wurde klargestellt, dass die neue EULA für Delphi XE3 die Client Server-Entwicklung mit der Professional Edition ohne den zusätzlichen Kauf eines Client Server-Lizenzpakets verbietet. Dies bedeutet nicht, dass der Professional-Version die Funktionen fehlen, aber die Lizenz untersagt dem Entwickler ausdrücklich, den Compiler für eine bestimmte Entwicklungsklasse zu verwenden, selbst mit Lösungen von Drittanbietern oder Eigenentwicklern.

Meine Frage ist also, ob es einen Präzedenzfall für einen Compiler oder ein ähnliches kreatives Tool gibt, das die Klasse von Arbeit verbietet, für die Sie es verwenden können. Speziell ein kommerziell lizenziertes "professionelles" Tool wie Delphi XE3. Wäre eine solche Beschränkung auch rechtlich durchsetzbar?

Ich weiß, dass es in der Vergangenheit Lehr- oder Starter-Edition-Tools gab, deren Verwendung für kommerzielle Zwecke eingeschränkt war, die jedoch nicht als "professionelle" Tools verkauft wurden. Ich weiß auch, dass für viele Computersoftware und -geräte der Haftungsausschluss gilt, dass sie nicht für "lebenserhaltende Geräte" oder "Atomkraft" bestimmt sind, aber dies dient eher der Vermeidung von Haftung als dem Verbot von Aktivitäten.

Ich erinnere mich, dass Microsoft in FrontPage eine Einschränkung eingeführt hat, mit der Sie keine schlecht auf Microsoft abgestimmte Website erstellen konnten. Diese Einschränkung wurde jedoch aufgehoben, bevor sie legal getestet werden konnte.

Update: Die EULA wurde vor dem Versand des Produkts wegen öffentlicher Widerstände gelöscht.

Es ist nicht ganz beispiellos.

SQL Server ist durch die Benutzer- / Server- / Datenbankgröße usw. begrenzt, was seine Verwendung als Client-Server-Plattform effektiv einschränkt, und es handelt sich im Wesentlichen um eine Programmierumgebung (auch wenn diese über eine umfangreiche Dateninfrastruktur verfügt). Viele Softwarebibliotheken beschränken routinemäßig die Art und Weise, wie Programmierer sie verwenden können, auf verschiedene Weise.

In der Praxis kann jeder eine Lizenzvereinbarung nach Belieben abschließen. Ihr Heilmittel ist, es nicht zu verwenden, wenn Sie die Begriffe nicht mögen, was potenzielle Embarcadero-Kunden vermutlich in Scharen tun werden.

Java hatte lange Zeit eine Einschränkung gegen die Verwendung in kerntechnischen Anlagen, obwohl die JDK6-Lizenzvereinbarung die Bedingungen geringfügig milderte (ich erinnere mich, dass die älteren Varianten viel expliziter waren):

Sie erkennen an, dass die lizenzierte Software nicht für den Entwurf, den Bau, den Betrieb oder die Wartung einer kerntechnischen Anlage konzipiert oder vorgesehen ist. Die Oracle Corporation lehnt jede ausdrückliche oder stillschweigende Gewährleistung der Eignung für solche Zwecke ab.

Dies ist sinnvoll: Sie möchten nicht, dass eine GC-Pause die SCRAM-Funktion des Reaktors beeinträchtigt. Das heißt nicht, dass es irgendwo niemanden gibt, der einen Vertrag für nukleare Kontrollsysteme angenommen und entschieden hat, dass es billiger / einfacher ist, Java-Programmierer einzustellen.