Quante persone hanno abusato della tua opzione di acquisto "with source"?

Question

Sono interessato a scoprire qualcosa. In Delphi il default fin dall'inizio dell'acquisto dei componenti è stato quello di essere in grado di acquistarli con l'origine (anche se potrebbe essere un'opzione leggermente più costosa). Questo aveva senso in Delphi per una serie di motivi, in primo luogo Borland ha aperto la strada fornendo l'intera fonte del VCL con ogni installazione di Delphi, ma anche avere la fonte era considerata essenziale poiché quando hai aggiornato Delphi dovevi ricompilare e talvolta autori fallito.

Sono interessato a scoprire se alcuni scrittori di componenti Delphi là fuori hanno mai avuto motivo di rimpiangere di aver venduto il loro componente "con sorgente"? Qualcuno ha provato a rilasciare un prodotto concorrente basato sul tuo codice o lo ha passato come proprio?

Il motivo per cui lo chiedo è perché sembra essere ancora l'eccezione piuttosto che la norma di fornire un'opzione "with source" quando si acquista un controllo ActiveX o un assembly .NET. Forse una rassicurazione sul fatto che le persone non vogliono la fonte per scopi nefasti potrebbe convincere più scrittori di componenti a consentire l'acquisto del codice sorgente insieme al componente.

Answer 1

Ho esperienza personale con questo. Vendevo un componente e una libreria di funzioni per Delphi (Clipper Functions per Delphi, AKA CFD); siamo passati dalla versione 1 nel '96 alla versione 5 nel 2000 quando ho preso un lavoro che non consentiva il chiaro di luna. Alla fine avevamo più di 5000 utenti registrati; Ne fornisco ancora parecchi con aggiornamenti gratuiti e correzioni di bug occasionali.

Non ho mai avuto alcun motivo per non rendere disponibile la fonte. In effetti, non era possibile acquistare CFD senza fonte. Non comprerei nessuna libreria di componenti commerciali di Delphi da cui la mia app dipenderebbe senza fonte, proprio per le ragioni che citi (ricompilando con le nuove versioni di Delphi e i fornitori che vanno via).

Answer 2

A meno che il writer dei componenti non stia utilizzando una qualche forma di offuscamento, la fonte per qualsiasi assembly .Net può essere ottenuta utilizzando il riflettore.

L'ho usato sugli assembly di Microsoft e su altri fornitori per rintracciare i problemi nel loro codice. In alcuni casi sono andato avanti, ho corretto il problema e l'ho ricompilato; ma fallo a tuo rischio e pericolo.

Answer 3

Per tutti i componenti Delphi che ho sviluppato negli ultimi 10 anni, è stato sempre incluso il codice sorgente completo. Sarebbe comunque un grande vantaggio avere un formato binario (DCU) compatibile (simile a Java e .NET) in Delphi per versioni di prova o per "edizioni personali" a basso costo - versioni che non attraggono i veri sviluppatori commerciali, perché del codice sorgente mancante. È possibile compilare DCU per Delphi 5,6,7,2006, 2007 e 2009 (se ci sono le licenze Delphi), ma la gestione di così tante versioni di codice diverse richiede molto lavoro per i sistemi di compilazione e confezionamento automatici ...

Answer 4

Ho un problema soprattutto con le librerie di skin .Net. Non ho trovato nessuno abbastanza buono che includesse il codice per un prezzo abbastanza economico. Sto parlando di prezzi che vanno oltre la linea di $ 1000 USD, che penso sia astronomica per uno sviluppatore freelance, solo per un pezzo di software. Ma quelle che sono più difficili da implementare in ogni lingua sono anche le più costose, quindi c'è una relazione tra quei due factore nella difficoltà di implementare qualcosa di simile a te stesso. So che questa non è una risposta alla tua domanda, ma la mia visione delle cose.

Answer 5

Non ho esperienza personale con questo, ma so che il watermarking del codice sorgente è disponibile e alcuni venditori lo hanno usato. Non sono sicuro di quanto avrebbe successo.

Non ho mai sentito notizie di qualcuno che rilasci un prodotto concorrente con codice sorgente da un altro venditore commerciale. Tuttavia, accade spesso con quelli open source.