¿Cómo lidias con el robo? [cerrado]

Has cometido algunos errores competitivos:

1. Te has anunciado a tu competencia. Es posible que no haya sabido sobre usted o su proyecto antes de eso, y al anunciarle que ahora sabía que tenía competencia y podía prepararse para ello.
2. Decidiste compartir ideas con él. De esta manera, puede ver todo lo que está haciendo mejor y todo lo que usted está haciendo mejor. Le diste ventaja.
3. Deberías haber competido con él por tu propio mérito. En lugar de colaborar, debería haber aprendido lo que pudo de su sitio y utilizar SU trabajo para formular nuevas ideas nuevas para el suyo. Luego, puede actualizar su sitio donde falte en comparación con el suyo.

No hay nada de malo en ser la segunda persona en tener una gran idea. Múltiples facciones en competencia significa más opciones para los usuarios y una buena competencia evita que los proyectos se desactiven.

Creo que ya que usted confiaba en donde no era debido, no tendría un caso si tuviera un gran abogado.

La forma en que se desarrolla esto depende de tu versión de "el mundo real".

En grandes empresas con productos y soluciones patentados, hay un escuadrón de abogados solo para esto. Analizan la entrada y la salida de los equipos técnicos que fabrican estos productos y soluciones; por ejemplo, he tratado con abogados cuando descargo un código fuente abierto, solo para asegurarse de que la licencia bajo la cual descargué el código me permita hacer la trabajo que tengo que hacer con el código w / out poner a la empresa en problemas. Lo mismo para todo lo que publica mi empresa, incluso un informe técnico pasa por la administración y los abogados antes de que lleguen a los ojos que no han firmado NDA.

En las compañías enfocadas en 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 apoyan: harán que su dinero se capacite, consulte y publique 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í, hay mucho trabajo de abogados para repartir.

En el ámbito de las compañías realmente pequeñas, con la esperanza de convertirse en un producto, la protección es el secreto. Como dijo @maple_shaft: no compartes información sobre el producto hasta que estés listo para obtener las recompensas de hacerlo público. Las empresas que no han hecho público su producto son a menudo intensamente privadas. No tener información pública es la mejor manera de estar protegido.

Se me ocurre que esto sería más apropiado para la sección de stackexchange donde encontrarás abogados, ya que dudo que haya muchos abogados programadores híbridos (o abogados programadores). Conozco a uno, y él es terrible en la programación.

A menos que tenga una patente, derechos de autor presentados u otros documentos que demuestren que realmente tomaron sus ideas, no tiene ninguna posibilidad de ganar una demanda.

Incluso con dicha documentación, es probable que aún no tenga una oportunidad, porque se sentó con ellos y compartió sus ideas. Antes de la conversación, no llegó a un acuerdo vinculante para controlar el uso de la información en esa conversación, por lo que fue una solución gratuita para todos.

Una vez que le dices una idea a otra persona, ya no puedes controlarla realmente. Especialmente si son un competidor potencial.

Solo son mis 2 centavos, porque no soy abogado.

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 lo hace su compañía / equipo (asumiendo que esta compañía tiene este producto como su buque insignia). Probablemente podría aportarles mucho y tal vez negociar una buena posición.

Solicita un trabajo.

Desde su punto de vista, obtienen un desarrollador apasionado y de calidad y logran derribar a un competidor, todo de una vez.

Es un proyecto de código abierto. Entonces, ¿qué importa si proviene de su repositorio o del suyo? Únete a él, haz el trabajo. Si tienes una división más tarde, bifurca. Muchos proyectos OSS tienen un equipo de personas alfa que lo lideran sin problemas.

O la opción costosa, abogado arriba!

Si tiene pruebas de sus acusaciones, publíquelas ampliamente para que aquellos de nosotros con ética no utilicemos los productos de otras personas. Algunos pueden llamarlo tácticas sucias, pero como usuario de software tengo el derecho de saber si está escrito éticamente. p.ej. No compro productos Zinwell después de las acusaciones sobre su violación de la GPL (y ni siquiera sé con certeza si esas acusaciones son ciertas). La razón por la que necesita una prueba es para protegerse contra una demanda.

Es lo que pasa en el mundo real. Tuve un cliente que compró mi software. Luego me hizo algunas preguntas sobre cómo funcionaba esto y aquello. Yo le respondí. Un día decidí hacer un dupicate de mi software con un nombre diferente. Quería ver si podía desprenderme usando un precio diferente y un nombre diferente.

Fui a cargar mi nuevo golpe de 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 usé para copiar mi copia. Como lo subió antes que yo, selló el nombre.

Se puso peor, sus descripciones y capturas de pantalla terminaron por tener un enlace a mi software. Se convirtió en una gran confusión. Registré un sitio web con el nombre del software y, finalmente, su producto se apagó.