प्रौद्योगिकी हस्तांतरण संख्या 4 की त्रुटियां / "प्रमाणीकरण त्रुटियां" + APDATE

विकास और व्यवसायों को विदेशी विदेशी बाजारों में लाने में सहायता प्रदान करना, किसी को लगातार एक ही गलतियों का पालन करना होगा, और परिणामस्वरूप, विफलताओं और नुकसान।

नुकसान सभी अधिक आक्रामक हैं, यह देखते हुए कि इन त्रुटियों को दर्जनों खुले और सार्वजनिक स्रोतों में बार-बार वर्णित और क्रमबद्ध किया जाता है।
नवीनता और विशिष्टता का दिखावा किए बिना, हम इस श्रृंखला में सबसे आम, स्पष्ट और अपेक्षाकृत आसानी से बचने वाली त्रुटियों के एक दर्जन से अधिक पोस्ट करने की कोशिश करेंगे, जिन्हें खत्म करने से सफलता की संभावना बहुत बढ़ जाती है।
सुविधा के लिए, त्रुटि विवरण जटिलता को बढ़ाकर हल किया जाएगा।
========================================

रहस्यमय गलतियाँ

टिप्पणी: वह सब कुछ जो किसी भी अमूर्त वस्तुओं के बारे में लिखा गया है, जो आईटी उद्योग के भीतर और उसके बाहर दोनों जगह मौजूद हैं, लेकिन जो इसमें शामिल हो सकते हैं (वैज्ञानिक लेख से उन्होंने एल्गोरिदम लिया, पत्रिका से - उन्होंने रेडियो प्रसारण से, इंटरफ़ेस के लिए तस्वीर ली - ऑन-स्क्रीन बटन, इत्यादि को आवाज देने के मकसद से उधार लिया गया)।

गलती # 1 "कॉपीराइट और गैर-कॉपीराइट के बीच भ्रम"

