¿Cómo conservar los derechos para vender un proyecto de código abierto en una fecha posterior? [cerrado]

Question

Estoy en el proceso de iniciar un proyecto de código abierto destinado a digitalizar un montón de formularios proporcionados por un departamento gubernamental. Básicamente, en este momento, si las personas necesitan completar los formularios, deben hacerlo en papel, y me gustaría cambiarlo para que se pueda hacer en la computadora.

En la actualidad, el proyecto no tiene afiliación oficial con el gobierno y me gustaría configurarlo de tal manera que el público pueda contribuir a la digitalización de los formularios, ya que hay un gran número de formularios. En algún momento en el futuro, los formularios pueden llegar a ser de una norma en la que sería factible que pudieran ser utilizados oficialmente por el gobierno. Si este fuera el caso, sería ideal si hubiera algún tipo de remuneración, en lugar de que los formularios se entregaran al gobierno de forma gratuita.

En tal caso, ¿cómo retiene la autoridad sobre dónde va el dinero, dado que el proyecto podría haber tenido muchos contribuyentes? Obviamente, me gustaría transmitir una remuneración a los contribuyentes que se basa en cuánto han contribuido cada uno, pero ¿existen disposiciones o declaraciones legales que necesitaría tener para conservar la autoridad como la persona que toma las decisiones sobre quién? consigue que? ¿Es un caso simple de "la persona que comienza el proyecto tiene que decidir", o esto sería una violación de las leyes que rodean la propiedad intelectual o los derechos de autor, dado que parte de lo que se vende sería la contribución de otras personas?

Un caso (en una escala mucho mayor) similar al mío que se me ocurre es que Sun compró MySQL, quien decidió decidir dónde se destinaba el dinero de la venta y qué debía hacer para conservar la autoridad. tomar tal decisión? Además, ¿qué sacó Sun de comprar MySQL que no pudieron haber tenido simplemente al descargarlo, dado que era de código abierto?

Answer 1

Incluso los proyectos de código abierto tienen el concepto de derechos de autor.

El código del proyecto puede ser de código abierto, pero el copyright pertenece a alguien.

Por ejemplo, la mayoría de los programas GNU pertenecen a la FSF. Si realiza contribuciones no triviales (más que parches simples), le pedirán que les otorgue los derechos de autor del código.

Sospecho que esto también sucede con otras aplicaciones grandes de código abierto (por ejemplo, Mozilla, Eclipse e.t.c).

El controlador del código (y hacia dónde va el dinero) es el propietario de los derechos de autor.

Para resolver su problema, simplemente pida a todos los colaboradores que firmen los documentos que le asignan los derechos de autor del código.

Si más tarde decides hacer otra cosa con el resultado, puedes hacer lo que quieras, ya que serás el propietario de todo.

Answer 2

Sol, estoy seguro, tenía abogados. Realmente te sugiero que hables con uno. Podrían resolver cómo conservar algún tipo de derecho sobre el dinero para que usted (y sus contribuyentes) puedan obtener una remuneración más adelante.

Answer 3

InterBase es un sistema de base de datos que se ramificó a un versión de código abierto . Hoy en día, vuelve a ser de código cerrado, pero otros desarrolladores continúan desarrollando la versión de código abierto. Los dos productos se están volviendo muy diferentes hoy en día, pero han sido muy similares en el pasado.

El problema es que la licencia de código abierto se mantendrá con esa versión de fuente específica para siempre. Puede continuar desarrollando su producto, agregando nuevas características y cambiándolo nuevamente a un producto comercial, pero estaría compitiendo con otros desarrolladores que podrían continuar desarrollando en su versión de código abierto. Y tienen los derechos de autor de las modificaciones que están agregando a su proyecto.

Su principal problema con la devolución de su proyecto de código abierto a una versión comercial nuevamente son las contribuciones de otros desarrolladores de código abierto. Si le dieron comentarios y agregaron código para solucionar ciertos problemas, esos cambios están protegidos por derechos de autor y no podrá agregarlos a su versión comercial, a menos que su versión comercial continúe siendo de código abierto.

Aún así, un producto puede ser de código abierto y comercial! Varios proveedores de Linux obtienen grandes ganancias haciendo justamente esto. El beneficio proviene del apoyo que brindan a los usuarios, que están dispuestos a pagar por este soporte. Realmente no están vendiendo Linux, están vendiendo soporte y sus servicios para crear una versión de Linux fácil de instalar.

---

En su ejemplo, no puede volver el proyecto a código cerrado ya que estas aceptando contribuciones de otros. Todos aquellos estarían bajo la licencia de código abierto. Pero posee los derechos de autor y el nombre (marca registrada), por lo que puede determinar si las personas pueden ofrecer soporte comercial para su producto o no. ¡Es posible que tengan que pagarte para usar tu marca registrada! El valor no está en el código sino en el nombre ...

Answer 4

Para contribuir con OpenJDK, debe firmar un documento que transfiere la propiedad de su código a Sun.

Proporcionar una infraestructura para firmar tal formulario sería un buen comienzo para su proyecto de gestión de formularios digitales ;-).