Come proteggere il mio software/codice sorgente dall’essere rubato dai programmatori interni di una startup

Il vostro software e codice sorgente è la parte meno preziosa della vostra startup. Può uccidere il vostro business se lo perdete, ma probabilmente ha molto poco valore per gli altri se hanno acquisito solo il codice sorgente. Sono stato un architetto in una grande azienda attraverso 2 acquisizioni che sono arrivate con un sacco di tecnologia. In entrambi i casi, abbiamo passato mesi a fare due diligence per vedere cosa poteva funzionare e cosa potevamo usare. Abbiamo trovato il modo di farlo funzionare e poi abbiamo passato altri mesi per farlo funzionare bene. Non ha mai funzionato del tutto. Tutto era inefficiente, alla fine abbiamo fatto riscrivere la maggior parte del codice sorgente da un team che conteneva molti degli sviluppatori originali per lavorare con la nostra infrastruttura e i nostri standard e sistemare tutte le cose che sono rotte con il codice di merda che si scrive quando si cerca di competere come una startup.

Come sviluppatore di software, posso copiare il cuore di praticamente qualsiasi applicazione in pochi mesi solo guardando l'applicazione compilata e senza mai vedere il sorgente. Non sarà proprio la stessa cosa e non avrà tutte le campane e i fischietti. Avrà solo ciò di cui ha bisogno e probabilmente sarà più efficiente perché non perderò tempo ad implementare gli errori che avete fatto. Probabilmente dovrebbe essere più che sufficiente per competere, probabilmente meglio. Se fossi uno sviluppatore che lavora per voi, quello che ho appena detto è doppiamente vero. Non solo potrebbero riscrivere quello che hai in un decimo del tempo che ci è voluto per farlo la prima volta, ma saprebbero esattamente come renderlo migliore e cosa evitare. Non avere il codice sorgente è più un fastidio che un impedimento. Quello che è l'impedimento, specialmente per uno sviluppatore, è non avere il business che è costruito intorno al tuo sorgente. I tuoi clienti, il tuo business plan, i tuoi impiegati, la tua IP, la tua cultura, ecc. Se volete davvero rallentarli, dovreste lasciargli prendere il sorgente esistente e vedere il massiccio succhiamento di tempo per farlo funzionare senza quelle cose per cui il vostro codice sorgente è stato scritto per funzionare. Se non avete ancora queste cose, avete un'idea non provata e un'implementazione che non ha ancora funzionato, e quelle sono una dozzina. Le startup hanno successo non perché duplicano ciò che un'altra azienda sta facendo, ma perché lo fanno mentre sono più piccole, migliori e più veloci. Non è possibile farlo usando lo stesso codice sorgente.

Quando le aziende acquisiscono altre aziende per la tecnologia, è meno per il codice sorgente e più per il talento che ha scritto quel codice sorgente. Il codice nel mondo reale è disordinato. Diventa stantio molto rapidamente. La risorsa è l'IP dietro il codice che è contenuto in gran parte nella testa dello sviluppatore e non è qualcosa da cui si può tenerlo lontano. È già esposto al mondo attraverso i prodotti che fate. Se non volete che i vostri sviluppatori portino le loro conoscenze con loro, la vostra migliore difesa è quella di tenerli felici e non farli andare via. Questo generalmente non include non fidarsi di loro e mettere dei blocchi fisici che fanno più che altro per frustrarli nel loro lavoro. Avete bisogno di un contratto standard in atto che renda esplicito ciò che dovrebbe essere già noto che tutto il codice sorgente scritto appartiene all'azienda e una cultura che rispetti i protocolli di sicurezza di base e i login individuali, oltre a questo, non dovreste fare nulla.