Pergunta

Estou interessado em encontrar alguma coisa. Em Delphi o padrão desde o início na compra de componentes tem sido a de ser capaz de comprá-los com a fonte (mesmo que pode ser uma opção um pouco mais caro). Neste sentido feita em Delphi para uma série de razões, em primeiro lugar Borland liderou o caminho, fornecendo a fonte completa da VCL com cada instalação do Delphi, mas também ter a fonte foi considerado essencial, pois quando você atualizou Delphi você tinha que recompilar e às vezes Autores saiu do negócio.

Estou interessado em descobrir se algum escritor de componentes Delphi lá fora já tive razões para lamentar a vender sua componente 'com fonte'? Alguém tentou lançar um produto concorrente com base em seu código, ou passou-lo como seu próprio?

A razão que eu peço é porque ele ainda parece ser a excepção e não a norma para fornecer uma opção 'com fonte' na compra de um controle ActiveX ou um .NET assembly. Talvez uma garantia de que as pessoas não querem a fonte para fins nefastos pode convencer escritores mais componentes para permitir que o código-fonte a ser adquirido juntamente com o componente.

Foi útil?

Solução

Eu tenho experiência pessoal com isso. Eu costumava vender uma biblioteca de componentes e função para Delphi (Funções Clipper para Delphi, AKA CFD); fomos a partir da versão 1 em 96 para a versão 5 em 2000, quando eu levei um trabalho que não permitiria clandestino. Tivemos 5000+ usuários registrados no final; Eu ainda fornecer muito poucos deles com atualizações gratuitas e correções de bugs ocasionais.

Eu nunca tive qualquer razão para não fazer fonte disponível. Na verdade, não havia opção de compra de CFD sem fonte. Eu não compraria qualquer biblioteca componente comercial Delphi que meu aplicativo dependeria sem fonte, para as mesmas razões que você cita (recompilar com novos lançamentos Delphi e fornecedores indo embora).

Outras dicas

A menos que o escritor componente está a utilizar alguma forma de obscurecimento da fonte para qualquer Net conjunto pode ser obtida usando reflector.

Eu usei isso em assembleias da Microsoft, bem como outros fornecedores para rastrear problemas em seu código. Em alguns casos, eu fui em frente e corrigiu o problema e recompilados-lo; mas fazer isso em seu próprio perigo.

Para todos os componentes Delphi que eu desenvolvi ao longo dos últimos 10 anos, o código fonte completo foi sempre incluído. No entanto, seria uma grande vantagem de ter um binário compatível com o formato (DCU) (semelhante ao Java e .NET) em Delphi para versões de teste, ou de baixo custo 'edições pessoais' - versões que não atraem os desenvolvedores comerciais reais, porque do código-fonte em falta. Compilando DCUs para Delphi 5,6,7,2006, 2007 e 2009 é possível (se as licenças Delphi estão lá), mas conseguindo tantas versões de código diferente requer um monte de trabalho para construção automática e sistemas de embalagem ...

Eu tenho um problema especialmente com .Net esfola bibliotecas. Eu encontrei nenhum bom o suficiente que incluiria o código para um preço bastante econômico. Eu estou falando sobre os preços que vão sobre a linha de preço $ 1000USD, que eu acho que é astronômico para um desenvolvedor freelance, por apenas um pedaço de software. Mas, as coisas que são mais difíceis de implementar em cada idioma são os mais caros, bem como, para que haja uma relação entre esses dois Factores na dificuldade de implementar algo semelhante a si próprio. Eu sei que isso não é resposta para a sua pergunta, mas a minha própria visão das coisas.

Eu não tenho experiência pessoal com isso, mas eu sei que watermarking código fonte está disponível e alguns fornecedores de tê-lo usado. Não tenho certeza o quão bem sucedido que seria.

Eu nunca ouvi notícias de ninguém lançando um produto concorrente com o código fonte de outro fornecedor comercial. Isto, contudo, acontecer com frequência com os de código aberto embora.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top