El cliente quiere el código fuente, pero contiene mucho código compartido que reutilizo con otros proyectos

Tengo un cliente que desea que entregue el código fuente con una aplicación binaria desarrollada. Originalmente no dijeron nada sobre el código fuente, pero recientemente dijeron que lo necesitan. El contrato no está finalizado. Estuvieron de acuerdo con el trabajo, no firmaron y luego regresaron con esta cláusula.

El problema es: tengo una base de código que he creado a lo largo de los años y la he usado como plantilla para la mayoría de las aplicaciones que escribo. Es mucho más grande que el alcance del proyecto.

También tengo la intención de usarlo para un producto, por lo que realmente no deseo proporcionarlo para un proyecto relativamente pequeño.

Supongo que esta no es la primera vez que esto sucede en esta industria. ¿Cuál es la mejor manera de sortear este problema? Supongo que cosas como las bibliotecas compartidas podrían ayudar.

Lo primero a tener en cuenta es que el código fuente tiene un valor separado de los binarios. Es perfectamente razonable negarse a firmar un contrato que requiere la entrega del código fuente o insistir en pagos adicionales para la entrega del código fuente. Los contratos son documentos bidireccionales. No permita que la otra parte dicte lo que se requiere solo porque son "grandes empresas" y "hacen esto todo el tiempo". En primer lugar, decidir lo que está dispuesto a entregar y la forma en que desea ser compensado. Luego lleve su contrato a un abogado y determine qué necesita cambiar. Entonces, negocias.

No hagas lo que hacen muchos jóvenes cuando comienzan a contraerse. No solo firme porque parece que tienen mucha experiencia y usted no. Esa es una buena manera de ser estafado.

Mira por qué quieren la fuente. Es posible que lo quieran para tener la opción de usar otro desarrollador más adelante. O pueden quererlo solo porque tienen miedo de que un autobús te golpee y de repente se quedarán con binarios que no pueden mejorar. Si es este segundo caso, busque un Servicio de depósito de garantía de código de software . Estos servicios contienen el código fuente en caso de quiebra o si no puede mantener el software. Esto puede satisfacer tanto su deseo de mantener su código patentado para atender a otros clientes como su deseo de no quedarse con la bolsa con un conjunto de binarios que no se puede mantener si sucede algo malo.

"No" es una respuesta perfectamente buena, en realidad es una respuesta increíblemente útil que, por alguna razón que no puedo entender, está muy subestimada.

"Hola, de repente decidimos que también queremos el código fuente, de forma gratuita".
"Hola no"

No es tan difícil, de verdad.

Luego, si desean pagar grandes cantidades de dinero sobre lo que ya le deben, puede darles una versión recortada de su solicitud, que incluya solo las fuentes que realmente necesitan, y asegurarse de que obtengan derechos absolutamente no exclusivos.

No compliques las cosas simples.

Su pregunta es, "¿cuál es la mejor manera de sortear este problema?" Pero, ¿qué ves como el problema? Otros han señalado correctamente que es una cuestión de negociación: todo tiene un valor, y depende de usted darle al cliente un precio por proporcionar lo que se solicita.

Pero también debe considerar cuidadosamente, y escribir en el contrato, las implicaciones de proporcionar el código. ¿Es solo para que el cliente pueda verlo? ¿Puede el cliente modificarlo? Y en particular, ¿consideraría otorgarle a su cliente derechos exclusivos sobre la base de código que ha creado a lo largo de los años y que se usa como plantilla para la mayoría de las aplicaciones para que nunca más pueda usarla usted mismo en el futuro?

Debe asegurarse de que el contrato indique explícitamente quién tiene los derechos para usar el código y de qué manera.

Recuerde que cualquier código fuente requiere una licencia. Si entrega el código fuente, la compañía puede usar el código fuente para hacer cualquier cosa que permita la licencia, y cualquier otra cosa que no sea violación de derechos de autor. Por lo tanto, si entrega el código fuente, tendría un contrato que deja absolutamente claro que conserva los derechos de autor exclusivos del código fuente, y exactamente qué usos del código fuente están permitidos. Y, por supuesto, el código fuente + la licencia no serían gratuitos.

Es poco probable que una compañía importante infrinja sus derechos de autor, ya que ser atrapado causaría un daño importante a su reputación, además de daños financieros. Por otro lado, pagar por software sin garantía de que cualquier problema pueda solucionarse en el futuro puede ser inaceptable para el cliente.

Anteriormente, generalmente proporcionaba el código fuente (bibliotecas y todo) bajo una licencia MIT al cliente. Si sus bibliotecas están bien organizadas, solo proporciona los archivos / recursos necesarios para ese cliente en particular, pero nada más. Creo que es justo tanto para mí como para el cliente. Sin embargo, siempre existía el problema del nuevo código escrito para ese cliente en particular bajo contrato que antes no formaba parte de la biblioteca. Entonces comencé a discutir el problema con el cliente antes de comenzar el proyecto. Algunos clientes querían la propiedad de ese código, otros no (siempre daba incentivos negativos, como precios más altos para aquellos que lo hacen). Pero, realmente para algunos clientes, esa discusión fue muy confusa y, a veces, terminé hablando con 3 o 5 personas diferentes (incluido su abogado) solo para obtener la aprobación del proyecto.