यह गलती सिर्फ आम नहीं है, बल्कि व्यापक है।
एक अमूर्त वस्तु (एल्गोरिथम / प्रोग्राम / चित्र / संगीत, आदि) के लेखक विषय (व्यक्ति, नागरिक, स्टेटलेस व्यक्ति, आदि) हैं जिनके कार्यों से यह ऑब्जेक्ट बनाया गया था।
इससे पहले कि कोई वस्तु (जन्म) बनाई जाए, लेखक के अलावा किसी को भी इसके अस्तित्व के बारे में पता नहीं चल सकता है, लेकिन निर्माण (जन्म) के कार्य के बाद, वस्तु अपना जीवन जीना शुरू कर देती है, और लेखक - अपना।
तदनुसार, वे दोनों अपने स्वयं के हैं, और पूरी तरह से अलग अधिकार हैं।
लेखक - " कॉपीराइट " प्रकट होता है, या जैसा कि उन्हें " व्यक्तिगत गैर-संपत्ति " अधिकार भी कहा जाता है।
वे इसके हकदार हैं:
1. अपने आप को इस वस्तु का लेखक कहें; (" मैं, वास्य - मैं इस एल्गोरिथ्म / कार्यक्रम / चित्र का लेखक हूं ");
2. अपना नाम वस्तु के लेखक के नाम के रूप में इंगित करें; (" एल्गोरिथम / कार्यक्रम / चित्र। Al5। लेखक - वास्या ");
और (महत्वपूर्ण सीमाओं के साथ)
3. वस्तु को एक निश्चित " नाम " (नाम) दें। (" वासिन टेबल हैशिंग एल्गोरिथम ")
यह एक " कॉपीराइट " अधिकार है!
इन अधिकारों का अर्थ यह है कि आप अपने (और अपने नहीं) अधिकार को प्रमाणित कर सकते हैं, और आवश्यकता है (कुछ प्रतिबंधों के साथ) लेखक का नाम वस्तु के निर्माता के नाम के रूप में है।
इन अधिकारों को अनिश्चित काल तक संरक्षित किया जाता है, वे अपर्याप्त (दूर नहीं ले जाया जा सकता) और गैर-हस्तांतरणीय (स्थानांतरित नहीं किया जा सकता), और इन अधिकारों की छूट कानूनी रूप से शून्य और शून्य है।
" कॉपीराइट " की इस सूची पर - समाप्त हो गया है।
अन्य सभी अधिकार कॉपीराइट नहीं हैं।
और उनमें से सबसे महत्वपूर्ण वस्तु का उपयोग करने का अधिकार है।
(कभी-कभी गलत तरीके से " संपत्ति " के रूप में संदर्भित किया जाता है)
लेखक के अनुरोध पर वस्तु का उपयोग करने का अधिकार अनुबंध के तहत किसी अन्य व्यक्ति को हस्तांतरित किया जा सकता है।
वस्तु की उपस्थिति से पहले स्थानांतरण हो सकता है (कहानी के लेखन के लिए प्रकाशन अनुबंध, कलाकार चित्रों का आदेश देना, आधिकारिक विकास), इस उपस्थिति के समय या निर्माण के बाद।
हस्तांतरित अधिकारों की संरचना और हस्तांतरण की शर्तों को पार्टियों द्वारा निर्धारित किया जाता है और अनुबंध में तय किया जाता है, विभिन्न न्यायालयों के कानून की आवश्यकता के लिए समायोजित किया जाता है।
(PS। यदि विषय-लेखक के पास कानूनी क्षमता नहीं है (हाथियों को आकर्षित करना, गायन कुत्तों, मानसिक रूप से बीमार आदि), तो वस्तुओं का उपयोग करने के सभी अधिकार (लेकिन कॉपीराइट नहीं!) - शुरू में लेखक के संरक्षक के हैं।

त्रुटि संख्या 2 "सह-लेखन"

" कॉपीराइट " रिश्तों की चिंता करने वाली हर चीज में, पहले चरण में दो पक्ष शामिल होते हैं - " लेखक " और " दूसरा पक्ष " (प्रकाशक, ग्राहक, नियोक्ता, आदि)।
लेकिन " लेखक " को " व्यक्ति " होने की आवश्यकता नहीं है।
वह एक सामूहिक (वास्या + पेट्या + कोल्या) हो सकता है।
इस सामूहिक के सभी सदस्य जो संयुक्त रूप से ऑब्जेक्ट बनाते हैं, सह-लेखक हैं।
सभी सह-लेखकों के अधिकार पूरी तरह से समान हैं।
तदनुसार, यदि वे फिर एक-दूसरे के साथ बहस करना शुरू करते हैं, इन अधिकारों को साझा करते हैं, और प्रत्येक का हिस्सा और योगदान निर्धारित करते हैं - केवल अदालत कर सकती है, और फिर भी - बहुत ही विषयगत (अदालत को यह पता कैसे चलता है और यह वास्तव में कैसे था)।
लेखकों के बीच संबंधों को लंबे समय तक और थकाऊ रूप से समझने के लिए, उन्हें वस्तु के निर्माण से पहले या बाद में होना चाहिए, लेकिन सख्ती से वे किसी और के लिए अपनी नई बनाई गई वस्तु की पेशकश करने के लिए जाते हैं, तथाकथित " सामूहिक कॉपीराइट समझौता " जिसमें निर्मित / निर्मित वस्तु के बाद के उपयोग के सभी मुद्दों को पंजीकृत करना है।

उदाहरण:
“लेखक समझौता संख्या ६५85५ दिनांक १२ जनवरी २०१३
लेखक: वस्या, पेट्या, कोल्या
वस्तु की बिक्री के लिए प्लेनिपोटेंटरी: वस्या
न्यूनतम बिक्री मूल्य: 100 रूबल।
संपत्ति की बिक्री से आय को विभाजित करें: वसाया - 50%, पीट - 25%, कोल्या - 25%। ”
आदि
यदि लेखक अकेला नहीं है, लेकिन कई हैं, और ऐसा कोई समझौता नहीं है, तो वस्तु की कोई सार्थक जांच नहीं की जा सकती है - यह काम नहीं करेगा (सह-लेखकों में से कोई भी इस लेनदेन को चुनौती दे सकता है)।

गलती # 3 "अनुचित सह-लेखक"

- अनवॉन्टेड को-ऑथरशिप
सभी सह-लेखकों के अधिकार पूरी तरह से समान हैं।
इन अधिकारों में से एक वस्तु को इसके आधार पर या इसके उपयोग के साथ अन्य वस्तुओं को बनाने के लिए आगे उपयोग करने का अधिकार है।

उदाहरण संख्या 1:
वास्या, पेट्या, कोल्या ने अपने विश्वविद्यालय के लिए हैशिंग टेबल पर आरएंडडी का प्रदर्शन किया (तीनों लेखक शोध रिपोर्ट में हैं), फिर कोल्या ने बाहर कर दिया, और वास्या और पेट्या ने एनआईआर तकनीक को अंतिम रूप दिया, और उन्होंने इसे खुद के लिए पेटेंट कराया, और पेटेंट को Microsoft को बेच दिया।
तीन साल बाद, कोल्या सामने आए, और खुद को पेटेंट के सह-लेखकों और लाभ के 33% के बीच खुद को शामिल करने की मांग की। (यदि उनके पास अनुसंधान कार्य में सामूहिक कॉपीराइट नहीं है - ऊपर देखें)

उदाहरण संख्या 2:
वास्या, पेट्या, कोल्या - उन्होंने हैशिंग तालिकाओं की विधि के बारे में एक लेख लिखा, फिर कोल्या ने बाहर कर दिया, और वास्या और पेट्या ने तकनीक को अंतिम रूप दिया, और इसके आधार पर उन्होंने एक कार्यक्रम बनाया जो उन्होंने माइक्रोसॉफ्ट को बेचा।
तीन साल बाद, कोल्या सामने आए, कार्यक्रम के सह-लेखकों की संख्या और लाभ का 33% में खुद को शामिल करने की मांग की। (यदि उनके पास अनुसंधान कार्य में सामूहिक कॉपीराइट नहीं है - ऊपर देखें)

कहानी का नैतिक:
अब सोचते हैं कि आगे क्या होगा।
पहले मामले में, यदि किसी अनुसंधान परियोजना में पेटेंट को देखा गया था, तो शोध में पेटेंट भाग (हैशिंग) को अलग करना संभव था, क्योंकि वास्या और पेट्या के कार्य और कोल्या को कुछ और देना चाहिए।
दूसरे में, लेख को दो भागों में विभाजित करने के लिए, एक संग्रह के रूप में, और हैशिंग भाग वास्या और पेट्या के पास सदस्यता समाप्त करने के लिए (ताकि वे उनके लेखक हैं), और कुछ और के बारे में भाग के लेखक के रूप में कोल्या को डाल दें।

- अनपेक्षित सह-लेखन
सभी सह-लेखकों के अधिकार पूरी तरह से समान हैं।
सामूहिक लेखनी के साथ एक वस्तु का उपयोग करने के लिए, आपको इसके सभी लेखकों की सहमति प्राप्त करनी होगी।
लेखक वे सभी हैं जिन्होंने वस्तु के निर्माण में भाग लिया।

उदाहरण संख्या 1:
वासा हैशिंग टेबल की एक विधि के साथ आया, हबराबेबर पर चढ़ गया, और एक पोस्ट बिछाई।
पेट्या ने पोस्ट पढ़ी, और टिप्पणियों में प्रस्तावित सुधार नंबर 1।
कुल: मूल विधि का लेखक वास्या है, सुधार नंबर 1 के लेखक वास्या + पेट्या हैं।

उदाहरण संख्या 2:
वसाया हैशिंग तालिकाओं की एक विधि के साथ आए और इसे एक कार्यक्रम में अनुवाद करना चाहते थे।
वासा स्टार्टअप वीकेंड पर आए, वहां पेट्या और कोला से मिले, उनके विचार को पूरा किया, और उन्होंने दो दिनों तक कॉफी पी, तकनीक पर चर्चा की और कोड को गढ़ा।
कुल: मूल कार्यप्रणाली का लेखक वस्या है, जिसके परिणामस्वरूप कार्यप्रणाली और कार्यक्रम के लेखक वास्या + पेट्या + कोल्या + हैं (चश्मे वाली लड़की की तरह, जिसका नाम किसी ने नहीं पूछा)।

कहानी का नैतिक:
अब सोचते हैं कि आगे क्या होगा।
पहले मामले में, स्थिति को पद के पाद लेख द्वारा सहेजा जाता है, पाठ के साथ " इस पद्धति के सभी सुधार और सुधार वासियों की संपत्ति हैं । "
दूसरे मामले में, यह थोड़ा अधिक जटिल है, क्योंकि गैर-दस्तावेजी मौखिक रूप में कई क्रियाएं की जाती हैं, लेकिन यह निश्चित है।
आप HabraHabr पर सप्ताहांत शुरू होने से एक दिन पहले " स्टार्टअप्स के लिए विचार " खंड में प्रोजेक्ट वर्किंग ग्रुप का एक ब्लॉग शुरू कर सकते हैं, और उस ब्लॉग का उपयोग कर सकते हैं जिस पर समूह के काम के लिए उपरोक्त पाद खड़ा होगा।

- कार्यान्वयन में सुधार
यह स्थिति पिछले पैराग्राफ से " अप्रत्याशित सह-लेखकत्व " के उद्भव का सबसे लगातार और सबसे महत्वपूर्ण मामला है।
बाजार में लाने की प्रक्रिया में विचार और विकास, और इससे भी अधिक बाद के ऑपरेशन - विकास, अनुकूलन और अनुकूलन, और परिणामस्वरूप बहुत अधिक परिवर्तन हो सकते हैं।
एक सप्ताह में हैशिंग टेबल की विधि को सुधार नंबर 1 में बदल दिया जा सकता है, और यह, दूसरे महीने में - सुधार नंबर 2 में, जो कि इसके कार्यान्वयन के बाद, व्यावहारिक कार्यान्वयन के एक और महीने के बाद, मेमोरी लोडिंग को अनुकूलित करने के तरीके के रूप में होता है।
वाक्यांश "इस तकनीक के सभी अनुकूलन, सुधार और सुधार वासी की संपत्ति हैं" - तालिकाओं के केवल हैशिंग शामिल हैं, और अब मेमोरी लोडिंग को अनुकूलित करने के तरीके पर लागू नहीं होंगे।

ऐसी स्थितियों से निपटने के लिए तीन संभावित विकल्प हैं।

ए) मूल पाठ के लिए वाक्यांश " ऑपरेटर / एडेप्टर (पेट्या) वाक्यांश आपको कार्यप्रणाली के सभी परिवर्तनों, अनुकूलन, सुधार और सुधारों की तुरंत सूचना देने के लिए बाध्य है, और इन परिवर्तनों, सुधारों और सुधारों के अधिकारों को सुरक्षित करने के लिए आवश्यक क्रियाओं को निष्पादित करें "

