工作下的规则
pronych:
在概念上，只有当程序员在同意参考条款时没有说明他不会转让资源，并且客户同意的情况下，才会转让资源:)
5.转移工作
5.1.工作的转移是通过以文件的形式布置解决方案来完成的。文件的数量不受限制。*.dll文件只能以存档的形式上传。
5.2 文件应作为评论中的附件直接张贴在订单中。
至于文件。你想转移哪些文件？EX5或EX5文件？这一点很重要，在条款和条件中写明。
不，好吧，只是我不明白，如果（例如）我在500行的块上写了10个嵌套的代码，而所有这些代码都用在某个（售出的）解决方案中。 我给客户一个顾问（ex5），他也会要求提供源代码。这是有可能的，不是吗......
mrProF:
理论上，只有当程序员在同意职权范围时没有说明他不会交出源代码，并且客户同意的情况下，才能交出源代码 :)
正是如此。你说'在理论上'。这也是我的意思。我个人正在考虑按需写作，但如果在这一点上会有分歧，我觉得没有意义。我不想透露自己的消息来源。
理论上，只有当程序员在同意职权范围时没有说明他不会交出源代码，并且客户同意的情况下，才能交出源代码 :)
pronych:
不，好吧，只是我不明白，如果（例如）我在500行的块上写了10个嵌套的代码，而所有这些代码都用在某个（售出的）解决方案中。 我给客户一个顾问（ex5），他也会要求提供源代码。毕竟，这是可能的...
你需要在协议中规定职权范围，仅此而已，一定要在工作中全部规定，这样当你去仲裁时，就会有所有的证据 :)不，好吧，只是我不明白，如果（例如）我在500行的块上写了10个嵌套的代码，而所有这些代码都用在某个（售出的）解决方案中。 我给客户一个顾问（ex5），他也会要求提供源代码。毕竟，这是可能的...
这就像一份合同，如果你按照TOR完成工作，而客户会要求提供源代码，你就可以通过仲裁得到你诚实赚来的钱。:)
不过，为了以防万一，让我们等待MQ的回答吧 :)
我同意，可以在职权范围内规定。但在收到申请时，客户并没有提到他们想要什么样的产品（例如，而且经常）。这可能会导致分歧，而分歧又可能导致延误、修改和...新的差异，无论你如何看待它。而产品已经准备好了。作者的时间被花掉了，这很重要。
pronych:
我同意，职责范围可以规定这一点。
这里的关键词是"商定的 详细"职权范围。
我同意，职责范围可以规定这一点。
到目前为止，没有源代码是不行的。
几乎每个新的构建都需要重新编译。
5.转移工作
5.1.工作的交接是通过以文件的形式布置解决方案。文件的数量不受限制。*.dll文件只能以存档的形式上传。
5.2 文件应作为评论中的附件直接张贴在订单中。
至于文件。你想转移哪些文件？EX5或EX5文件？在条款和条件中写明这一点很重要，不是吗？(在规则 中，我的意思是）。