Así que ahora todas mis bibliotecas son parte de un marco personalizado que siempre uso para desarrollar y le explico al cliente que usaré este marco pero que el marco es un producto diferente con una licencia diferente. (A veces uso "componentes de software" cuando explico porque "framework" puede ser desconocido para ellos). Siempre proporciono el código de los archivos usados ​​bajo una licencia MIT y (porque todo el código está bien organizado) el código de bajo nivel (incluso el nuevo) permanece en el marco (para que yo y ellos lo reutilicemos) pero el código correspondiente para su aplicación solo es para ellos mantenerlos bajo sus propios términos (ese código probablemente sería inútil para mí reutilizarlo en otro proyecto). Por supuesto, todo lo que está escrito correctamente en el contrato. Creo que esto también es justo.

La clave es: "estos componentes son un producto diferente" y todo está escrito en un contrato antes de comenzar.

Entonces sí, su idea sobre el uso de bibliotecas compartidas puede ser correcta. Sin embargo, le pregunto, ¿por qué no les proporciona el código fuente que utilizó bajo una licencia que les permitirá reducir su riesgo? Creo que eso sería justo.

La forma de lidiar con esto es negociar.

Si quieren el código fuente, entonces deberían estar preparados para pagarlo, y depende de usted decidir cuánto debería ser.

Por otro lado ... si no están preparados para pagar lo que desea, pueden decidir "llevar su negocio a otro lado".

Bienvenido al mundo de los negocios :-)

Y cuando hable con posibles clientes en el futuro, asegúrese de mencionar este tema desde el principio ... para evitar perder el tiempo de todos.

También vale la pena señalar que lo que está haciendo es un anatema para los desarrolladores de código abierto y para los clientes (educados) que buscan soluciones de código abierto.

Esto puede ser demasiado tarde para usted, ya que es posible que ya haya acordado contractualmente hacer esto, y podría haber acordado términos mutuamente incompatibles con diferentes clientes.

Hay dos formas en que puede proporcionar a sus clientes su código fuente. Propiedad de los derechos de autor y con licencia.

Algunos clientes querrán la propiedad del código fuente. Esto significa que, al final del proceso, le pagarán dinero y, a cambio, les otorgará derechos de autor sobre el código que cree para ellos. Una razón para esto es si ven un potencial significativo para la propiedad intelectual en el código fuente, y pueden querer valorar esto en el balance de su empresa. En este escenario, no tendrá derecho a continuar usando ese código fuente para otros proyectos, a menos que también obtenga una licencia de su cliente que le otorgue este derecho.

Si su cliente está comprando un producto 'listo para usar', esperarían recibir una licencia para usar el software, no la propiedad del código fuente. Deben esperar que esté vendiendo el mismo software (o similar) a muchas otras organizaciones, y que se beneficien de un menor costo de compra debido a la mayor base de clientes.

Sin embargo, la situación en esta pregunta es una mezcla de los dos.

Esto es lo que me gustaría poder hacer. Le otorgaría a su cliente una licencia para usar (y modificar) su código compartido. Si el cliente lo interrogara, señalaría que este es un código compartido que ya ha utilizado en varios proyectos y que tiene ofertas actuales para el trabajo futuro que se basan en que continúe usando este trabajo. Señale que esto ha resultado en menos tiempo en este proyecto para su cliente y que, como resultado, han pagado un precio más bajo. Al igual que otras bibliotecas de código compartidas utilizadas por el proyecto, tienen una licencia para usar este código y para permitir que otros equipos de desarrollo desarrollen este y otros proyectos basados ​​en esta biblioteca. Sin embargo, si prefieren la propiedad de todo el código, está dispuesto a crear un reemplazo, pero esto sería un cargo adicional.

Dependiendo de lo que ya se haya comprometido, podría tener que escribir una funcionalidad de reemplazo de forma gratuita o regalar su código fuente.

Recuerde, hay diferentes tipos de bibliotecas. La Biblioteca de plantillas estándar en C ++ es un buen ejemplo de una biblioteca que se incluye a nivel de código fuente y se compila en un ejecutable de proyecto que puede ser bastante similar a cómo ha utilizado su código común.

Si utiliza un tercero con el software que entrega, es probable que no tenga el código fuente de este tercero. Aún entregará el software a la compañía con los archivos binarios de terceros. El código que desarrolló como marco compartido en todos sus proyectos es exactamente como el de un tercero, incluso si es de su propiedad. En este caso, la compañía tiene exactamente el mismo riesgo con los binarios de su marco que con el tercero. ¿Por qué en este caso le daría a la empresa el código fuente de su marco? Puede proporcionarle una buena documentación API con un acuerdo de licencia y eso. Si su código contiene la próxima gran cosa que revolucionará la industria, es otra historia, pero generalmente no es el caso.