बी) वाक्यांशों के संयुक्त स्वामित्व की स्थापना "... परिवर्तन की सूचना देनी चाहिए .... ", और फिर वैकल्पिक रूप से:
- " सब कुछ वासा में स्थानांतरित कर दिया जाता है, लेकिन वास्या - पीट को सुधार का उपयोग करने का अधिकार देता है ";
- " सब कुछ पीट को हस्तांतरित किया जाता है, लेकिन पेट्या - वासिया को सुधार का उपयोग करने का अधिकार देता है ";
- " पक्ष वार्ता के परिणामस्वरूप सुधार का उपयोग करने के लिए प्रक्रिया स्थापित करते हैं । "

ग) सभी सुधार / परिवर्तन / सुधार पीट को हस्तांतरित किए जाते हैं और उदाहरण के लिए, प्राप्त लाभ का वास% भुगतान करता है।

यदि ये विकल्प (बिल्कुल नहीं, लेकिन उनमें से एक भी नहीं है) पंजीकृत नहीं हैं, तो इस तरह की त्रुटि के परिणामस्वरूप परिणामी सह-लेखक को समाप्त करना बहुत मुश्किल होगा, और यह समाधान बेचने के लिए सौदे को जटिल कर सकता है।

गलती नंबर 4 "उपयोगिता विकास"

