كيفية حماية الملكية الفكرية انتهاكات من المرء فريق [مكررة]

Question

هذا السؤال بالفعل الإجابات هنا:

كيفية إدارة مغلقة المصدر عالية المخاطر في المشروع ؟ (8 إجابات)

مغلقة قبل 7 سنوات.

لدي الروبوت التطبيق فكرة أنا تريد أن تجعل التطبيق جنبا إلى جنب مع عدد قليل من دفعة زملائه في الكولاج.

(1) كيف يمكنني التأكد من أن هؤلاء الرجال لن تتنازل عن حقوق الملكية الفكرية المعنية ؟ بمعنى أنها لا تسرب المعلومات السرية ، نظريات جديدة, أفكار جديدة, الميزات الجديدة الوصف إما بحرية على أي وسيط أو إلى بعض الشركات الأخرى النامية في برامج مماثلة.أيضا, هؤلاء الناس سوف يكون على الأرجح الحصول على كامل شفرة المصدر (مع التعليقات) من المشروع ، كيف يمكنني التأكد من أنه في المستقبل سوف تتعاون معي ،

(2) لن تفرج عن أي جزء من التعليمات البرمجية ،

(3) لن بحرية الإفراج ألفا الإصدارات التي تحتوي على ميزات يعني فقط للمستخدمين قسط.أيضا ،

(4) هل هناك طريقة في العمل على نحو فعال دون أن تتيح لهم الوصول إلى كامل شفرة المصدر ؟

انا منفتح على جميع أنواع الإجابات:الثقة التقنية الإدارية - القيادة صداقة جيدة - العلاقة مع الزملاء.

تحديث:نحن جميعا نعيش في الهند.

Answer 1

حسنا، لديك فكرة، جيدة. أنا متأكد من أن أصدقائك لديهم أيضا. إذا كنت تريد منهم العمل على لك، أرى خيارات قليلة:

1. دفع لهم لعملهم.

2. تحدث معهم، تجمع أفضل الأفكار، والتوصل إلى واحدة جديدة تنتمي إلى الجميع.

3. ابدأ تشغيله بنفسك، عندما يتدحرج بالفعل، اتصل بهم.

في الحالة الأولى، يمكنك التأكد من توضيح من يمتلك ما، والتحدث على وجه التحديد حول ما تتوقعه أنه لن يفعله.

في الحالة الثانية، تتبادل الفائدة والمخاطر. صياغة حل وسط لا تطعن بعضها البعض في الخلف لا تزال فكرة جيدة.

في الحالة الثالثة، قد يكون من الأسهل إقناعهم بالعمل في فكرتك، وهذا واضح بعض الشيء بدأت كل شيء؛ ولكن لا يزال يتعين عليك الكتابة في مكان ما ينتمي إلى من، من البداية. وهذا يعني أيضا الاعتراف بعملهم، والتأكد من أنهم يعودون ما يشعرون به هو عادل.

على أي حال، لا يزال عليك أن تثق بهم، لا يوجد سجن سحري حيث يمكنك وضع أي شخص لجعلها مخلصة لك.

Answer 2

أنا أعرف القليل عن الهند النظام القانوني ولكن النظر في قوانين الملكية الفكرية.على سبيل المثال, إذا كان لديك فكرة براءة ، النظر في منح البراءات ذلك.نعم, هذا هو الثمن (و لا شعبية مع بعض الناس) لكن هذا ما براءات الاختراع هي.تأكد من أن كل مصدر رمز الملف يتضمن إشعار حقوق الطبع والنشر.قانون الملكية الفكرية لن يتوقف الناس سرقة التعليمات البرمجية الخاصة بك والأفكار ولكن قد تكون قادرا على منعهم من استخدامها.

إذا كان لديك فكرة يبني عليها أو يدمج مع منتج آخر أو منظمة.النظر في الحديث أن المنظمة ومعرفة ما إذا كان يمكنك العمل بها المفضل أو الوحيد الترخيص الترتيب.نظريا إذا كان التطبيق الخاص بك هو الذهاب إلى سوق المشروبات الغازية نهج شركات المشروبات الغازية الملعب فكرتك.إذا كانت ترغب في ذلك ، فإنها قد صندوق ويعطيك مساعدة تقنية و ينكر أن مساعدة الآخرين.

التقنية ضوابط النظر في componentizing النظام واستخدام الفصل بين الواجبات.على وجه التحديد:

