Al contratar a un quant, ¿cómo puedo proteger mi propiedad intelectual?

Question

Soy una empresa unipersonal y me gustaría contratar a un cuant para unas 4 semanas de trabajo. Me preocupa que la persona que contrate pueda copiar mis datos o los indicadores con los que le haga trabajar.

¿Qué han hecho otros para proteger sus activos de la reutilización por empleados y contratistas?

Más información:

• Trabajo desde casa, así que no puedo proporcionar un PC/entorno cerrado.
• No necesito darles acceso al código, sino a datos históricos muy particulares que no se pueden adquirir en ningún otro sitio, en los que he identificado oportunidades que necesitan un mayor refinamiento.

Tal vez mi única opción sea usar el quant para educarme... "Si tengo X e Y, ¿cómo produciría Z?". Doloroso tanto para mí como para el quant.

Answer 1

• Los acuerdos de confidencialidad funcionan en el aspecto legal pero no en la realidad, ningún acuerdo impide que alguien con intención siga robando código o ideas.

• Proteger el código central en bases de código ofuscado, a través de APIs instaladas en la máquina local o tenerlo en un servidor al que otros no tengan acceso y proporcionar acceso a través de llamadas a funciones.

• Asegúrese de que la máquina local no tiene ningún acceso de hardware al disco duro, otros medios de almacenamiento, y no hay puertos USB abiertos.

• Instalar software de supervisión para medir lo que hace el usuario

• Instalar un servicio de bloqueo de sitios web para evitar que los usuarios suban cosas (aunque esto sólo funciona en departamentos de TI y de cumplimiento bien capitalizados donde hay personal que actualiza constantemente los filtros. Mejor limitarse a desactivar el acceso a Internet.

Algunas son en mi opinión medidas radicales, te recomiendo que prestes más atención a quién contratas realmente. Y sobre todo, sólo exponer los recursos a alguien que esta persona realmente necesita. Nada de acceso a otras carpetas de la unidad, nada de acceso a bases de código a menos que esa persona realmente lo necesite para su trabajo principal.

Editer : Lo que a mí me suele funcionar (para proyectos de codificación) es contratar a gente con cero conocimientos de mercados financieros. Obviamente, esto sólo se aplica a proyectos en los que no se necesitan esos conocimientos de dominio. Alguien sin conocimientos ni motivación para echarle el ojo a tu código de estrategia o a tus ideas tiene muchos menos incentivos para robar que alguien que está estrechamente relacionado con este sector y puede conocer a gente que potencialmente podría sacar provecho de tus ideas y código.

Answer 2

¿Acuerdo de no divulgación?

si eres realmente paranoico puedes probar

• ¿Utiliza un ordenador sin acceso a Internet?
• ¿no permitir el uso de un ordenador personal?
• ¿Utiliza un compilador modificado y/o bibliotecas/API propietarias?

Answer 3

Contrata a alguien que conozcas (familia / un amigo íntimo).

Parece una tontería, pero lo que funciona para la mafia debería funcionar para ti. Si confías en alguien no necesitas tomar muchas precauciones. A veces incluso merece la pena comprometer la habilidad.

Answer 4

1. Divida el código en partes. (pruebas unitarias, comprobación de errores, algo)

2. Decida qué código es sensible y qué código puede compartirse.

3. Cree una versión "falsa" del código sensible para realizar pruebas.

4. Que el programador trabaje en la parte que no es sensible.

5. Codifica tú mismo la parte sensible (el algo).

(Ejemplo: No hay ninguna razón por la que un programador no pueda trabajar en la parte del código que calcula y realiza el seguimiento del deslizamiento. Ponlo en la parte del código que es "pública").

Nota: El mismo concepto funciona con los datos . . por ejemplo: Podrías hacer un bucle con los datos y alterarlos. Los datos alterados pueden ser utilizados para propósitos de prueba. A continuación, puede ejecutar el código en los datos reales una vez que el sistema funciona.

La clave es simplemente no exponer nada significativamente sensible.

Answer 5

Para algoritmos/estrategias/indicadores, normalmente se describe el algoritmo general, pero se omiten los parámetros. Luego se toman de un archivo de configuración. Así que hacemos todas las pruebas, incluidas las pruebas de aceptación utilizando x=12, y=18. Pero luego lo ejecutas tú mismo usando tus números secretos, x=10.56 y y=21.22.

Esto es en el contexto de la codificación de una estrategia comercial existente. Si quieres que la persona encuentre los valores óptimos de x e y, podrías darle el algoritmo como una función de caja negra precompilada.

Tu caso de los datos históricos es más difícil; a menos que haya alguna forma de sanearlos sin hacerlos inútiles. Pero si son difíciles de obtener, ¿quizá todo lo que aprendan no sea útil, de todos modos, de cara al futuro?

Por encima de todo, necesitas sentir confianza en la persona con la que trabajas. Los acuerdos de confidencialidad y demás documentación sólo sirven para dejar claro cuál es el acuerdo; es poco probable que funcione la imposición legal de nada. Es el sentido de la ética de la persona el que lo hace valer.