代码基地许可证 - 页 3

 
Dmitry Fedoseev:

你的意思可能是,你拥有代码(作者身份不重要),但你不能以任何方式拥有代码库中的代码。然而,你有 "最初 "的措辞,这意味着作者和权利人都是一个人(权利没有被转移)。

如果你最初是这样起草合同的,你究竟为什么要决定使用别人的代码?

顺便说一下,项目中使用的是你的图形库

这个项目是为我自己写的,客户出现在这个项目上(他自己找到我),后来。


Vladimir Pastushak:
像这样:"我可以从代码库中编译代码,自己编译,然后在市场上出售,以后不会头痛吗????"。

我以前被判定犯有这样的罪行吗?还是你只靠自己来判断?


米哈伊尔:

Joo Zepper!

如果你被这个问题折磨得够呛,那就自己重写那2%的代码吧!

毕竟,最主要的是理念,而不是实现理念的方式。

是的,我从头开始写了一个库,而且是专门为我的项目写的,一点问题都没有,如果在这个主题中不能得到一个合理的答案,我将不得不这样做。更为重要的是,由于丰富的功能,如在弗拉德的图书馆。整数的库。

但问题是不同的。这是一个原则问题。

 
Vladimir Pastushak:
就像这样:"我可以从代码库中收集代码,以我自己的方式编译,然后在市场上出售,以后我不会感到头痛吗????"。
嗯,是的,我在市场上看到过一个同志的几个伊兰。我可以假设,其他几十个产品也不是他写的,而是从网上偷来的。
 
Dmitry Fedoseev:
这是你非常错误的地方。思想不受版权保护。但它们受到版权的保护。

好吧,好像主要观点已经很清楚了。被保护的是实施。

我不知道这个话题如何启动,我对这个话题的兴趣只是对公共来源的再加工。

判断执行情况发生变化的标准是什么,以便你可以把他的作者身份放进去?

我不是指变量或函数的名称,也不是指函数参数集。

我曾经比较过几个独立作者的代码,得到了惊人的结果:参数在很多情况下是重合的,因为这就是逻辑。

例如,你不能以任何其他方式编写相关函数--这就是算法。那么,不同作者的代码无论如何都会相似。

 
Joo Zepper:

顺便说一下,这是你在项目中使用的图形库。

...

我不后悔,如果有的话。问题是你如何制定合同(不是与我,而是与你的客户)。如果它有签名和盖章:),那就可以了。如果不是,就以不同的方式制定合同。
 
Dmitry Fedoseev:
我不后悔,如果有的话。问题是你是如何起草合同的(不是与我,而是与你的客户)。如果有签名和盖章:),那就可以了。如果不是,就以不同的方式制定合同。

合同已经签署,我在这里想讨论的法律问题。看来我得重新写图文库 了,尽管你不觉得遗憾。:)

这取决于基地中的代码是在哪个许可证下。雷纳特,请对此进行评论。

 
Joo Zepper:

我以前被发现有这样的事情吗?还是你只凭自己的判断?

还没有,希望你不会,这是我说的,只是为了以防万一。

如果对你的想法和你的算法的贡献需要第三方的附录,任何附录,你可以与这个附录的作者达成协议。

如果这个附加组件少于或早于你上面描述的2%,为什么不把你实施的这个附加组件和主订单一起订购?

完全说实话,你的问题提出了很多其他问题....。

 
Vladimir Pastushak:

还没有,希望你不会,这是我说的,只是为了以防万一。

如果对你的想法和你的算法的贡献需要第三方插件,以及任何插件,你可以与这个插件的作者协调。

如果这个附加组件少于或早于你上面描述的2%,为什么不把你实施的这个附加组件和主订单一起订购?

完全说实话,你的问题提出了很多其他问题....。

为什么不在写任何东西之前先读一下这个主题呢?附加组件的作者的意见是不相关的,因为有一个合同(见上面的主题)。

即使是三卢布的有序实施,也意味着代码的作者身份原本就不是joo的,这与合同相悖。

为了避免问题,值得在写作前阅读。

 
Joo Zepper:

...

这取决于这些代码在数据库中以何种许可证形式出现。雷纳特,请对此进行评论。

谁知道呢,也许。你的合同的确切措辞是未知的。
 
Dmitry Fedoseev:

为什么不在写任何东西之前先读一读这个主题呢?附加组件的作者的意见是不相关的,因为有一个合同(见上面的主题)。

即使是委托实施,即使是3个卢布,也意味着代码的作者本来就不是joo的,这是违反合同的。

为了避免问题,值得在写作前阅读。

如果能看到合同就好了,或者说它是秘密的?
 
Vladimir Pastushak:
如果能看到合同就好了,或者说它是秘密的?
这不适合我。我没有以任何方式参与。