Come gestisci il furto? [chiuso]

Hai commesso degli errori competitivi:

1. Ti sei annunciato per la tua competizione. Potrebbe non aver saputo di te o del tuo progetto prima di questo, e annunciando te stesso a lui ora era consapevole della sua competizione e potrebbe prepararsi per questo.
2. Hai deciso di condividere idee con lui. In questo modo riesce a vedere tutto ciò che sta facendo meglio e tutto ciò che stai facendo meglio. Gli hai dato vantaggio.
3. Avresti dovuto competere con lui per il tuo merito. Invece di collaborare, dovresti aver imparato ciò che potresti dal suo sito e usare il lavoro di HIS per formulare nuove idee nuove per il tuo. Quindi puoi aggiornare il tuo sito dove è carente rispetto al suo.

Non c'è niente di sbagliato nell'essere la seconda persona ad avere una grande idea. Più fazioni in competizione significa più scelte per gli utenti e una sana competizione impedisce ai progetti di andare avanti.

Penso che da quando hai posto fiducia dove non era dovuto, non avresti un caso se avessi un grande avvocato.

Il modo in cui viene riprodotto dipende dalla versione del "mondo reale".

Nelle grandi aziende con prodotti e soluzioni proprietari, c'è solo uno squadrone di avvocati per questo. Esaminano l'input e l'output dei team tecnici che creano questi prodotti e soluzioni - ad esempio, mi sono occupato di avvocati quando scaricavo codice open source, giusto per assicurarmi che la licenza con cui ho scaricato il codice mi consenta di fare il lavoro che ho bisogno di fare con il codice senza coinvolgere l'azienda nei guai. La stessa cosa vale per tutto ciò che pubblica la mia azienda - anche un brief tecnico passa attraverso la gestione e gli avvocati prima di colpire gli occhi che non hanno firmato la NDA.

Nelle aziende focalizzate all'open source il mondo sembra cambiare. Con i prodotti open source, i soldi non sono nella base di codice, ma nello splendore delle persone che lo supportano - faranno i loro soldi addestrando, consultando e pubblicando sul tema del loro open source. In tal caso, la protezione è minore sul prodotto e più sul messaggio delle persone. Ancora e tutti, c'è un sacco di lavoro da avvocato per andare in giro.

Nel regno di aziende veramente piccole, che sperano di diventare un prodotto, la protezione è segretezza. Come ha detto @maple_shaft, non condividi informazioni sul prodotto finché non sei pronto a raccogliere i frutti per renderlo pubblico. Le aziende che non sono diventate pubbliche con il loro prodotto sono spesso intensamente private. Non avere informazioni pubbliche là fuori è sul modo migliore per rimanere protetti.

Mi sembra che questo sarebbe più appropriato per la sezione di stackexchange in cui troverai gli avvocati, poiché dubito che ci siano un sacco di avvocati programmatori ibridi (o programmatori di avvocati) in giro. Ne conosco uno, ed è terribile al bit di programmazione.

A meno che tu non abbia un brevetto, un copyright o altri documenti che dimostrino di aver effettivamente preso le tue idee, hai zero possibilità di vincere una causa.

Anche con questa documentazione, probabilmente non hai ancora una possibilità, perché ti sei seduto con loro e hai condiviso le tue idee. Prima della conversazione non hai preso alcun accordo vincolante per controllare l'uso delle informazioni in quella conversazione, quindi era un servizio gratuito per tutti.

Una volta che dici a qualcun altro un'idea, non puoi più controllarla veramente. Soprattutto se sono potenziali concorrenti.

Sono solo i miei 2 centesimi, perché non sono un avvocato.

Un'opzione è: "Se non puoi sconfiggerli, unisciti a loro". Ovviamente stanno lavorando su qualcosa che ti appassiona e hai più esperienza con la stessa compagnia / team (supponendo che questa azienda abbia questo prodotto come il loro fiore all'occhiello). Probabilmente potresti portare molto a loro e magari negoziare una posizione davvero buona.

Fai domanda per un lavoro.

Dal loro punto di vista, ottengono uno sviluppatore e di qualità e appassionato che riescono a sbaragliare un concorrente, tutto in una volta.

È un progetto open source - quindi, che importanza ha se proviene dal suo repository o dal tuo? Unisciti a lui, porta a termine il lavoro. Se hai una divisione più tardi, allontanati. Molti progetti OSS hanno un team di persone alfa che lo guidano senza problemi.

O l'opzione costosa, Avvocato!

Se hai le prove delle tue accuse, pubblicale ampiamente in modo che quelli di noi con etica non usino i prodotti di altre persone. Alcuni potrebbero chiamarlo tattiche sporche, ma mi sento un utente di software che ho il diritto di sapere se è scritto eticamente. per esempio. Non compro i prodotti Zinwell dopo le accuse sulla loro violazione GPL (e non so nemmeno per certo se queste accuse sono vere). La ragione per cui hai bisogno di prove è di proteggerti dall'essere citato in giudizio.

È ciò che accade nel mondo reale. Ho avuto un cliente che ha acquistato il mio software. Poi mi ha fatto alcune domande su come questo e quello hanno funzionato. Gli ho risposto Un giorno ho deciso di fare un duplicazione del mio software con un nome diverso. Volevo vedere se potevo buttarmi fuori usando un prezzo diverso e un nome diverso.

Sono andato a caricare il mio nuovo colpo di prodotto ed è stato negato perché quel programma esisteva già. Wow, come potrebbe essere? Il mio cliente ha creato la sua versione copy-cat del mio software e ha usato lo stesso identico nome che ho usato per il mio tocco di copia. Dal momento che ha caricato prima di me, ha sigillato il nome.

È peggiorato, le sue descrizioni e schermate sono finite per ottenere il link al mio software. È diventato molto confuso. Ho registrato un sito Web utilizzando il nome del software e alla fine il suo prodotto è scomparso.