Recentemente, foi deixado escapar que o novo EULA para Delphi XE3 proibirá o desenvolvimento do Client Server com a edição Professional sem a compra adicional de um pacote de licenças do Client Server. Isso não quer dizer que a versão Professional não terá os recursos, mas a licença proíbe especificamente o desenvolvedor de usar o compilador para uma classe específica de desenvolvimento, mesmo com soluções de terceiros ou domésticas.
Portanto, minha pergunta é se existe um precedente de um compilador ou ferramenta criativa semelhante que proíba a classe de trabalho para a qual você pode usá-lo. Especificamente, uma ferramenta "profissional" licenciada comercialmente como o Delphi XE3. Além disso, essa restrição seria legalmente aplicável?
Sei que no passado havia ferramentas educacionais ou de edição inicial que restringiram seu uso para fins comerciais, mas elas não foram vendidas como ferramentas "profissionais". Também sei que muitos softwares e equipamentos de computação terão um aviso de que não é para uso em "equipamentos de suporte à vida" ou "energia nuclear", mas isso é mais para evitar responsabilidades do que para proibir atividades.
Parece que me lembro da Microsoft colocando uma restrição no FrontPage de que você não poderia usá-lo para criar um site que se refletisse mal na Microsoft, mas eles retiraram essa restrição antes que ela pudesse ser testada legalmente.
Atualização: O EULA foi retirado antes do envio do produto devido à resistência do público.
Respostas:
Não é totalmente sem precedentes.
O SQL Server é limitado pelo tamanho de usuários / servidor / banco de dados, etc., efetivamente limitando seu uso como plataforma de servidor do cliente e é essencialmente um ambiente de programação (embora com uma rica infraestrutura de dados). Muitas bibliotecas de software limitam rotineiramente a maneira como os programadores podem usá-las, de várias maneiras.
Na prática, qualquer pessoa pode colocar o que quiser em um contrato de licença. Seu remédio é não usá-lo se você não gostar dos termos, o que eu imagino que os potenciais clientes da Embarcadero farão em massa.
fonte
Java há muito tempo restringe o uso em instalações nucleares, embora o contrato de licença JDK6 tenha suavizado levemente os termos (lembro que as variantes mais antigas são muito mais explícitas):
Isso faz sentido: você não gostaria que uma pausa no GC atrapalhasse o SCRAM no reator. O que não quer dizer que não haja alguém em algum lugar que tenha aceitado um contrato para sistemas de controle nuclear e tenha decidido que era mais barato / mais fácil contratar programadores Java.
fonte