Entregue el código fuente al cliente

Hice un par de aplicaciones de iPhone para un cliente y hoy me pidieron que entregara el código fuente para que pudieran hacer el mantenimiento si fuera necesario. Hasta ahora, nunca se discutieron problemas de código.

• ¿Hay alguna práctica "común" con respecto a esto?

• Además, ¿de qué manera esto debería afectar el precio?

¿Qué dice su contrato con el cliente?

Si no es así, y este es un trabajo por contrato , entonces ellos son dueños del código fuente a menos que su contrato indique lo contrario.

En el futuro, es posible que desee que un abogado revise sus contratos.

No soy abogado, este no es un consejo legal, y probablemente debería consultar a un abogado.

Parece que la respuesta está en si esto cae dentro de lo que se considera un trabajo por contrato. Hay un gran artículo sobre esto en bitlaw , y como dije antes, solo un abogado podrá responder a su pregunta.

Este es un tema que debe discutirse antes del proyecto y expresamente escrito en el contrato; no es solo un problema legal o financiero, sino que también afecta de alguna manera la forma en que se realiza el proyecto. Por ejemplo, cuando sabe que debe entregar la fuente, como buen proveedor, hará buenos comentarios y documentación que coincida con las expectativas de mejores prácticas. También puede evitar volver a usar parte de su propio código, porque ese código podría ser tan inteligente que simplemente no quiera regalarlo.

Ahora es muy tarde. O concede o contacta a un abogado.

Es bastante típico que se espere que el código personalizado para un cliente específico esté disponible gratuitamente a pedido. Están comprando su tiempo para generar algo para ellos, y probablemente en algún momento querrán todo del trabajo por el que pagaron. Por supuesto, hay excepciones.

Normalmente, el software escrito y "generalmente" vendido no tendrá el código fuente disponible gratuitamente, pero puede tenerlo disponible por un precio.

Esta es una parte de la razón por la cual el software personalizado cuesta mucho más que el software de "venta general" (incluso cuando el software de "venta general" puede tener números muy pequeños en circulación).

La regla general es que el autor de la obra posee los derechos de autor: lo que usted crea, usted lo posee.

Existen excepciones para esto. Lo más obvio es el trabajo creado por un empleado . La otra excepción ( Ley de Derecho de Autor de 1976, 17 USC 201 ) está en la doctrina del "trabajo por contrato" que dice que el trabajo es propiedad de la persona que lo pagó. Pero para que suceda la FMH, todo lo siguiente debe ser cierto:

1. El trabajo fue ordenado o comisionado. Cierto.
2. Hubo un acuerdo de que el trabajo se consideraría una FMH. Falso.
3. El trabajo es parte de un conjunto de nueve categorías específicas de trabajo: una traducción, una contribución al trabajo audiovisual, una contribución a un trabajo colectivo (como una revista), como un atlas, como una compilación, como un texto instructivo, como un prueba, como material de respuesta para una prueba, o un trabajo complementario. Falso.

En este caso, no es necesario que entregue nada.

(Algunos textos que apoyan esto están aquí , aquí , aquí , aquí y aquí )

En mi trabajo diario no es raro que las empresas exijan que nuestro código fuente se entregue a un servicio de custodia. La idea es que la empresa no quiera comprometerse a confiar en nuestro software sin una forma de corregir los errores: nuestra empresa sobrevive para que podamos solucionarlos o el servicio de custodia les entrega el código.

Sin embargo, presumiblemente este es un punto muy claro en un contrato, creo que no obtienen el código fuente a menos que nuestra empresa falle, y esperaría que esto se refleje en el alto precio relacionado con el contrato. No estoy seguro de cómo se aplica a un contratista individual, un pequeño escenario de aplicación.

Bueno, para mí el código fuente valdría el precio real * 5

