Quante persone hanno abusato della tua opzione di acquisto "con origine"?

Question

Sono interessato a scoprire qualcosa. In Delphi l'impostazione predefinita sin dall'inizio quando si acquistano componenti è stata la possibilità di acquistarli con il codice sorgente (anche se potrebbe essere un'opzione leggermente più costosa). Ciò ha avuto 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 la fonte era considerata essenziale poiché quando hai aggiornato Delphi hai dovuto ricompilare e talvolta gli autori è fallito.

Sono interessato a scoprire se qualche autore di componenti Delphi là fuori ha mai avuto motivo di rimpiangere di vendere il proprio componente "con origine"? Qualcuno ha provato a rilasciare un prodotto concorrente in base al tuo codice o lo ha distribuito come suo?

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

Answer 1

Ho un'esperienza personale con questo. Vendevo una libreria di componenti e funzioni per Delphi (Clipper Functions for Delphi, AKA CFD); siamo passati dalla versione 1 nel '96 alla versione 5 nel 2000 quando ho preso un lavoro che non permetteva il chiaro di luna. Abbiamo avuto oltre 5000 utenti registrati alla fine; Ne fornisco ancora alcuni con aggiornamenti gratuiti e correzioni di bug occasionali.

Non ho mai avuto alcuna ragione per non rendere disponibile la fonte. In realtà, non c'era alcuna opzione per acquistare CFD senza fonte. Non comprerei alcuna libreria di componenti Delphi commerciale dalla quale diperebbe la mia app senza fonte, proprio per le ragioni che citi (ricompilando con le nuove versioni di Delphi e i nuovi venditori che vanno via).

Answer 2

A meno che il writer del componente non stia usando una qualche forma di offuscamento, la sorgente per qualsiasi assemblaggio .Net può essere ottenuta usando riflettore.

L'ho utilizzato su assiemi di Microsoft e altri produttori per rintracciare i problemi nel codice. In alcuni casi sono andato avanti e rattoppato il problema e ricompilato; ma fallo a tuo rischio e pericolo.

Answer 3

Ho un problema in particolare con le librerie skin .Net. Non ho trovato nessuno abbastanza buono che includa il codice per un prezzo abbastanza economico. Sto parlando di prezzi che vanno oltre la linea di prezzo $ 1000USD, che penso sia astronomico per uno sviluppatore freelance, solo per un software. Ma le cose che sono più difficili da implementare in ogni lingua sono anche le più costose, quindi c'è una relazione tra quei due factores 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 4

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

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

Answer 5

Per tutti i componenti Delphi che ho sviluppato negli ultimi 10 anni, il codice sorgente completo è sempre stato incluso. Sarebbe comunque un grande vantaggio avere un formato compatibile DCI (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. La compilazione di DCU per Delphi 5,6,7,2006, 2007 e 2009 è possibile (se le licenze Delphi sono disponibili), ma la gestione di così tante diverse versioni di codice richiede molto lavoro per i sistemi di compilazione e creazione automatica ...