물론 버그가 있을 수 있지만 조정하는 동안 요점 중 하나에서 소스 코드에 관한 것 같습니다. 연주자가 전달해야 한다는 것. 물론, 내가 뭔가를 망쳤을 수도 있고, 나는 오랫동안 프리랜서에서 아무것도 주문하지 않았습니다. 그러나 토론하는 동안 요점 중 하나가 실제로 있는 것 같습니다.
Scarick : 물론 버그가 있을 수 있지만 조정하는 동안 요점 중 하나에서 소스 코드에 관한 것 같습니다. 연주자가 전달해야 한다는 것. 물론, 내가 뭔가를 망쳤을 수도 있고, 나는 오랫동안 프리랜서에서 아무것도 주문하지 않았습니다. 그러나 토론하는 동안 요점 중 하나가 실제로 있는 것 같습니다.
보고 싶습니다. 따라서 질문합니다. 규칙에 규정되어 있습니까?
Freelance에서 나는 종종 고객이 지시하는 텍스트의 끝에서 작업 설명을 봅니다. 작업이 끝나면 개발자가 소스 코드를 전송합니다.
그래서 프리랜서 규정에 특정 문구가 없어서 이런 현상이 나타난 것 같아요.
IMHO, 이것은 논리적입니다. 개발자는 자신의 개발을 전송하고 싶지 않습니다. 그는 소스 코드 요구 사항으로 주문을 받지 않으며, 고객은 소스 코드를 받을 것이라고 100% 확신하기를 원합니다. 토르
Freelance에서 나는 종종 고객이 지시하는 텍스트의 끝에서 작업 설명을 봅니다. 작업이 끝나면 개발자가 소스 코드를 전송합니다.
그래서 프리랜서 규정에 특정 문구가 없어서 이런 현상이 나타난 것 같아요.
IMHO, 이것은 논리적입니다. 개발자는 자신의 개발을 전송하고 싶지 않습니다. 그는 소스 코드 요구 사항으로 주문을 받지 않으며, 고객은 소스 코드를 받을 것이라고 100% 확신하기를 원합니다. 토르
나는 기억하지 못한다) 나는 프리랜서로 오랫동안 일하지 않았다. 그러나 기술 사양에 표시가 없어도 데모 단계 또는 어딘가에서 항상 소스 코드를 나에게 던졌습니다. 그가 묻거나, 아니면 자동으로 저를 버렸습니다. 이 문제가 TOR에 지정되지 않은 것에 대해 분노한 사람은 아무도 없었습니다. 물론 나는 운이 좋았고 개발자들은 친절했습니다. 하지만 구체적으로 확인해보니 5tz에서는 소스코드를 표시한 적이 없습니다. 그리고 모든 것이 의심의 여지없이 던져졌습니다. 작성자가 처음에 소스코드를 묻지 않았다는 사실에 더 놀랐습니다. 안에 무엇이 들어 있는지는 중요하지 않습니다. 또는 논리는 다음과 같습니다. 작동하고 작동합니다. 소스 코드를 보는 이유는 무엇입니까?
Scarick : 물론 버그가 있을 수 있지만 조정하는 동안 요점 중 하나에서 소스 코드에 관한 것 같습니다. 연주자가 전달해야 한다는 것. 물론, 내가 뭔가를 망쳤을 수도 있고, 나는 오랫동안 프리랜서에서 아무것도 주문하지 않았습니다. 그러나 토론하는 동안 그것이 실제로 거기에 있는 요점 중 하나인 것 같습니다.
규칙 섹션 3 "단계 설명", 단락 5, 하위 단락 2에서 "작업 전송은 솔루션을 파일 형식으로 배치하여 수행됩니다. 파일 수에는 제한이 없습니다."
예, 어떤 파일을 업로드해야 하는지 표시되지 않았지만 고객이 소스 파일을 업로드하도록 요청했습니다. 비록 계약 체결 후. 그리고 그는 처음부터 고객에게 자신의 무결성을 보여줄 기회에 대해 기쁘게 생각합니다.
그러나 (달리 명시되지 않는 한) 고객의 전체 저작권을 규정하는 단락 12, "일반 조항" 섹션도 있습니다.
"프리랜스 서비스를 통해 주문에 의해 생성된 프로그램에 대한 독점권 양도에 대한 조건이 약관에 구체적으로 명시되어 있지 않은 경우, 주문에 의해 생성된 이 프로그램에 대한 독점권은 고객에게 귀속됩니다."
즉, 주문의 실행은 주문의 실행을 포함하며 자신의 개발 구현이 아닙니다(계약자가 제품에 대한 권리를 진술하는 것은 위반입니다). 글쎄요, 논리에 따르면 고객이 제품의 추가 개발이 필요한 경우(이론적으로는 발생한 일임) 소스 코드가 필요할 것입니다. 그렇지 않으면 처음부터 다시 시작해야 합니다.
즉, 한편으로는 분명히 감독이 있고 다른 한편으로는 원칙에 대한 과도한 준수, 거의 천박한 ... 그리고 저작권 주장이 있습니다.
IMHO, 여기에서 토론을 끝낼 수 있습니다. 지적 재산권 저작권은 일종의 관련 진술이 아니라 전체 절차입니다. 사전에 등록한 다음 제3자와 협력하기 전에 경고하지만 그 반대의 경우도 마찬가지입니다. 그렇지 않으면 지속적으로 무언가가 누군가에게 적합하지 않으면 저작권이 영향을 받고 이제 모두가 누군가의 아이디어 / 낙서를 방어하기 위해 서두르는 것으로 나타났습니다.
그리고 일반적으로 지적 재산권에 대한 분쟁은 특히 디지털 제품과 관련하여 끝없는 토론입니다.
소스 코드는 태스크가 종료되기 전에 무조건 실행자에 의해 전송됩니다.
소스 코드가 전송될 때까지 고객은 작업을 종료해서는 안 됩니다. 닫히면 SSZB
계약자가 출처를 이전하지 않은 경우 고객은 지불 반환에 대한 중재를 열 권리가 있습니다.
이 모든 것은 프리랜서 규칙에 명확하게 설명되어 있습니다.
규칙에서 https://www.mql5.com/ru/job/rules
"ref" 페이지에서 검색하여 2개의 일치 항목을 찾았습니다:
다음 단계 로의 전환은
획득을 목적으로 제3자가 소유한 소프트웨어의 원본 코드,
아니면 Freelance를 사용하기 위한 다른 규칙이 있습니까?
규칙에서 https://www.mql5.com/ru/job/rules
"ref" 페이지에서 검색하여 2개의 일치 항목을 찾았습니다:
아니면 Freelance를 사용하기 위한 다른 규칙이 있습니까?
물론 버그가 있을 수 있지만 조정하는 동안 요점 중 하나에서 소스 코드에 관한 것 같습니다. 연주자가 전달해야 한다는 것. 물론, 내가 뭔가를 망쳤을 수도 있고, 나는 오랫동안 프리랜서에서 아무것도 주문하지 않았습니다. 그러나 토론하는 동안 요점 중 하나가 실제로 있는 것 같습니다.
보고 싶습니다. 따라서 질문합니다. 규칙에 규정되어 있습니까?
Freelance에서 나는 종종 고객이 지시하는 텍스트의 끝에서 작업 설명을 봅니다. 작업이 끝나면 개발자가 소스 코드를 전송합니다.
그래서 프리랜서 규정에 특정 문구가 없어서 이런 현상이 나타난 것 같아요.
IMHO, 이것은 논리적입니다. 개발자는 자신의 개발을 전송하고 싶지 않습니다. 그는 소스 코드 요구 사항으로 주문을 받지 않으며, 고객은 소스 코드를 받을 것이라고 100% 확신하기를 원합니다. 토르
보고 싶습니다. 따라서 질문합니다. 규칙에 규정되어 있습니까?
Freelance에서 나는 종종 고객이 지시하는 텍스트의 끝에서 작업 설명을 봅니다. 작업이 끝나면 개발자가 소스 코드를 전송합니다.
그래서 프리랜서 규정에 특정 문구가 없어서 이런 현상이 나타난 것 같아요.
IMHO, 이것은 논리적입니다. 개발자는 자신의 개발을 전송하고 싶지 않습니다. 그는 소스 코드 요구 사항으로 주문을 받지 않으며, 고객은 소스 코드를 받을 것이라고 100% 확신하기를 원합니다. 토르
나는 기억하지 못한다) 나는 프리랜서로 오랫동안 일하지 않았다. 그러나 기술 사양에 표시가 없어도 데모 단계 또는 어딘가에서 항상 소스 코드를 나에게 던졌습니다. 그가 묻거나, 아니면 자동으로 저를 버렸습니다. 이 문제가 TOR에 지정되지 않은 것에 대해 분노한 사람은 아무도 없었습니다.
물론 나는 운이 좋았고 개발자들은 친절했습니다. 하지만 구체적으로 확인해보니 5tz에서는 소스코드를 표시한 적이 없습니다. 그리고 모든 것이 의심의 여지없이 던져졌습니다. 작성자가 처음에 소스코드를 묻지 않았다는 사실에 더 놀랐습니다. 안에 무엇이 들어 있는지는 중요하지 않습니다. 또는 논리는 다음과 같습니다. 작동하고 작동합니다. 소스 코드를 보는 이유는 무엇입니까?
물론 버그가 있을 수 있지만 조정하는 동안 요점 중 하나에서 소스 코드에 관한 것 같습니다. 연주자가 전달해야 한다는 것. 물론, 내가 뭔가를 망쳤을 수도 있고, 나는 오랫동안 프리랜서에서 아무것도 주문하지 않았습니다. 그러나 토론하는 동안 그것이 실제로 거기에 있는 요점 중 하나인 것 같습니다.
IMHO, 여기에서 토론을 끝낼 수 있습니다. 지적 재산권 저작권은 일종의 관련 진술이 아니라 전체 절차입니다. 사전에 등록한 다음 제3자와 협력하기 전에 경고하지만 그 반대의 경우도 마찬가지입니다. 그렇지 않으면 지속적으로 무언가가 누군가에게 적합하지 않으면 저작권이 영향을 받고 이제 모두가 누군가의 아이디어 / 낙서를 방어하기 위해 서두르는 것으로 나타났습니다.
그리고 일반적으로 지적 재산권에 대한 분쟁은 특히 디지털 제품과 관련하여 끝없는 토론입니다.
지적 재산권에 대한 저작권, 이는 일종의 관련 진술이 아니라 전체 절차입니다. 사전에 등록한 다음 제3자와 협력하기 전에 경고하지만 그 반대의 경우도 마찬가지입니다.
Igor, 글쎄, 같은 장소에서 규칙에서 저작권 소유권은 자동으로 가정됩니다 ... 아무 것도 선언 할 필요조차 없습니다. :)
이론상 이 모든 것은 인간이 해결하기 쉽습니다. 나는 매우 효과적인 아이디어(그리고 일반적으로 효과적인 아이디어)를 본 적이 없습니다. 그것은 아마도 원칙의 문제일 것입니다.
하나는 미끄러지고 다른 하나는 쉬었습니다 ...
Igor, 글쎄, 같은 장소에서 규칙에서 저작권 소유권은 자동으로 가정됩니다 ... 아무 것도 선언 할 필요조차 없습니다. :)
이론상 이 모든 것은 인간이 해결하기 쉽습니다. 나는 매우 효과적인 아이디어(그리고 일반적으로 효과적인 아이디어)를 본 적이 없습니다. 그것은 아마도 원칙의 문제일 것입니다.
하나는 미끄러지고 다른 하나는 쉬었습니다 ...
가능성이 더 높음 - 수행자에게 소스 파일이 없습니다.
그는 중간 투기꾼이며 최종 개발자와 함께 작업하지 않은 곳이 있습니다(예: 이전 작업에서 너무 적게 공유했습니다).
가능성이 더 높음 - 수행자에게 소스 파일이 없습니다.
그는 중간 투기꾼이며 최종 개발자와 함께 작업하지 않은 곳이 있습니다(예: 이전 작업에서 너무 적게 공유했습니다).
0_o
의도한 연주자 대신 코딩을 하고 지하실에 중국인 페달링 무리가 있는 것처럼? 아니면, 어떤 주인이 막혀서 자신을 위한 개스킷을 찾은 것 같습니까?
하나는 미끄러지고 다른 하나는 쉬었습니다 ...
글쎄요 ... 그러나 종종 이러한 비약정이 당사자 중 하나를 "브레인 아웃"하기 시작한 다음 고객은 개발자를 "타기" 시작합니다. ...., 토론 중인 경우 - 개발자 연락처를 게시하겠다고 위협하면서 "배너를 흔드는" 경우?
IMHO, 규칙에 규정되지 않고 합의에 규정되지 않은 경우 - 모두가 적절하다고 생각하는 대로 행동하고 도덕적 원칙의 입장에서 누군가의 행동을 논의합니까? 개인적인 경험? ... IMHO는 정확하지 않습니다. 모든 사람이 이렇게 행동하는 이유가 있을 수 있습니다.