किसी को भी कॉपीराइट की आवश्यकता नहीं है (साहित्यकारों और ग्राफोमेनिक को छोड़कर)। (त्रुटि संख्या 1 देखें)
किसी वस्तु से लाभ निकालने के लिए, केवल इस वस्तु का उपयोग करने के अधिकार महत्वपूर्ण हैं।
वस्तु का उपयोग करने का अधिकार अनुबंध के तहत लेखक द्वारा किसी अन्य व्यक्ति को हस्तांतरित किया जा सकता है।
इस तरह के एक समझौते को एक विशिष्ट ऑब्जेक्ट के निर्माण के लिए लक्षित किया जा सकता है ( वर्ड प्रोग्राम के इंटरफ़ेस को ढेर करें, एक्सेल प्रोग्राम आदि के लिए परीक्षणों का एक सेट लिखें), या फ्रेमवर्क, चल रहे आधार पर कई ऐसी वस्तुओं के निर्माण के लिए (निरंतर काम के साथ) स्टाफ, या आउटसोर्स)।
इस तरह के विकास को " आधिकारिक " कहा जाता है, और इसके सभी अधिकार (ज़ाहिर है, कॉपीराइट को छोड़कर) ग्राहक के हैं।
ऐसा करने के लिए, लक्ष्य समझौते में - ऑब्जेक्ट के लिए विशिष्ट पैरामीटर और आवश्यकताएं (वास्तव में और वास्तव में कैसे बनाई जानी चाहिए) निर्धारित हैं।
और ढांचे में - तंत्र स्वयं ग्राहक / नियोक्ता द्वारा निर्मित एक के विकास और स्वीकृति के लिए कार्य जारी करने के लिए निर्धारित किया जाता है (प्रोग्रामर को कार्यक्रम के लिए एक कार्य विवरण के साथ टीम के नेता से एक संदेश प्राप्त होता है, एक परीक्षण और परीक्षणों का एक सेट, प्रोग्रामर कोड को स्कैन करता है, परीक्षण चलाता है, सेवा लिखता है, कोड निष्पादित करता है। और टीम लीडर को भेजता है, आदि)।
यदि आप कोई गलती करते हैं और तकनीकी समाधान के लिए एक आधिकारिक विकास मोड नहीं बनाते हैं (लेखक को अपने कर्मचारियों के शेड्यूल और नौकरी विवरण के अनुसार यह समाधान नहीं बनाना पड़ता है, और नियोक्ता / ग्राहक ने एक विशिष्ट आदेश के रूप में इस विशेष समाधान के निर्माण को जारी नहीं किया है, तो यह निकल जाएगा) लेखक ने यह निर्णय अपनी मर्जी से, और अपनी इच्छा के अनुसार किया।

