Consideraciones legales al comenzar un equipo de desarrollo de juegos

10

Estoy a punto de comenzar un proyecto con otros dos desarrolladores y un artista, a quienes todavía no he encontrado. Sin embargo, no estoy seguro de cómo debemos manejar eso desde una perspectiva legal.

¿Se supone que debemos firmar un contrato? ¿Qué debe indicarse en dicho documento?

El juego probablemente sea gratis.

legal game-industry

— jcora
fuente

¿Un contrato? Supongo que depende de lo que quieras hacer con tu juego. Si no tiene fines de lucro, no veo por qué sería necesario un contrato. Solo encuentra a tus dos desarrolladores y a tu artista y crea un juego, ¿no?

— nathan

1

Registramos una nueva compañía de la cual tenemos acciones y luego firmamos toda la propiedad intelectual de esa compañía. Esto nos dio flexibilidad para vender o agregar anuncios, etc. a los juegos que hacemos más tarde sin más trabajo.

— OriginalDaemon

2

¿Por qué no puedes crear una empresa? (Y ponga la respuesta en la pregunta, no al final de una lista de comentarios donde nadie la verá).

— Peter Taylor

1

@Bane, ¿es realmente un equipo de desarrollo de juegos sin fines de lucro o es una edición no válida?

— MichaelHouse

1

Cosa segura. Me preguntaba de dónde venía eso. Dado que incluso si el juego fuera gratuito, aún podría tener otras opciones de ingresos.

— MichaelHouse

2

Cuando no es con fines de lucro, podría aceptar compartir su trabajo bajo los términos de una licencia de código abierto (Sí, Sr. Stallman, sé que el término de código abierto está perdiendo el punto). Si alguna vez decide separarse, cada uno de ustedes tendrá los derechos del proyecto completo y puede decidir continuar con el desarrollo de forma independiente, con o sin la ayuda de personas adicionales.

Cuando quieras asegurarte de que ninguno de ustedes monetiza el juego sin el permiso de los demás, puedes usar CC-BY-NC. De esa manera, todos pueden usarlo, solo que no para ganar dinero.

Cuando desee permitirse mutuamente intentar ganar dinero con él de forma independiente, pero no desea que obtengan derechos de autor exclusivos, puede utilizar la Licencia Pública General de GNU. Sin embargo, esto también otorgará a los usuarios finales el derecho de usar y modificar su trabajo.

Otra opción sería la licencia BSD. No te obliga a otorgar derechos a los usuarios finales. Pero tampoco impide que nadie de ustedes bifurque el proyecto y mantenga los derechos de autor exclusivos de las modificaciones que hace después de dejarlos.

El uso de una licencia de software libre también facilitará la búsqueda de contribuyentes que no tengan intereses financieros. Muchos aficionados (incluido yo) preferirían contribuir a un proyecto bajo una licencia de código abierto en lugar de uno en el que la situación de los derechos de autor no está clara y se corre el riesgo de ser explotado con fines de lucro.

O simplemente puede rodar su propio acuerdo de licencia. Solo asegúrese de estar de acuerdo en cómo desea manejar los derechos de autor cuando uno de ustedes quiera continuar sin el otro debido a diferencias creativas y cómo manejar las ganancias y pérdidas. Solo una pista: no acepte dividir las ganancias de manera equitativa. Pronto se dará cuenta de que todos invierten diferentes cantidades de tiempo y energía en el proyecto. Para aquellos de ustedes que sienten que hicieron más que los demás, una división pareja pronto se sentirá muy injusta.

— Philipp
fuente

El juego gratuito no significa que sea una empresa sin fines de lucro, ni tampoco que será de código abierto.

— MichaelHouse

3

Creo que si está planeando vender esto (o usarlo como un proyecto profesional), entonces un contrato sería apropiado, donde, como si fuera solo por diversión, entonces un contrato es exagerado. Si obtiene un contrato, asegúrese de que un abogado lo revise para reparar todas las lagunas. Si realmente no desea que se distribuya, pero no lo está creando como un proyecto profesional, un acuerdo amistoso debería ser suficiente.

— Dylan Katz
fuente

1

Recomiendo un contrato independientemente de lo que estés haciendo. Si no es con fines de lucro, uno más simple funcionará, ya que el "espíritu del acuerdo" puede ser importante en los juicios civiles.

No soy abogado, y esto no constituye un asesoramiento legal adecuado. Es solo mi opinión, y debe consultar las leyes locales.

— Almo
fuente

Juego gratis no significa sin fines de lucro.

— MichaelHouse

¿Dónde en mi respuesta dice gratis = sin fines de lucro? Dije que si no es con fines de lucro, me sentiría cómodo con un acuerdo más flexible. La pregunta no especifica si es o no con fines de lucro.

— Almo

Correcto, no especifica, así que no veo ninguna razón para suponer eso. Estás implicando gratis == sin fines de lucro al hacer esa suposición. Básicamente, su respuesta es que recomienda usar un contrato. Luego profundizas en situaciones hipotéticas.

— MichaelHouse

Es por eso que mi respuesta dice "Use un contrato. Si no tiene fines de lucro, no tiene que ser tan estricto". No veo un problema

— Almo

Solo estaba señalando que parecía estar haciendo una suposición incorrecta. Ahora está claro que es solo una suposición extraña, ya que no hay evidencia de que no tenga fines de lucro. No hay problema.

— MichaelHouse

1

Gratis o no, es mejor tener un contrato que ninguno, especialmente si las personas no van a provocar un escándalo al respecto (y no deberían, si es justo). Incluso para proyectos de productos gratuitos, sirve para restringir que las personas se vayan con todos sus activos, o la mitad de su código, por ejemplo.

De hecho, esa sería mi mayor preocupación si estuviera en su lugar: ¿Cómo configuro un entorno que sea propicio para que las personas se mantengan durante la vida del proyecto? o, si no lo hacen / no pueden, ¿cómo podemos mitigar el impacto de eso (por ejemplo, ¿podemos conservar, o al menos mantener los derechos de uso, su código o activos)?

Tal vez también debería cubrir lo que las personas renuncian si abandonan voluntariamente el proyecto, frente a si no tienen otra opción (dependiendo de cuánto conocimiento pueda tener de manera realista; es difícil saber si un miembro del equipo remoto está sufriendo, por ejemplo, un divorcio o si simplemente decidieron abandonar su proyecto a favor de algo que les parecía más agradable).

Un par de excelentes libros sobre este tema son:

— Ingeniero
fuente