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
fuente
Respuestas:
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.
fuente
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.
fuente
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.
fuente
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:
fuente