उदाहरण:
वास्या और पेट्या ने हैशिंग टेबल की एक विधि के साथ आया, सी ++ प्रोग्राम को ढेर कर दिया और इसे कोल्या को बेचना शुरू कर दिया।
कोल्या ने इसे अपने उपयोगिता पैकेज में डाला, और इसे बाजार में बढ़ावा देना शुरू किया।
चीजें अच्छी तरह से हुईं, और एक पैकेज (कोल्या स्टार्टअप की बिक्री के रूप में) बेचने की संभावना माइक्रोसॉफ्ट तक पहुंच गई।
Microsoft को सभी अधिकारों के साथ लेन-देन के लिए एक स्वामी की आवश्यकता है।
अतुलनीय वस्या के रूप में पक्षों पर लटके हुए और उसे गाते हुए - की जरूरत नहीं है।
इसके अलावा, इस स्थिति में वास्या और पेट्या खुद अपने होंठों को रोल करने की संभावना रखते हैं, और कोल्या से जितना चाहते थे उससे अधिक चाहते हैं।
इसलिए, Kolya ने स्टाफ सूची और नौकरी विवरण में, अपने कर्मचारियों को वास्या और पेट्या को काम पर रखा, लिखा कि उनका कार्य जावा पर तालिकाओं के एक हैश को गढ़ना है, और 1 से एक ज्ञापन (एक नोटरी जनता के लिए नकल) के साथ उन्हें सिर्फ जावा पर तालिकाओं के एक हैश को मूर्त करने के लिए निर्देश देना है। ।
मूर्तिकला के बाद, उन्होंने लिखित सेवा के लिए एक कार्यक्रम स्वीकार किया, उन्हें वेतन और एक बोनस दिया।
और फिर - विच्छेद भुगतान। (उन्हें उसकी आवश्यकता क्यों है, अगर कार्यक्रम पहले से ही है)

