Quanto è grave la perdita del codice sorgente? [chiuso]

Se una società di software perde il codice sorgente di uno dei prodotti che sta vendendo, quanto sarebbe grave, in termini che potresti spiegare a un laico? Il termine "negligenza grave" sarebbe troppo forte? O "grave incompetenza"? Ovviamente nessuno è stato ucciso, ma non è così grave come una negligenza finanziaria per cui le persone ottengono il carcere?

EDIT: Diciamo che non è un caso di crash di un'unità disco, disastro naturale o qualcosa del genere. Solo l'hanno smarrito.

Diciamo che MS perde la fonte per Windows Phone 7 ... le persone sono state uccise per waaaaay meno dei 400 milioni di dollari stimati per svilupparlo.

A seconda del prodotto, non esiste un termine a cui possa pensare che sia "troppo forte".

Per un'azienda è come perdere i gioielli della corona. Se si tratta di un prodotto con un processore incorporato, possono continuare a rendere il prodotto "così com'è", ma perdono la capacità di migliorarlo o di risolvere eventuali problemi.

Nei mercati di oggi un'azienda è il suo IP. Perdi quello e va fuori mercato.

Come hanno notato gli altri, questo probabilmente rientra nella rubrica "Tutto dipende", quindi un paio di senari:

Sorgente per un videogioco su console, basato su disco - Ciò avrebbe probabilmente un impatto limitato sull'azienda poiché tendono a non apportare modifiche al gioco una volta che è stato masterizzato su disco. Concesso che potrebbero perdere un po 'di tempo se c'è un codice di libreria che devono riqualificare, non sarebbe così male.

Fonte per un videogioco scaricabile - Questo sarebbe probabilmente un male poiché i clienti probabilmente si aspetteranno che i bug vengano corretti, non essere in grado di farlo potrebbe far perdere fiducia ai clienti nella società che potrebbe influenzare negativamente le versioni future.

Fonte di un gioco in sviluppo - La maggior parte delle società di videogiochi non può permettersi di perdere il codice per un gioco attualmente in sviluppo a meno che non sia estremamente precoce nel ciclo di sviluppo (cioè giorni, forse settimane). Per una piccola azienda, perdere la fonte perché il loro rilascio di punta potrebbe farli fallire.

Fonte per un'applicazione per piccole aziende con un pubblico a rilascio limitato : è improbabile che possa causare problemi alla società, sebbene possano perdere un paio di clienti.

Fonte per un'applicazione aziendale di grandi dimensioni con un pubblico a rilascio limitato : un'altra situazione in cui potrebbe causare la cessazione dell'attività da parte della società a causa della perdita di fiducia dei propri clienti. Anche nella maggior parte dei piccoli mercati ci sono più di un'azienda che opera e questo potrebbe essere sufficiente per consentire all'azienda di passare a un concorrente.

Fonte per una grande applicazione di una grande azienda - Qui è dove tutto dipende davvero e sarebbe probabilmente su una base molto stretta, caso per caso. I prodotti di punta (ad es. Microsoft Windows) hanno generalmente contratti di supporto associati e la mancata supporto del prodotto potrebbe comportare la violazione di azioni legali. Se dovessi fornire un preventivo, direi che la maggior parte delle persone coinvolte nella perdita del codice fino alla leadership senior di quelle persone potrebbe aver bisogno di cercare una nuova occupazione.

Tuttavia, direi probabilmente che la persona che ha perso il codice sarebbe alla ricerca di un nuovo lavoro (e potrebbe trovarlo difficile trovarne uno!) E potrebbero anche affrontare azioni legali da parte dell'azienda.

Mentre ci sono certamente casi in cui potrebbe essere catastrofico, penso che ce ne siano molti in cui non lo è (almeno dal punto di vista della società di software).

Penso che ci siano troppe variabili per dare una risposta generale sul fatto che ci siano ripercussioni legali, ma una manciata di domande da considerare nel determinare che includerebbe:

• Qual è la natura del programma? Se è qualcosa che hanno perso perché app come questa sono una dozzina e non è importante , e allora? Se si tratta del prodotto commerciale di punta dell'azienda, si sono solo fatti del male. Se si tratta di un software personalizzato che è stato incaricato di costruire, è lì che potrebbe diventare interessante, ma devi chiedere ...
• Chi possedeva il copyright del codice? (Se il cliente detiene il copyright, la sua proprietà è stata probabilmente persa / distrutta)
• Il cliente è attivamente danneggiato dalla scomparsa del codice?
• Sono stati stipulati contratti relativi allo sviluppo futuro che verranno violati a seguito della scomparsa del codice?
• Quanto è importante essere in grado di ricreare il software esistente? Se è qualcosa come uno script di shell per eseguire attività di manutenzione, la società di software consuma il tempo necessario per crearne uno nuovo che fa le stesse cose. Se si tratta di una suite per ufficio, rispolvera il curriculum.

E sono sicuro che ci sono molti altri fattori che dovrebbero essere considerati. Sentiti libero di aggiungere.

