¿Es ético usar código personal en el trabajo?

29

Estoy trabajando en un proyecto paralelo en el trabajo donde encuentro beneficioso usar parte de mi código que he desarrollado personalmente (fuera del trabajo) para acelerar mi desarrollo. Mi proyecto paralelo es desarrollar una aplicación GUI C ++ para permitir a nuestros usuarios avanzados ejecutar consultas (creadas por mí) contra bases de datos en varias plataformas diferentes ( DB2 , Oracle, SQL Server y MySQL ). En el pasado, generalmente los ejecutaba yo mismo a pedido o creaba una aplicación Excel VBA para ellos. Ahora que he creado varias aplicaciones VBA para diferentes personas, encuentro la necesidad de crear una aplicación central que solo lea en archivos .sql personalizados y se ejecute en varias bases de datos.

La aplicación que estoy creando está en C ++ y utiliza un kit de herramientas GUI multiplataforma LGPL . Sin embargo, tengo mucho código que en mis propias bibliotecas que he construido a lo largo de los años en proyectos relacionados con el ocio y no relacionados con el trabajo. ¿Está bien usar este código en el trabajo, ahorrándome a mí (y a la compañía) tiempo? Si es así, ¿puedo transferir cualquier corrección de errores y mejoras a mi biblioteca personal? Parece que hay una línea que no sé cuándo voy a cruzarla.

Solo quiero agregar que ninguno de los códigos personales tiene nada que ver con ninguna lógica comercial. Son solo clases básicas de utilidad / envoltorios.

Peter Mortensen
fuente

Respuestas:

38

¿Está bien usar este código en el trabajo, ahorrándome a mí (y a la compañía) tiempo?

Si, es ético. En el caso de que describa que posee el código, puede entregarlo libremente a su empresa. Lo contrataron para escribir código, por lo que confían en su código.

Si es así, ¿puedo transferir cualquier corrección de errores y mejoras a mi biblioteca personal?

Su contrato probablemente lo prohíbe a menos que obtenga permiso (verifique su contrato)

La mejor solución es hablar con su gerente. No veo ningún gerente que rechace tu solicitud. También lo hace ver bien cuando señala cómo su codificación personal está ayudando a la empresa.

Tom Squires
fuente
Si realiza las correcciones de errores desde la memoria y no copiando realmente el código realizado en el trabajo (que posiblemente podría rastrearse), es bastante difícil demostrar de dónde surgió la idea; es muy probable que haya corregido el error en su tiempo libre y lo haya reimportado a su código de trabajo
Izkata
@Izkata: La pregunta era sobre ética , no demostrabilidad. Ya sea que se pueda probar que se produjo el backporting o no, el autor de la pregunta aún lo estaría . Si, como dice Tom Squires (probablemente correctamente), el contrato prohíbe eso, entonces no, no sería ético .
Ross Patterson el
@RossPatterson La segunda mitad, sobre backporting, no fue sobre ética, y Tom parece haberlo interpretado de la misma manera que yo, un problema legal más que ético. Además, si las correcciones de errores se realizan desde la memoria, es poco probable que el código sea idéntico a menos que sea una solución absurdamente simple; en cualquier caso, no hay ética involucrada, es solo un diseño convergente.
Izkata
La verdadera pregunta no es acerca de ser ético o de confianza, es si coloca el código bajo una licencia adecuada incluso antes de intentar usarlo en el trabajo. Piense en los derechos de autor y piense en ambos sentidos.
JensG
22

Algunas compañías también reclaman el trabajo que ha realizado fuera de las horas. Depende de la empresa, algunos de ellos son grandes en el control de IP.

Todo debería estar abajo en su contrato. La preocupación es si reclaman su trabajo de tiempo libre, que ha sido un horror mío.

zeristor
fuente
2
definitivamente vale la pena ver esto, hay una posibilidad razonablemente buena de que ya sea su código de acuerdo con el contrato, y agregarlo a su base de código casi definitivamente lo convirtió en su código.
Ryathal
¿Reclamando trabajos que ha hecho fuera de su trabajo ? ¿Es posible? Creo que debe depender del país en el que esté trabajando, porque hasta donde yo sé, esto sería ilegal en Francia, incluso si está escrito en su contrato.
Clement Herreman
1
Muchas compañías lo intentan, es imposible de cumplir, ya que casi todos los contratos también establecen que no puede demandar a su empleador.
Woot4Moo
1
1 @Raythal - a menos que el OP licencia de su trabajo a su empleador, incluyendo en sus proyectos sin previo aviso podría haber hecho un producto de trabajo. Es posible que haya contaminado irremediablemente sus bibliotecas personales si su empresa se entera y se enoja.
DaveE
2
IANAL, pero muchos acuerdos de propiedad intelectual reclaman la propiedad intelectual en cuatro situaciones: si el trabajo se realizó a tiempo de la empresa, si utilizó los recursos de la empresa (hardware, software, etc.), si resulta del trabajo realizado para el empleador (posiblemente mediante el uso de una empresa protegida información - algoritmos patentados, etc.), o si está relacionado con cualquier negocio actual de la empresa o investigación o desarrollo real o anticipado. El último es el más vago, ya que cualquier cosa podría ser "anticipada". Me interesaría saber si alguien realmente ha sido demandado por esto en una situación que no sea competir directamente con su empleador.
Cliff
6

