Quando lavori con gli appaltatori / stagisti quanto dovrebbe essere protettivo il tuo codebase?

3

Stiamo pensando di assumere un appaltatore o uno stagista per lavorare con noi sul nostro progetto iOS, ma questo mi fa diventare davvero paranoico che stiamo dando a qualcuno che non lavora per l'azienda l'accesso alla nostra preziosa base di codice. Voglio dire, potrei semplicemente dare loro l'accesso alle classi su cui mi piacerebbe che funzionassero, ma ciò sembra maleducato e renderebbe più difficile per loro sviluppare ciò di cui abbiamo bisogno.

Come dovrebbe essere paranoico le persone che scappano con la loro intera applicazione?

    
posta Shizam 18.06.2012 - 20:37
fonte

5 risposte

10

Dovresti avere un accordo di non concorrenza e / o non divulgazione in vigore quando li porti. Questo ti consentirà di portare un appaltatore e se decideranno di scappare da soli e creare il prossimo libro Face con te, in base al tuo lavoro, puoi riprenderlo tutto. Ma realisticamente ciò non accade spesso. Se si passa attraverso una società rispettabile, probabilmente si otterrà un professionista che vuole aiutarti a riuscire. Non ostacolarli cercando di compartimentarli al punto che vogliono che tu fallisca.

    
risposta data 18.06.2012 - 20:52
fonte
4

Non è necessario accedere al codice di cui non hanno bisogno; li confonderà solo o sprecherà il loro tempo.

Dovrebbero esserci accordi legali che questo è il tuo codice e non sono autorizzati a usarlo per altri scopi o ci saranno conseguenze. Questo dovrebbe essere tutto molto standard.

Se hai assunto professionisti di qualità, non c'è niente di maleducato e per loro protestare troppo sarebbe sospetto.

    
risposta data 18.06.2012 - 20:53
fonte
2

In precedenza ho lavorato come appaltatore a cui non era permesso vedere i "Gioielli della corona" dei clienti. Si trattava di un'operazione con contratti militari, riservatezza stampata su ogni pagina, stanze con serrature e altre serrature e "Se vai lì dovremo spararti", tipo di cose che succedono. Sono stato DATO i "Gioielli della corona" più volte per caso. Ho rinunciato a segnalarlo cancellato se mi fosse mai stato dato.

Il mio consiglio è che se non hai un processo eccezionalmente robusto non ti preoccupare, non riuscirai a bloccare il codice.

Assumi professionisti, cucili in NDA (che sono praticamente inapplicabili finché le perdite non arrivano a milioni di dollari) e fidati di loro per continuare a lavorare. Se non puoi fidarti di loro, perché dare loro l'accesso a qualsiasi codice, per non parlare di farli programmare per te?

    
risposta data 19.06.2012 - 07:40
fonte
1

Nel corso degli anni ho lavorato come appaltatore in un certo numero di società su una serie di codebase diverse e in quasi tutti i casi c'è stata una clausola catch-all piuttosto carina nel contratto che firmo che dice tutto ciò che vedo o faccio c'è confidenzialità.

La formulazione varia ma l'intento è lo stesso: proteggere l'azienda nel caso in cui io fuggissi da un concorrente con i suoi segreti commerciali. Questo è inteso e accettato (da me comunque, non posso parlare per nessun altro) e significa che l'azienda a sua volta può semplicemente farmi entrare e fare il mio lavoro senza dover essere ostacolato chiedendo costantemente il permesso di vedere un altro pezzo di origine.

In un posto in cui lavoravo, i gioielli della corona della compagnia erano legati a un IP altamente specializzato che aveva accesso limitato anche ai dipendenti regolari. Quel codice era racchiuso in una libreria quindi poteva essere chiamato senza sapere mai come ha fatto quello che ha fatto, che è un'altra opzione per te se hai bisogno di proteggere qualche codice di base contro gli sguardi indiscreti. Anche se questo probabilmente non è completamente infallibile, ma poi hai bisogno di avere un certo livello di fiducia nelle persone che lavorano per te altrimenti non si farà mai niente!

    
risposta data 18.06.2012 - 22:53
fonte
1

You use NDA & non-compete agreements, but basically you trust them.

Anche l'autoriflessione è importante. Sarebbe molto meglio assumere un dipendente giusto? Probabilmente non lo fai a causa del costo, soprattutto per mantenere e mantenere uno buono.
Se hai la prossima killer-app che andrebbe bene, tuttavia se non ci sei "ancora" e sei ancora fuori produzione, questo è parte del rischio e del costo.
Se hai un'idea che la gente getterà denaro anche per ottenere l'1% del capitale netto, allora hai un'idea micidiale e avrai il $$ da abbinare.
C'è un certo numero di Darwinismo piuttosto assassino che sta accadendo in questo spazio proprio ora. Non è sempre logico, ma in realtà è molto più sano del tempo di dot-com che ho vissuto anche professionalmente.

    
risposta data 18.06.2012 - 22:59
fonte

Leggi altre domande sui tag