프리랜스 고객은 exp 형식의 EA 또는 오픈 소스에 대해 얼마를 지불합니까? - 페이지 10

 
Youri Tarshecki :
말해봐, 조건부 Bill Gates에 속하지 않는 정보가 Windows OS 코드에 단 한 조각이라도 있습니까? 그리고 그는 얼마나 자주 그를 위해 일하는 프로그래머를 고소합니까?
RFP의 프로그래머가 회사에서 작성하는 코드는 회사의 자산입니다. 계약서에 있습니다.
 

프로그래머가 회사가 아닌 프리랜서 기반으로 코드를 작성하기 때문에 러시아 연방 법률의 본질이 어떻게 든 변경됩니까? 나는 그렇게 생각하지 않는다.

저것들. 이 주제에 대한 주요 프리랜서 펑크

1. 처음에는 규칙이 제품 소유자를 지정하지 않습니다. 필요한 경우 당사자가 이 문제를 해결해야 한다는 언급조차 없습니다.

2. 개발자는 잘못된 용어입니다. 정답은 연주자입니다.

 
Youri Tarshecki :

그리고 이 논리를 다른 활동 영역에 적용하려고 합니다.

당신이 코더가 아니라 디자이너나 건축가라고 상상해보세요.

예를 들어, 나는 건축가에게 특정 스케치 도면을 기반으로 집을 지으라고 명령합니다. 집을 짓고, 일을 하고, 이사를 하고, 어느 날 건축가가 나에게 와서 내가 그 집의 소유자가 아니라는 것이 밝혀졌습니다. 알고 보니 그 건축가는 집을 짓는 동안 어떤 속임수를 썼고 나 외에는 아무도 이 집에 살기를 원하지 않았고, 더 이상 내가 팔기까지 했습니다.

터무니없다고 느끼십니까? 건축가는 "문제 설명", "정보 지원", "알고리즘 지원" 등과 같은 문서 세트를 사용한 것으로 밝혀졌습니다. 알고리즘.

당신은 단지 개념을 바꾸고 있습니다. 작업의 복잡성, 세부 사항, 지적, 다큐멘터리 및 알고리즘 구성 요소는 최종 제품의 소유권과 아무 관련이 없습니다.

그리고 갑자기 집에서 작업하는 동안 건축가가 매우 비밀스러운 무언가를 사용한다고 가정해 봅시다. 집주인에게 금지되고 접근할 수 없는 통신을 위해 SOME BLACK ROOM이라고 가정해 보겠습니다. 그러면 그는 최소한 이 말을 해야 합니다. 집주인과의 선택.

다시 말해서, 지불을 받은 후 그것이 마음에 들지 않으면 코드의 소유권을 잃게 되며, 그런 조건에서 작업하지 않거나 귀하의 발명을 지적 재산권으로 특허하거나 고객에게 귀하의 기능에 대해 미리 경고합니다.

그리고 다른 방식으로 보도록 합시다. 비유를 해보자.

고객은 집을 주문했습니다-그는 집의 모든 도면, 통신 계획을 요구했습니다-이 모든 것이 정상적이고 이해할 수 있습니다!

그러나 고객은 계약자가 이 집의 도움으로 해당 도구에 대한 모든 도면과 문서를 제공하도록 거의 요구할 수 없습니다.

계약자가 직접 만든 콘크리트 믹서가 사용되었다고 가정해 보겠습니다. 고객이 회로 도면을 필요로 하는 이유는 무엇입니까?

--------------

- 생각해보니 - 프로그램을 작성할 때 개발자의 개인 라이브러리가 사용되었습니다!

그리고 프로그래밍 할 때 이것을 배열 할 수 있습니다-라이브러리의 소스 텍스트를 제공하지 마십시오 (즉, 콘크리트 믹서에 대한 설명을 제공하지 않음). 주문 소스 (집 및 통신 도면)를 제공하십시오.

 
Youri Tarshecki :

저것들. 이 주제에 대한 주요 프리랜서 펑크

1. 처음에는 규칙이 제품 소유자를 지정하지 않습니다. 필요한 경우 당사자가 이 문제를 해결해야 한다는 언급조차 없습니다.