Ora, ho detto "dal punto di vista della società di software". Potrebbe essere ancora catastrofico nella mente del cliente a causa dei piani che avevano per modifiche, miglioramenti o quant'altro. Un contratto per tali cose o la proprietà del copyright, tuttavia, può irritare seriamente il cliente, ma senza alcun obbligo da parte dello sviluppatore oltre a fare il possibile per mantenere buoni rapporti con i clienti.

Ah, dato questo chiarimento da parte tua (nei commenti):

È stato sviluppato molto tempo fa, senza il controllo del codice sorgente, lo hanno venduto per tutto questo tempo e ora all'improvviso hanno bisogno di aggiornarlo

In questa situazione specifica , direi che probabilmente non è la fine del mondo. Dato che vendono il software da anni senza la necessità del codice sorgente, allora puoi semplicemente dire a questo cliente che richiede l'aggiornamento, "mi spiace non poterlo fare".

Ora non fraintendetemi, perdere il codice non va bene. Sarà molto costoso per la tua azienda riscrivere o decodificare la versione originale (se è quello che decidono di fare). Ma non è la fine del mondo. Ovviamente sono sopravvissuti così a lungo senza bisogno del codice, quindi probabilmente continuano a sopravvivere senza di esso.

Ciò presuppone, ovviamente, che il software che stanno vendendo sia solo una piccola parte della loro attività. Che suppongo debba essere il caso ...

Finché sono ancora in grado di vendere il prodotto, non penso che siano nei guai. Ora, se sono sotto contratto con un cliente per estendere il prodotto e fornire alcune nuove funzionalità nella prossima versione, è molto più grave perché li sta configurando per la violazione delle penalità contrattuali. Ma non penso che ci sia un problema legale con la perdita del codice stesso.

Ciò non significa che non sia un disastro assoluto per l'azienda. Ma è un disastro finanziario; non legale. Probabilmente inizierei con il termine "grave incompetenza" e salirò da lì.

Ad essere sincero, penso che dipenda dal linguaggio usato. Se perdi una base di codice C #, può essere decompilato molto facilmente, ma se perdi una base di codice C ++, è molto peggio.

Se ne venisse fuori, beh, qualsiasi fornitore che potrebbe perdere il suo codice sorgente con qualsiasi mezzo diverso da un disastro abbastanza diffuso non sta ovviamente seguendo qualcosa come le pratiche di sviluppo del suono, e non ci si deve fidare. Lo considererei una prova prima facie molto forte di grave incompetenza aziendale.

Che ne dici di "incredibile stupidità"?

Lo paragonerei ad altri lavori che richiedono la costruzione di un oggetto. Probabilmente qualcosa di fisico. ad es. se un architetto ha perso i piani per un edificio costruito; Se un'azienda automobilistica perdesse i piani per un modello di automobile; Se una sarta perse il motivo per un abito che avevano realizzato; eccetera.

Esistono molti lavori che hanno confronti fisici da paragonare alla creazione di software.

Penso che a parte l'opzione di decompilare il codice, questo sarebbe un problema piuttosto grande supponendo che l'azienda intendesse continuare a commercializzare il prodotto software. Se fosse un'applicazione interna, lo stesso sarebbe vero in misura minore.

Se non è possibile ripristinare il codice sorgente, la manutenzione (correzione di errori) e i miglioramenti non possono essere eseguiti, quindi l'applicazione è ora statica. Se Microsoft o Apple o Apache o chiunque la tua piattaforma operativa cambi o aggiorni il loro codice, il tuo vecchio codice compilato potrebbe non funzionare e non puoi correggerlo. Se vendi questa applicazione a clienti esterni non puoi controllare quando aggiorneranno Windows, MAC OSX, iPhone, Web Browser, quindi hai un rischio piuttosto grande qui per la reputazione della tua azienda e possibilmente rischio legale anche se hai un contratto di manutenzione con i clienti.

In secondo luogo, il codice sorgente rappresenta una risorsa per l'azienda. Quindi per un'azienda di software è una risorsa sui libri. È qualcosa che puoi vendere come prodotto o vendere il codice sorgente e tutti i diritti a un'altra società di software. Non continuerei a vendere un prodotto software a clienti che sapevo di non poter mantenere poiché ho perso il codice sorgente. Inoltre dubito che un'altra società di software comprerebbe l'applicazione e tutti i diritti se non potesse sviluppare ulteriormente il prodotto. Quindi il valore patrimoniale di questa applicazione deve essere ridotto.

Per un'applicazione interna interna potresti avere un maggiore controllo sulla piattaforma operativa per la tua applicazione, ma cercherei comunque di sostituire questa applicazione se il codice sorgente non può essere decompilato in una base di codice utilizzabile per la manutenzione.

Saluti,

Kevin

PS Spero che questa sia solo una domanda teorica ... :)

Se non devono correggere alcun bug, probabilmente non è un grosso problema. Ad esempio, se la società esegue controlli ActiveX personalizzati e perde l'origine di uno dei suoi prodotti legacy, a chi importa davvero? Probabilmente il prodotto non viene mantenuto attivamente e probabilmente non viene neppure commercializzato in modo aggressivo. Lo venderanno finché le persone usano ancora ActiveX a 32 bit, e poi se ne dimenticano.

Detto questo, lo classificherei comunque come grave negligenza. Ovviamente non esiste un sistema di gestione del codice sorgente, che è incompetenza professionale per una software house.