Tuve una situación similar. Cuando se completó la aplicación, la compañía decidió que quería comprar el código fuente y que alguien más se hiciera cargo (solo estaba trabajando en eso a tiempo parcial). Hicieron lo que pensé que era una oferta adecuada. Pensé que se suponía que siempre trabajaría en ello y ninguno de nosotros sabía que tenían derecho al código.

Sucede que estaban siendo comprados (no me lo mencionaron) y el comprador no quería tener cabos sueltos en las licencias de software. No estoy seguro de saber si hubiera pedido más. Probablemente no, ya que la persona que me puso en contacto con esta empresa también me encontró algunos otros proyectos. Supongo que el buen karma puede provenir de la ignorancia.

En su caso, debe darles el código y pedir que lo usen como referencia para su trabajo.

Primero, como casi todo el mundo ha señalado, esto debería haber sido parte del contrato original. Asegúrese de que este punto sea la dirección en el futuro.

Segundo, ¿cuánto vale la buena voluntad de este cliente? ¿Puede esperar obtener más negocios de ellos en el futuro? ¿Puedes usarlos como referencia para futuros trabajos?

Por último, ¿cuánto daño pueden hacerte? En muchas, si no en la mayoría de las industrias, se corre la voz rápidamente. ¿Los malos sentimientos de este cliente tendrán un efecto negativo en otros clientes?

Probablemente seguiría adelante y se los daría, posiblemente pidiendo una pequeña cantidad de dinero. Asegúrese de que sepan que está haciendo esto para su beneficio y que querrá abordar este punto en un trabajo futuro que haga.

Si no era parte del contrato, entonces ninguna parte tiene control sobre la verdad.

Necesitamos aquí más de lo que dijiste lo que dijeron en el punto del acuerdo. Si no está de acuerdo, busque un abogado y no permita que la gente lo empuje.

retroceda y diga, no trabajo para usted, estoy vendiendo un software personalizado para sus necesidades, solo solicitó el software, no se discutió el código, ya que me costará una tarifa adicional modificar el código que se presentará a las vistas externas .

buena suerte

No soy abogado, esto no sustituye la discusión de abogados en su estado local

Si su contrato no dice nada sobre el código, no tiene ninguna obligación de entregárselos. Teniendo en cuenta que si su cliente es inofensivo, ha renunciado a su capacidad de corregir el programa en su nombre y, en consecuencia, cualquier posibilidad de que tenga que corregirlo como un servicio. Por otro lado, si su cliente usa ese código para hacer su propia aplicación y venderla, no habrá nada que pueda hacer al respecto. Incluso si los hiciste firmar un contrato declarando que no pueden reutilizar el código, sería muy difícil en la corte demostrar que lo hicieron.

En todo caso, les preguntas por qué quieren la fuente. Nada de lo que puedan decir a esa pregunta podría justificar por qué necesitarían su código cuando simplemente podría hacerlo usted mismo.

Esta es una publicación antigua, pero aún está en discusión en el mundo de hoy.

En mi opinión, si le pagan por hora y el cliente lo guía para crear un programa de software, debe entregar el código fuente.

Si tiene un software comercial y se lo vende para que lo use ... entonces no, NO debe entregar el código fuente.

Independientemente de lo que sea legal o no ... ya que tampoco soy abogado. Lo correcto es entregar el código fuente. ¿Qué pasa si te pasa algo? Su cliente queda fuera del frío. Además, ¿qué pasa si su software causa daño a la empresa? ¡TU ERES RESPONSABLE! Deje ir el código de espera con la esperanza de ser pagado por el trabajo futuro. Simplemente haga un buen trabajo a un precio razonable en primer lugar y el trabajo continuará.

Y a la persona que cobra 5X por el código fuente. Como programador, supongo que eres muy bueno con las matemáticas. ¿Por qué alguien pagaría 5X por algo ... cuando pueden pagarle a otra persona 1x para replicar lo que construiste? Esta es una forma rápida de ser despedido. No puede comer su código fuente ... así que con un pensamiento como este ... usted y su código fuente estarán sentados al margen.