Recientemente he estado pirateando un proyecto que comencé hace un par de meses. Fue una idea simple. Permitir a las personas recopilar logros para el código que compartieron en Github.
Así que comencé este noble esfuerzo, tratando de atraer a mis amigos para obtener codificación y ayuda. Pasé todo mi tiempo libre trabajando para poner esto en marcha y construirlo.
Ingrese el lapso de tiempo musical
Mis amigos colaboraron cuando pudieron. Como puedes imaginar, me apegué mucho a su éxito.
Entonces, justo cuando me estaba preparando para su lanzamiento, una compañía lanza un producto muy similar. Estaba muy desanimado cuando escuché que mi pequeño proyecto fue lanzado por otra persona, pero no era como si tuviera derechos sobre la idea. Me tragué mi orgullo y les envié un correo electrónico diciendo algo en la línea de
Oye, he estado trabajando en algo similar. ¡Deberíamos hablar! Es algo súper genial.
Hablamos, tengo la sensación de que realmente no quiere colaborar, aunque cordialmente nos permitimos el acceso mutuo al sitio.
Pasan un par de días y veo que algunas de las descripciones de mi logro aparecen en su sitio de logros. Después de hablar con él en un principio, yo estaba yendo a enviarles un correo electrónico muy bien redactado esbozar mi plan para mi sistema de logros y dejarlo todo. Una vez que vi las descripciones de mis logros en su sitio, no pude dejarlo pasar. Decidí contraatacar.
He abierto el proyecto, simplemente nivelando el campo de juego y me libera de tener que lidiar con la competencia, ya que solo estoy trabajando en eso a tiempo parcial.
Esta no es la acción que puedo tomar cada vez, me pregunto qué opciones tengo si me encuentro en esta posición en el futuro. ¿demanda judicial? correo electrónico severo?
Solo como un aviso, estoy buscando consejos sobre cómo lidiar con esto sin abogados; ¿o es así como se desarrollan las cosas en el mundo real?
fuente
Respuestas:
Cometiste algunos errores competitivos:
No hay nada de malo en ser la segunda persona en tener una gran idea. Múltiples facciones competidoras significan más opciones para los usuarios y una competencia saludable evita que los proyectos se vencen.
Creo que dado que depositó la confianza donde no se debía, no tendría un caso si tuviera un gran abogado.
fuente
Cómo se desarrolla esto depende de su versión del "mundo real".
En grandes empresas con productos y soluciones patentados, hay un escuadrón de abogados solo para esto. Examinan la entrada y la salida de los equipos técnicos que fabrican estos productos y soluciones; por ejemplo, he tratado con abogados al descargar el código fuente abierto, solo para asegurarme de que la licencia bajo la cual descargué el código me permita hacer el trabajo que tengo que hacer con el código sin que la empresa tenga problemas. Lo mismo para todo lo que publica mi empresa: incluso un resumen técnico pasa por la administración y los abogados antes de llegar a los ojos que no han firmado NDA.
En las empresas centradas en el código abierto, el mundo parece estar cambiando. Con los productos de código abierto, el dinero no está en la base del código, sino en la brillantez de las personas que lo respaldan: harán su dinero entrenando, consultando y publicando sobre el tema de su código abierto. En ese caso, la protección es menor en el producto y más en el mensaje de las personas. Aún así y todo, hay mucho trabajo de abogados para todos.
En el ámbito de las empresas realmente pequeñas, con la esperanza de convertirse en un producto, la protección es el secreto. Como dijo @maple_shaft: no comparte información sobre el producto hasta que esté listo para cosechar las recompensas de hacerlo público. Las empresas que no se han hecho públicas con su producto a menudo son intensamente privadas. No tener información pública es la mejor manera de mantenerse protegido.
fuente
Se me ocurre que esto sería más apropiado para la sección de stackexchange donde encontrará abogados, ya que dudo que haya una gran cantidad de híbridos programadores-abogados (o abogados-programadores). Conozco uno, y él es terrible en la programación.
A menos que tenga una patente, derechos de autor archivados u otro papeleo que demuestre que realmente tomaron sus ideas, no tiene ninguna posibilidad de ganar una demanda.
Incluso con dicha documentación, probablemente todavía no tenga una oportunidad, porque se sentó con ellos y compartió sus ideas. No hizo ningún acuerdo vinculante antes de la conversación para controlar el uso de la información en esa conversación, por lo que fue un juego gratuito.
Una vez que le cuentas una idea a alguien más, ya no puedes controlarla. Especialmente si son un competidor potencial.
Solo son mis 2 centavos, porque no soy abogado.
fuente
Una opción es: "Si no puedes vencerlos, únete a ellos". Obviamente, están trabajando en algo que te apasiona y tienes tanta experiencia con él como su compañía / equipo (suponiendo que esta compañía tenga este producto como su buque insignia). Probablemente podría aportarles mucho y tal vez negociar una posición realmente buena.
Solicitar un trabajo.
Desde su punto de vista, obtienen un desarrollador apasionado y de calidad y consiguen noquear a un competidor, todo de una vez.
fuente
Es un proyecto de código abierto, entonces, ¿qué importancia tiene si proviene de su repositorio o el suyo? Únete a él, haz el trabajo. Si tienes una separación más tarde, bifurca. Muchos proyectos de OSS tienen un equipo de personas alfa que lo lideran sin problemas.
O la opción costosa, ¡Abogado!
fuente
Si tiene pruebas de sus acusaciones, publíquelas ampliamente para que aquellos con ética no usen los productos de otras personas. Algunos pueden llamarlo tácticas sucias, pero siento que, como usuario de software, tengo derecho a saber si está escrito éticamente. por ejemplo, no compro productos Zinwell después de las acusaciones de su violación de la GPL (y ni siquiera sé con certeza si esas acusaciones son ciertas). La razón por la que necesita pruebas es para protegerse de ser demandado.
fuente
Es lo que sucede en el mundo real. Tuve un cliente que compró mi software. Luego me hizo algunas preguntas sobre cómo funcionaba esto y aquello. Le respondí. Un día decidí duplicar mi software con un nombre diferente. Quería ver si podía dejar de usar un precio diferente y un nombre diferente.
Fui a cargar mi nuevo producto y me lo negaron porque ese programa ya existía. Wow, ¿cómo podría ser eso? Mi cliente creó su propia versión copy-cat de mi software y usó el mismo nombre que utilicé para mi golpe de copia. Como él cargó antes que yo, selló el nombre.
Empeoró, sus descripciones y capturas de pantalla terminaron recibiendo un enlace a mi software. Se convirtió en una gran confusión. Registré un sitio web usando el nombre del software y finalmente su producto se extinguió.
fuente