1. تقسيم فريق التطوير في فرق منفصلة.منفصلة فعليا لهم حتى المطورين في فريق واحد لا يمكن التحدث مع الآخرين.
2. تقسيم المنتج إلى مكونات المحدد واجهات تعيين كل فريق مكون مختلفة.
3. ضع التعليمات البرمجية المصدر من كل عنصر في مصدر مستقل ونظام التحكم ينكر الفرق الأخرى الوصول إلى هذا العنصر.

عندما componentizing ، النظر في شرائح عمودية من النظام (مثلا ، واجهة المستخدم ، منطق الأعمال والتخزين) بدلا من طبقات أفقية (مثلا ، 1 UI الفريق ، 1 منطق الأعمال ، إلخ).وإلا فإن كل فريق قد نرى كثيرا من النظام.

بهذه الطريقة, كل فريق سوف تعرف المكونة لها ولكن ، إذا كان شخص ما يتحدث أو يأخذ الكود في أي مكان آخر ، أسوأ ما يمكن القيام به هو الحديث عن العنصر.كنت كثيرا ما نرى هذا النهج في الأمن الأنظمة الحساسة.

الشبكة يمكن الوصول إليها مكونات استخدام المصادقة, المراجعة و باستخدام مختلف تطوير وإنتاج بيانات الاعتماد.على وجه التحديد:

1. كل واجهة تتطلب المصادقة على سبيل المثالاسم المستخدم وكلمة المرور.
2. العرض الاختبار التنمية تفويض ولكن استخدام بيانات اعتماد مختلفة في الإنتاج
3. الحفاظ على مراجعة سجل الزيارات بانتظام مراجعة ذلك.

هذا يضمن أي من هذه المكونات تستخدم فقط للأغراض المقصودة منها.قد يكون هذا سببا في نقل بعض الوظائف من التطبيق على الخدمات السحابية ، على سبيل المثال.

وقال أن أي شيء يعوق تبادل المعلومات داخل الفريق هو من المحتمل أن تؤثر على معنويات الفريق و الأداء.على نحو فعال ، أنت تقول أنك لا تثق بك فريق التطوير.في هذه الحالة كيف يمكن أن نتوقع منهم أن أثق بك ؟ إذا كنت تثق المطورين الخاص بك وتبادل نجاحك معهم, وسوف نعمل بجد لأنه هو المنتج أيضا.

أيضا ، أن تدرك أن مفتاح معظم مشاريع جديدة يتم تنفيذها ، وليس الفكرة الأولية.فكرتك قد تكون كبيرة ولكن هناك احتمالات أنها سوف تغير الكثير كما يمكنك تطوير المنتج الخاص بك و كشف العملاء.

Answer 3

أنا مقتنع بأنك لن تنجح من خلال تأسيس مسعى عملك في عدم الثقة المفتوحة تجاه زملائك - تذكر، فأنت بحاجة فعليا إلى بناء النظام، وإلا فلن تشعر بالقلق إزاء الإصدار عن عنوان سؤالك.

أنا أيضا مقتنع بأنك تركز على الجانب الخطأ WRT الملكية الفكرية: في حين أنه صحيح أن شفرة المصدر يجسد منتجك ستكون حافة شركتك الناشئة أدمغة الأعضاء في المرحلة التأسيسية. كلما اقترحت السلوك غير المشين أو انتهاك صريح للقانون بين المبرمجين الخاص بك، فإن أقل احتمالا ستجذب الموظفين الموهوبين (أو إذا فعلت ذلك، فستفعل ذلك أسهل). لكن فريقك الأكثر موهوبا، كلما كان ذلك أفضل، على وجه الخصوص حيث أن منتجك سيتطور (ممكنا بعيد عن مفهوم Inchoate) لتلبية طلب العملاء - لذلك قد تكون لقطة شفرة المصدر أقل قيمة مما يبدو عند النظرة الأولى.

ملاحظة بناءة في النهاية: شفرة المصدر، حتى في لغات رفيعة المستوى، يمكن أن يكون من الصعب فهمها. أكثر من ذلك، إذا كانت التعليقات والوثائق متناثرة وغير كاملة. أفضل حماية الخاصة بك قد تكون

• فريق موهوب
• تطوير المكون الحكيم
• أسلوب الترميز من "لا توجد تعليقات".

ينتهك المبادئ الأساسية في هندسة SW لكنها ستحميك حتى لو أتركك عضوا في فريقك: كما سيتخصص بشكل طبيعي في بعض مكونات طلبك فقط، فإن تأثير الإفصاح سيكون مخفف إلى حد ما. < / ص>

إخلاء المسئولية: أنا لا مؤسس ولم يعمل في الهند، لذلك خذ الأفكار مع بعض الحبوب من الملح.