Estoy desarrollando una aplicación web usando ASP.NET. Me gustaría contratar a algunos desarrolladores para acelerar mi proceso, pero me temo que si mis miembros toman mi código y se van. Me pregunto cómo las grandes empresas mantienen su código de producto sin caer en manos equivocadas. Por ejemplo: como te dije antes, estoy contratando personal para acelerar mi proceso, pero sabes que cada hombre no es el mismo. Algunas personas pueden trabajar apenas y otras pueden obtener el código completo y salir.
Entonces, mi pregunta es ¿cómo las grandes empresas como Microsoft, Facebook, Yahoo mantienen su código protegido?
Actualmente, Facebook tiene casi 8,348 miembros (septiembre de 2014). Si digo que todas y cada una de las personas tienen el código completo de Facebook, ¿estoy en lo cierto o equivocado?
Entonces, ¿cuáles son las mejores prácticas que debo seguir si contrato a miembros del personal para acelerar el proceso?
Respuestas:
Está sobreestimando la importancia del código fuente y subestimando la importancia de todo lo demás en la cadena de valor de la venta de software.
Claro, un contratista podría robar su código fuente. Pero entonces que? ¿Podrán crear una versión, mantener el código aún más, contactar a sus clientes y venderles una imitación por un precio más bajo? Casi seguro que no. Particularmente para compañías extremadamente grandes como Microsoft, ganar dinero con el software implica mucho más que compilar las clases y enviarlas a las personas por dinero. Nadie podría robar el código fuente de Windows y proceder a cerrar Microsoft; Los obstáculos legales, prácticos y logísticos son demasiado altos para lograrlo.
Eso deja el temor de que al leer la fuente, los competidores aprenderán los trucos inteligentes que usaste y obtendrán una ventaja. Esto, también, casi siempre está excesivamente sobrevalorado; Si tus ideas son buenas, ¡tendrás que apisonarlas en la garganta de la gente! El software tiene éxito no porque usa trucos inteligentes, sino porque satisface una necesidad con precisión. Las tiendas de software exitosas realizan una buena investigación de mercado, reúnen buenos requisitos, cuentan con un sólido proceso de producción y prueba y generalmente hacen las cosas de la manera más predecible y fácil de planificar.
Sin duda, a veces se puede obtener una ventaja de mercado al tener ingenieros más brillantes que la competencia. Lea la descripción de Paul Graham de Viaweb un día: ¡la competencia ni siquiera sabía que estaban usando Common Lisp! ¿Pero eres realmente un Paul Graham? Probablemente no.
(Y, de hecho, Microsoft pone el código fuente de Windows a disposición de muchas universidades asociadas, en virtud de acuerdos de confidencialidad, sin duda, pero aún así, exactamente para las personas que podrían utilizar las ideas extraídas de él para competir con Microsoft. Pero esto nunca sucede , porque poseer el código fuente de alguien no equivale mágicamente a usurpar su posición en el mercado).
fuente
¿Por qué centrarse en cómo las grandes empresas lo manejan cuando las pequeñas también tienen los mismos problemas? Soy el único desarrollador de backend para una pequeña empresa y tengo acceso a todos los repositorios Git de mi empresa, tanto en el trabajo como en el hogar. En teoría, podría tomar todo este trabajo y salir corriendo en cualquier momento. Hay muchas razones por las que no incluyo, pero no me limito a:
En resumen, hay muy pocos incentivos para robar código. Creo que el problema más importante es darles a los programadores la inspiración para desarrollar su idea por su cuenta, pero en algún momento debe estar dispuesto a confiar su proyecto a otras personas si desea que puedan trabajar en él. Es una apuesta, pero a menos que vaya a hacer todo el trabajo de desarrollo usted mismo, es una apuesta que tendrá que asumir.
fuente
Las grandes empresas restringen cuál de sus empleados tiene acceso a su código fuente. Y tener acceso a la fuente para un producto no significa que tenga acceso a la fuente para todos los productos.
Pero creo que esto tiene menos que ver con prevenir el tipo de robo del que estás hablando y más con evitar cambios accidentales en el código incorrecto.
Una de las grandes empresas que nombró definitivamente tuvo un incidente en el que un empleado o pasante publicó un código fuente en línea. No estaban contentos con eso, pero al final el daño fue principalmente de reputación (es decir, permitieron que sucediera).
Estoy con Kilian El código fuente no es tan importante como crees que es. Creo el código fuente y me encantaría creer que el fruto de mi trabajo es lo más valioso que posee mi cliente, pero simplemente no lo es.
fuente