त्रुटि संख्या 5 "दोष और $"
विषय को कॉपीराइट त्रुटियों के सबसे अहानिकर के साथ पूरा किया जा सकता है - संबंधित समस्याओं को हल करने के लिए प्राधिकरण तंत्र का उपयोग नहीं करने की गलती।

उदाहरण संख्या 1:
वास्या कानूनी रूप से अपनी कंपनी से लाभ प्राप्त करना चाहती है।
वेतन के रूप में या कर दरों के कारण लाभांश के रूप में अहंकार प्राप्त करना लाभहीन है।
वासा एक उपयोगिता मॉडल को स्कैन करता है (नवीनतम समाचार पत्र से किसी और को कॉपी करता है
Rospatent अपना नाम और फ़ाइल उसके नाम पर रखता है), जिसके बाद वह उसे अपनी कंपनी को महंगा लाइसेंस देता है।
और उससे कानूनी और कानूनी रॉयल्टी प्राप्त करता है।

उदाहरण संख्या 2:
ऊपर के रूप में, केवल वसाया को एक कर्मचारी के रूप में पंजीकृत किया गया है, एक उपयोगिता मॉडल के लिए एक पेटेंट कंपनी के लिए दायर किया गया है (लेखक अभी भी है, कॉपीराइट योग्य नहीं हैं (यदि वह भूल गया, शुरुआत से लेख पढ़ें), और वह कॉपीराइट के रूप में $ प्राप्त करता है। एक मॉडल बनाने के लिए इनाम।

===============================================

पहले से:
- " व्यक्तिगतकरण की त्रुटियां "
- " प्रकटीकरण त्रुटियां "
- " ऑफशोर मिस्टेक्स "

अगला:
- " आईपी ​​सुरक्षा त्रुटियां "
- " बजट मनी गलतियाँ "
- " दोहरी प्रौद्योगिकियों की गलतियाँ "
- " विषाक्त" निवेश के गलतियाँ
- " लाइसेंस त्रुटियां "
- " त्रुटियों की स्थिति "

अद्यतन

"1। वास्या ने काम के काम किए। अपने काम के दौरान, उन्होंने एक एल्गोरिथ्म का आविष्कार किया, जो बेहद आशाजनक है। वस्या ने एक दिन की छुट्टी ली, एल्गोरिदम को अंतिम रूप दिया (एक उपयोगी मॉडल आदि का वर्णन किया, सामान्य तौर पर, अपने विकास को पेटेंट करने के लिए उपयुक्त रूप में डिजाइन किया) और इसके लिए एक पेटेंट जारी किया। वह काम पर लौट आए और अपनी कंपनी को उनसे यह पेटेंट खरीदने की पेशकश की। ”

आदेश में पार्स।
उसे एक दिन के लिए पेटेंट नहीं मिल सकता है, वह नहीं कर सकता, आईटी आविष्कार के लिए एक पेटेंट कम से कम एक वर्ष है, लेकिन बात नहीं है।
प्रमुख है “वास्या ने कार्य कार्यों का निष्पादन किया। अपने काम के दौरान, उन्होंने एक एल्गोरिथ्म का आविष्कार किया । "
यदि एल्गोरिथ्म पृष्ठ कैशिंग है, और स्टाफिंग और नौकरी विवरण के अनुसार, उसे पेज कैशिंग एल्गोरिदम विकसित करने के लिए काम पर रखा गया था, और पिछले महीने उसे एक पृष्ठ कैशिंग एल्गोरिदम विकसित करने के लिए एक सेवा सौंपी गई थी, तो यह शुद्ध कार्यालय विकास है। (वह इसके लिए काम पर रखा गया था, और यह है कि वे किसके लिए पैसा देते हैं)
यदि वह रंग सुधार के लिए एक रंग रूपांतरण एल्गोरिथ्म के साथ आया था, तो यह एल्गोरिथ्म पूरी तरह से उसका है, और वह अपने विवेक पर इसका निपटान कर सकता है।
फिर से, ऐसे मामलों में, आपको बस दस्तावेजों को लेने की जरूरत है, जिसके अनुसार वासा कंपनी में काम करता है और वहां जो कुछ लिखा गया है, उसे पढ़ता है।
और अगर यह कहता है कि "ठेकेदार इस अनुबंध के कार्यान्वयन के दौरान बनाई गई सुरक्षा योग्य बौद्धिक संपदा के बारे में ग्राहक को तुरंत सूचित करने के लिए बाध्य है, साथ ही ग्राहक को सूचित करें ...." , तो कोई सवाल नहीं है।
यह सब उसके नियोक्ताओं / ग्राहकों की पर्याप्तता पर निर्भर करता है।
यदि वे बेवकूफ नहीं हैं, तो वास्या को दस्तावेजों के एक सेट द्वारा काम पर रखा जाता है जहां आंतरिक विकास पर एक विशेष समझौता, एक गैर-प्रकटीकरण समझौता, गैर-प्रतिस्पर्धा पर एक समझौता, तकनीकी अनुभव के गैर-प्रसार पर एक समझौता है।
हम $ 500 के लिए कंपनियों के लिए ऐसा पैकेज बनाते हैं (और वे इसे केवल समय पर और सक्षम रूप से सेवाएं दे सकते हैं), और किसी भी विदेशी कंपनी के पास वैसे भी है।
यदि वासा को एक बाएं समझौते के तहत काम पर रखा गया था, जहां कुछ प्रकार का कचरा लिखा गया है, जिसका उसके वास्तविक काम से कोई लेना-देना नहीं है, और वास्या के पास न तो नौकरी का विवरण है, न ही स्टाफिंग है, न ही सेवा डेस्क (या वे हैं, लेकिन कैशिंग के लिए एक शब्द नहीं है ), फिर वह जो कुछ भी करेगा वह वह है (और यदि मूर्ख नहीं है, तो वह काम पर अपने सहकर्मियों के परिणामों को आकर्षित कर सकता है (जो इतना दुर्लभ नहीं है)।

2. वासिया अपने नए एल्गोरिदम (अपने कर्तव्यों के हिस्से के रूप में विकसित) के साथ सम्मेलन में आए। सम्मेलन के दौरान, पेट्या ने सार्वजनिक रूप से कई सुधारों का प्रस्ताव दिया। वसाया ने उन्हें एल्गोरिथ्म में डाला। छह महीने बाद, पेट्या ने अपने सुधार का उपयोग करने के लिए वासा से भुगतान की मांग की।

सार्वजनिक रूप से घोषित सभी - पेटेंट संरक्षण की संभावना खो देता है। ( "प्रकटीकरण त्रुटियां" देखें )।
इसलिए, नए एल्गोरिथ्म पर रिपोर्टिंग, उस पर वासा - की जेब में पेटेंट लंबित था।
सुधारों की सार्वजनिक घोषणा के बाद, न तो वासिया और न ही पेट्या उन्हें पेटेंट करा पाएंगे।
(हालांकि वासिया ने जो कुछ भी सुना, उसे ध्यान में रखते हुए, पेटेंट आवेदन को थोड़ा संशोधित कर सकते हैं, उदाहरण के लिए, उनके द्वारा देखे गए विचारों को विकसित और विस्तार करके
पेटीए छह महीने में अपने सुधार के उपयोग के लिए वास की कंपनी से भुगतान की मांग नहीं कर सकेगा, क्योंकि उसके दिमाग और सोबर मेमोरी (स्पष्ट कारणों के लिए रूसी संघ की कंपनियों को बाहर रखा गया है) में कोई भी कंपनी अपने व्यवसाय के कारोबार में प्रवेश नहीं करेगी, जिसका विकास अस्पष्ट है।
आप या तो पेटेंट अधिकारों के उल्लंघन के लिए भुगतान का अनुरोध कर सकते हैं (जो इस मामले में नहीं है), या कॉपीराइट के उल्लंघन के लिए।
कॉपीराइट विज्ञान, साहित्य, कला आदि के कार्यों का अधिकार है।
इस मामले में, यह विज्ञान का काम है।
केवल एक चीज जो पेटीएम बाद में कर सकता है, वह है कि वह खुद को सुधार के सह-लेखक के रूप में मान्यता देने की मांग करे, - बाद में इन सुधारों के बारे में सभी बाद के प्रकाशनों में सह-लेखक के रूप में खुद का उल्लेख करना (उसका प्रशस्ति पत्र सूचकांक अपने आप बढ़ जाएगा)।
कॉपीराइट और उपयोग के अधिकार दो अलग-अलग चीजें हैं ( "कॉपीराइट और गैर-कॉपीराइट के बीच भ्रम" त्रुटि देखें)।
यदि वह पैसा चाहता है, तो उसे सम्मेलन के ब्रेक पर, इन सुधारों के विवरण के साथ एक पेटेंट आवेदन का मसौदा तैयार करना चाहिए, इसे तुरंत पेटेंट कार्यालय (चरम मामलों में - दर्शकों से सीधे फैक्स या साबुन द्वारा) में छोड़ देना चाहिए, और केवल उत्तर के लिए इंतजार करना होगा "स्वीकृत" ( और गारंटी के लिए - अगले दिन, पहले से ही आपकी पेटेंट आपकी जेब में लंबित है) - इन सुधारों की घोषणा करने के लिए।

3. वासिया ने एक नए एल्गोरिथ्म के रूप में विकसित किया है (अपने कर्तव्यों के हिस्से के रूप में)। उन्होंने इसे अपने उत्पाद में भी इस्तेमाल किया (कुछ संशोधन के साथ), जो उन्होंने सामान्य मुफ्त उपयोग के लिए रखा था। प्रतिस्पर्धी कंपनी ने वसीली के स्वयं के उत्पाद से एल्गोरिथ्म का उपयोग किया। वसीना कंपनी ने इसकी खोज की।

यदि एल्गोरिथ्म एक आंतरिक विकास है, तो वासिया अपने उत्पाद में इसका उपयोग नहीं कर सकता है (लेकिन इसका उपयोग व्यक्तिगत उपभोग के लिए किया जा सकता है), और इससे भी अधिक, वह इसे मुफ्त उपयोग के लिए तीसरे पक्ष को नहीं दे सकता है।
यह उसका घोड़ा नहीं है।
प्रतिस्पर्धी कंपनी ने उत्पाद का उपयोग नहीं किया, लेकिन एल्गोरिथ्म।
उदाहरण के लिए, मैंने कोड खोला, और विचार निकाला।
-- patent pending- , .
( , , - — ( — ))
patent pending , — , , — .

4. , , , , , ?
, ( , ).

(/ + + + ), — , (+, — ).
— .
— , .
( — , — )
— , , - ( — ).
( , ), , (/ + + + ) — - $1.
, , ( ), , , .

5. . . . . 1$?

, / $1, … .
, — … .
, , , (. ).
, , — .
"… , ..." + "… ..." ..
, / $1, — .
— , .
« — »

6. , , , . , , 1234 , . : , . , , : . , : « . , , , . , , .»

( « IP» ), .
, , .
, — , , — .
( — , , ( ))
— .
— : www.business-magazine.ru/mech_new/experience/pub113864/page/all
( , ( ) )
, , , — , .
— , , — , , , , .. आदि
— , .
( - -, , , .., — , , — , — , 5 — )
— , — , , , 100% .
— 2 .
№ :
, — , (. ).
№ :
, — .
:
1370.
...
5. , , , , , . , . :
— () ,
— , , .
— .
— « » .
( — , , , - , , — , )