Su empresa puede tener un departamento de IP dedicado o especialista. Consulte con ellos. Su gerente debería poder ponerlo en contacto.

Ciertamente es ético; No puedo imaginar que su compañía lamentara tener más acceso a su trabajo y poder mental. Desea protegerse de perder el control sobre su propio código. Algunas cosas que podría considerar hacer primero son crear un proyecto de código abierto con su código y asignarle una licencia que sea compatible con las políticas de IP de su empresa.

Además, busca obtener un permiso oficial para liberar cualquier código que le contribuyas. Algunas (¿muchas?) Compañías están bien con la publicación de código bajo licencias de código abierto siempre que haya una clara separación entre el código abierto y el código de la compañía. Esto puede ser cierto incluso si su contrato dice "somos dueños de todo lo que hace, incluso remotamente relacionado con el trabajo". En mi experiencia, están más preocupados por diluir su ventaja competitiva en su negocio principal. Esta es otra razón para empaquetar su código en una biblioteca con licencia adecuada en lugar de importarlo directamente.

Espero que esto ayude.

Mike B
fuente
2

Es totalmente ético. A menudo investigo nuevas tecnologías y diferentes formas de hacer las cosas en casa, y más de una vez he desarrollado algo en casa que terminé usando en mi trabajo. Tampoco tendría problemas para traer soluciones o mejoras a casa (o llevarlas de casa al trabajo).

Solo me preocuparía si pretendías liberar tu trabajo de forma independiente. Si ese es el caso, entonces no lo traería, y ni siquiera trataría de reutilizar el diseño. Como han dicho otros, verifique su contrato de trabajo y discútalo con su gerente. Si no tiene uno de esos contratos del tipo "trabaja para nosotros las 24 horas del día, los 7 días de la semana", puede considerar liberar su código bajo alguna licencia y usar solo el código publicado en el trabajo. Entonces, realmente no sería diferente de usar un proyecto de software libre o de código abierto, lo que supongo que ya puedes hacer.

TMN
fuente
1

Como siempre, depende. En este caso, en lo que a) dice la licencia que puso en el código yb) en lo que dice su contrato. Es posible que desee llegar a un acuerdo comercial con la compañía que cubre el código que escribió antes de llegar allí.

No hay ningún problema ético general con esto, siempre que lo pienses de antemano.

Andrew McGregor
fuente
la licencia que le otorgue a su código puede o no ser relevante según lo que diga su contrato, si su empleador reclama la propiedad de todo, entonces cualquier licencia a la que coloque su código sería nula porque no tenía derecho a licenciar ese código.
Ryathal
1

Estoy totalmente de acuerdo con el póster anterior, la ética no es realmente un problema aquí en mi opinión, a menos que el contrato le prohíba el uso de scripts / software no desarrollados internamente, entonces podría tener un problema ético.

Su problema es en realidad los derechos de propiedad.

Y aquí hay varios temas en los que debe pensar.

¿Qué dice su contrato sobre propiedad intelectual?

¿Su empresa conserva los derechos de las cosas que crea?

¿Qué licencia usa su empresa cuando desarrolla código?

¿Es compatible con sus propias licencias?

Estas son preguntas que debe haber respondido antes de desarrollar cualquier código, permitir que el código ya desarrollado entre en los repositorios de su empresa o retome el desarrollo ...

Einar Petersen
fuente
44
debe editar su respuesta para incluir el nombre de la persona que escribió la respuesta con la que está de acuerdo, las publicaciones no se mantienen en orden cronológico.
Ryathal
0

No es ético robarle a su empresa, y, si acepta que todo su trabajo, mientras está en el trabajo, les pertenece, entonces no es ético mover subrepticiamente el código a su base de código.

Pedir el permiso de su gerente puede no ser suficiente, es posible que él no esté en condiciones de negociar esto con usted. Por lo tanto, dependiendo de las circunstancias, pedir puede no liberarlo de su compromiso, y en cambio puede ganarle un cómplice.

La forma correcta de hacer este tipo de cosas es dejar en claro que está trayendo un proyecto externo de su propiedad a la empresa y luego firmar (o aceptar verbalmente) un contrato o arreglo por separado, específicamente para el proyecto externo. Haz esto por adelantado.


Tenga en cuenta que los aspectos legales y éticos son diferentes y no están completamente de acuerdo. Incluso si es ético, a veces no es legal llevar su código al trabajo sin un contrato (mientras que, en otras circunstancias, no es legal que conserve el código en casa; está legalmente obligado a traerlo y usarlo, si usted, lo mejor que pueda, piensa que beneficiaría a la empresa).

blueberryfields
fuente