如何保护知识产权侵犯自己的团队[复制]

Question

这个问题已经在这里有答案：

Answer 1

好的，你有一个想法，好。我相信你的朋友也有自己。如果您希望他们在您身上工作，我会看到很少的选择：

1. 为他们的工作付费。

2. 与他们交谈，池是最好的想法，提出一个属于每个人的新人。

3. 自行启动，当它已经滚动时，调用它们。

在第一个情况下，您可以确定清除谁拥有什么，并非常具体地讨论他们所期望的内容。

在第二种情况下，您分享兴趣和风险。起草不互相刺伤的妥协仍然是一个好主意。

在第三种情况下，说服他们在你的想法上工作可能更容易，你开始了这一切有点明显;但是，从一开始就必须在某个地方写一些属于谁的东西。这也意味着认识到他们的工作，并确保他们恢复他们的感觉是公平的。

在任何情况下，你还是必须相信他们，没有魔法监狱，你可以让任何人让他们忠于你。

Answer 2

我对印度的法律制度很少，但<强势>认为知识产权法则。例如，如果您的想法是专利性的，则考虑专利。是的，这是昂贵的（不受某些人的欢迎），但这是专利所在。确保每个源代码文件包括版权声明。知识产权法不会阻止人们窃取您的代码和想法，但您可能能够防止它们使用它们。

如果您的想法建立在或与其他产品或组织集成。考虑与该组织进行交谈，看看您是否可以制定首选或唯一的许可安排。假设，如果您的应用程序将推出软饮料，请接近软饮料公司并倾向于您的想法。如果他们喜欢它，他们可能会为其提供资金，为您提供技术帮助，否认对他人的帮助。

对于技术控制，请考虑组件化系统并使用职责分离。具体：

1. 将开发团队分成单独的团队。物理地分开它们，所以一个团队中的开发人员无法与他人交谈。
2. 将产品分成具有良好定义的接口的组件，并为每个团队分配不同的组件。
3. 将每个组件的源代码放在一个单独的源控制系统中，并拒绝其他团队访问该组件。

在组件化时，请考虑系统的垂直切片（例如UI，业务逻辑和存储）而不是水平层（例如，1 UI团队，1个业务逻辑团队等）。否则，每个团队都可能看到太多的系统。

这样，每个团队都会了解他们的组成部分，但如果有人会谈或在其他地方考虑代码，他们可以做的最糟糕的是谈论他们的组件。您经常在非常安全敏感的系统中看到这种方法。

对于网络可访问组件，请使用身份验证，审计，并使用不同的开发和生产凭据。具体：

1. 每个接口都需要认证，例如，用户名和密码。
2. 供应开发测试凭证，但在生产中使用不同的凭证
3. 保留访问的审核日志并定期审核它。

这确保了任何这些组件仅用于其预期目的。例如，这可能是从应用程序和云服务上移动一些功能的原因。

如此，说，损害团队内部信息共享的任何东西都可能会影响团队士气和性能。有效地，你说你不相信你的发展团队。在这种情况下，您如何希望他们相信您？如果您信任开发人员并与他们分享您的成功，他们将更加努力地工作，因为它也是他们的产品。

还要意识到大多数新项目的键是它的执行，而不是最初的想法。你的想法可能很大，但是，当你开发产品并将其暴露给客户时，它会发生很大的机会。

Answer 3

我相信，您不会通过创建业务努力在开放的不信任对您的同事的情况下取得成功 - 请记住，您实际上需要他们构建系统，否则您不会关注您的问题的问题。

我也相信你专注于错误的方面wrt知识产权：虽然源代码体现了您的产品，但删除公司的边缘将成为成立阶段的大脑。你建议不光彩的行为或彻底违反了对你的编码人员的行为，你将吸引有利的人员的可能性越少（或者如果你这样做，你会更容易疏远他们）。但是，您的团队越贵，特别是因为您的产品可能会发展（可能远离Endoate概念）来满足客户需求 - 所以源代码快照可能比乍一看似乎不那么有价值。

最后的建设性评论： 源代码，即使在高级语言中，也很难理解。更重要的是，如果评论和文档稀疏和不完整。您最好的保护可能是

• 一个有天赋的团队
• 组分 - 明智的发展
• “没有评论”的编码风格。

它违反了SW工程的基本原则，但即使您的团队成员留下了您：当他自然地只专门从您的申请的一些组成部分中都有专门，披露的影响将有所减轻。< / p>

免责声明： 我没有创始人，并没有在印度工作，所以带着一些盐的想法。