2. 개발자는 잘못된 용어입니다. 올바른 사람은 수행자입니다.

1. 당연히 출연자는 주인이 될 수 없다.
 
Yuriy Zaytsev :

그리고 다른 방식으로 보도록 합시다. 비유를 해보자.

고객은 집을 주문했습니다-그는 집의 모든 도면, 통신 계획을 요구했습니다-이 모든 것이 정상적이고 이해할 수 있습니다!

그러나 고객은 계약자가 이 집의 도움으로 해당 도구에 대한 모든 도면과 문서를 제공하도록 거의 요구할 수 없습니다.

계약자가 직접 만든 콘크리트 믹서가 사용되었다고 가정해 보겠습니다. 고객이 회로 도면을 필요로 하는 이유는 무엇입니까?

--------------

- 생각해보니 - 프로그램을 작성할 때 개발자의 개인 라이브러리가 사용되었습니다!

그리고 프로그래밍 할 때 이것을 배열 할 수 있습니다-라이브러리의 소스 텍스트를 제공하지 마십시오 (즉, 콘크리트 믹서에 대한 설명을 제공하지 않음). 주문 소스 (집 및 통신 도면)를 제공하십시오.

동의합니다. 그러나 콘크리트 믹서가 집 운영에 엄밀히 관여하지 않는 경우에만 가능합니다.
 
Dmitry Fedoseev :
1. 당연히 출연자는 주인이 될 수 없다.
대부분의 경우 할 수 없습니다
 
Yuriy Zaytsev :

그리고 다른 방식으로 보도록 합시다. 비유를 해보자.

고객은 집을 주문했습니다-그는 집의 모든 도면, 통신 계획을 요구했습니다-이 모든 것이 정상적이고 이해할 수 있습니다!

그러나 고객은 계약자가 이 집의 도움으로 해당 도구에 대한 모든 도면과 문서를 제공하도록 거의 요구할 수 없습니다.

계약자가 직접 만든 콘크리트 믹서가 사용되었다고 가정해 보겠습니다. 고객이 회로 도면을 필요로 하는 이유는 무엇입니까?

--------------

- 생각해보니 - 프로그램을 작성할 때 개발자의 개인 라이브러리가 사용되었습니다!

그리고 프로그래밍 할 때 이것을 배열 할 수 있습니다-라이브러리의 소스 텍스트를 제공하지 마십시오 (즉, 콘크리트 믹서에 대한 설명을 제공하지 않음). 주문 소스 (집 및 통신 도면)를 제공하십시오.

나는 이것에 대해 더 일찍 이야기했고 다른 사람들은 계약자가 주문의 소스 코드와 함께 컴파일된 라이브러리를 전송할 권리가 있으며 계약자는 프로젝트에 자신의 라이브러리가 있음을 고객에게 알려야 하며 그렇지 않으면 작업 수행을 거부해야 한다고 말했습니다. .
 
Yuriy Zaytsev :
대부분의 경우 할 수 없습니다
어떤 작업의 수행이 그 결과에 대한 소유권을 부여하지 않는다는 의미에서.
 
Andrey Dik :
나는 이것에 대해 더 일찍 말했고 다른 사람들은 계약자가 주문의 소스 코드와 함께 컴파일된 라이브러리를 전송할 권리가 있으며 계약자는 프로젝트에 자신의 라이브러리가 있음을 고객에게 알려야 하며 그렇지 않으면 수행을 거부해야 한다고 말했습니다. 일하다.
네! 정확히 - 이 관점에 전적으로 동의합니다.
 
Dmitry Fedoseev :
어떤 작업의 수행이 그 결과에 대한 소유권을 부여하지 않는다는 의미에서.

계약자가 고객과 함께 프로젝트 를 수행하고 일부 아이디어의 엔진 역할을하는 경우를 의미했습니다.

그리고 종종 그런 주문을 받습니다. 그리고 이러한 상황에서 우리는 일반적으로 고객과 함께 제품이 말 그대로 공통적이라는 것을 이해합니다.