Un cliente me paga para que le escriba un programa. Sin embargo, este programa podría ser útil para muchas personas, así que después de que me hayan pagado, estoy pensando en poner el programa y el código fuente en línea de forma gratuita.
Pero el cliente que me pagó puede pensar que es mezquino porque tuvo que pagar el programa, pero todos los demás lo reciben gratis.
Otra idea es esperar un par de años y luego ponerlo en Internet.
¿Cuál sería la mejor práctica?
Sí. Es excepcionalmente poco ético en más casos a menos que se acuerde antes de realizar el trabajo.
Con toda probabilidad, el sólo La razón por la que se creó este "programa" fue debido a que el cliente pagando para crearla. Cualquier cliente pagarle sólo para que luego te des la vuelta y liberes, el producto por el que pagaron, de forma gratuita va a estar muy, muy, muy molesto. Posiblemente incluso consideren un recurso legal.
Además, el contrato de la obra puede significar que usted no es dueño de la Propiedad Intelectual (PI) y estaría distribuyendo esencialmente en contra de los derechos que tiene. No hay forma de saber esto sin ver el contrato.
Al final, el un cosa que puede ser absolutamente seguro de es que tal acción provocará un horrible boca a boca de tus servicios por parte del cliente que te pagó.
(Sinceramente, me sorprende que esto se tenga en cuenta).
No es "excepcionalmente poco ético" como se ha respondido anteriormente. La ética no tiene nada que ver, ya que es una cuestión de propiedad. El hecho de que un cliente te pague por desarrollar un programa para él no le confiere automáticamente un derecho ético de propiedad sobre el trabajo. Al fin y al cabo, es el fruto de tu trabajo. Lo único que importa es la propiedad y eso depende de las circunstancias.
En primer lugar, y esto debería ser obvio, el único consejo que debe tomar en serio es el de un abogado de propiedad intelectual de su jurisdicción. (Yo no lo soy).
En EE.UU., si eres el propietario de los derechos de autor del código fuente, puedes licenciar ese trabajo como quieras. Puede venderlo a Alice hoy y dárselo a Bob mañana. Puede licenciarlo a Acme Inc. como código abierto la semana que viene y luego licenciarlo a Bell Corp. mediante un acuerdo de propiedad el año que viene. Al ser de tu propiedad, puedes disponer de él como quieras.
Pero puede haber cedido ese derecho al cliente. En mi propio contrato independiente para empresas de software, todavía no he visto un acuerdo de consultoría que no transmita explícitamente la propiedad intelectual de mi trabajo al cliente. De hecho, suelen ser bastante verbales al respecto y lanzan una amplia red para estar seguros con un lenguaje como "todos los derechos, títulos, intereses, secretos, etc." y luego "a perpetuidad". Si usted firmó un acuerdo de este tipo con su cliente, está obligado a cumplirlo y cualquier intento de revender la obra más tarde sería un robo al cliente y posiblemente un fraude al comprador.
Sin embargo, si usted no aceptó esas condiciones, el cliente no tiene necesariamente la propiedad implícita de su trabajo. En EE.UU., por ejemplo, tendrá que consultar las leyes estatales correspondientes relativas al trabajo por encargo y a los derechos de propiedad intelectual, de nuevo con la ayuda de un abogado especializado en propiedad intelectual. Gran parte de la cuestión depende de los precedentes. Incluso si el cliente tiene la propiedad implícita, es posible que no le importe. O puede que estén dispuestos a venderle los derechos a cambio de una compensación razonable. (¡Yo lo he hecho!) Consiga esa indiferencia o acuerdos por escrito y entonces podrá comercializar libremente su trabajo "sin culpa".
Normalmente, estas cuestiones deben discutirse de antemano. En un contrato de desarrollo siempre se debe indicar claramente la propiedad y la exclusividad.
Lo que podrías hacer es ponerte en contacto con el cliente y ver qué opina de tu idea. Especialmente después de que haya pasado algún tiempo, puede que también esté interesado en cualquier desarrollo posterior que el open-sourcing pueda aportar. Además, podrías incluirle en las credenciales como: "Este código fuente ha sido desarrollado por X y patrocinado por la empresa Y" ¿Quizás le guste el efecto de marketing?
Si tienes una discusión abierta no veo ningún problema, pero debes estar preparado para recibir un "No".
¿Dónde se encuentra? ¿Dónde se encuentra la parte que le contrata? Gran parte de los consejos que hemos dado hasta ahora en esta columna serían bastante ilegales en Estados Unidos, y podrían serlo incluso si usted no está ubicado en ese país. En Estados Unidos, si le contratan para desarrollar software, ese trabajo se considera por encargo, lo que significa que, a menos que el contrato establezca lo contrario, el 100% de la propiedad y los derechos legales son para la empresa que le ha contratado. Usted no es dueño del código, ellos sí, usted sólo lo programó. Si liberas el código, podrías tener serios problemas legales.
Lee detenidamente tu contrato, ¿hay alguna condición como ésta? Si la hay, no puedes usarla. Si no es así, puedes utilizarlo.
Pero déjame hacerte una pregunta.
¿Realmente lo estás pensando?
Piensa que si eres cliente, has pagado un dinero al desarrollador por tu producto. Vas a hacer marketing en las redes sociales, SEO, etc. para hacer famoso ese producto. Pero de repente encuentras un código abierto o un producto, igual que tu producto pagado. ¿Qué es lo primero que te viene a la cabeza?
¿Qué harías tú?
FinanHelp es una comunidad para personas con conocimientos de economía y finanzas, o quiere aprender. Puedes hacer tus propias preguntas o resolver las de los demás.
