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

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.

¿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.

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.

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.

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.

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.

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 ...

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).