工作下的规则

 


5.转移工作
5.1.工作的交接是通过以文件的形式布置解决方案。文件的数量不受限制。*.dll文件只能以存档的形式上传。
5.2 文件应作为评论中的附件直接张贴在订单中。

至于文件。你想转移哪些文件?EX5或EX5文件?在条款和条件中写明这一点很重要,不是吗?(在规则 中,我的意思是)。

 
pronych:


5.转移工作
5.1.工作的转移是通过以文件的形式布置解决方案来完成的。文件的数量不受限制。*.dll文件只能以存档的形式上传。
5.2 文件应作为评论中的附件直接张贴在订单中。

至于文件。你想转移哪些文件?EX5或EX5文件?这一点很重要,在条款和条件中写明。

在概念上,只有当程序员在同意参考条款时没有说明他不会转让资源,并且客户同意的情况下,才会转让资源:)
 
不,好吧,只是我不明白,如果(例如)我在500行的块上写了10个嵌套的代码,而所有这些代码都用在某个(售出的)解决方案中。 我给客户一个顾问(ex5),他也会要求提供源代码。这是有可能的,不是吗......
 
mrProF:
理论上,只有当程序员在同意职权范围时没有说明他不会交出源代码,并且客户同意的情况下,才能交出源代码 :)
正是如此。你说'在理论上'。这也是我的意思。我个人正在考虑按需写作,但如果在这一点上会有分歧,我觉得没有意义。我不想透露自己的消息来源。
 
pronych:
不,好吧,只是我不明白,如果(例如)我在500行的块上写了10个嵌套的代码,而所有这些代码都用在某个(售出的)解决方案中。 我给客户一个顾问(ex5),他也会要求提供源代码。毕竟,这是可能的...
你需要在协议中规定职权范围,仅此而已,一定要在工作中全部规定,这样当你去仲裁时,就会有所有的证据 :)
这就像一份合同,如果你按照TOR完成工作,而客户会要求提供源代码,你就可以通过仲裁得到你诚实赚来的钱。:)
 
不过,为了以防万一,让我们等待MQ的回答吧 :)
 
我同意,可以在职权范围内规定。但在收到申请时,客户并没有提到他们想要什么样的产品(例如,而且经常)。这可能会导致分歧,而分歧又可能导致延误、修改和...新的差异,无论你如何看待它。而产品已经准备好了。作者的时间被花掉了,这很重要。
 

pronych:
... отдаю заказчику советника(ex5), а он будет требовать и исходники. Такое ведь возможно...

如果投标人在其工作报价中明确界定了执行 工作的细节(《条例》第1.5-1.6条),然后根据《条例》第1.9、2.3-2.8条在职权范围中规定了这些细节,则发包方的这种要求是没有道理的。

 
pronych:
我同意,职责范围可以规定这一点。
这里的关键词是"商定的 详细"职权范围。
 

到目前为止,没有源代码是不行的。

几乎每个新的构建都需要重新编译。

 
Yedelkin:
这里的关键词是"商定的 详细"TOR。

这是可以理解的。事实上,我认为如果你订购的产品的形式能在申请表中立即标明,对你来说也会更方便。这是对第二个帖子的回应。

而关于第一条(规则的1.5-1.6段 和1.9、2.3-2.8,坦率地说,我不明白。你说的是什么规则?

真的,我不明白,如果你是指这些,那么2.8就不存在了...还有什么其他规则,给我一个链接?