정확히. 장인은 고객이 이해할 수 있는 방식으로 작업을 수행합니다. 고객이 원하는 결과가 나오지 않으면 그 자신(자신의 비전을 말할 수 없음)이나 수행자(고객을 이해할 수 없음)가 책임이 있습니다. 공연자는 고객이 원하는 것이 아니라 공연자가보고 싶어하는 방식이 나올 것이기 때문에 "생각"하거나, 더 잘하려고 노력하고, 어떻게 든 주문을 미화해서는 안됩니다. 공연자에게는 어떤 경우에도 "창의력"이 나타나서는 안되며 개그가 없어야합니다 (물론 제작자가 자신의 아이디어를 구현하지 않는 한).
소스 코드는 종이에 적힌 메모이며 음악이 아니라 메모일 뿐입니다. 그리고 메모는 작곡가에게 주어야 합니다...
대부분의 수행자는 자신의 템플릿 코드 라이브러리( 거래 기능 등) 중 일부를 순서대로 사용했지만 이 경우에도 고객에게 전송해야 합니다(이것은 페인트의 구성일 뿐입니다. 연기자는 종이에 메모를 썼다). 실행자의 템플릿 라이브러리가 일종의 독점 "건포도"인 경우 실행자가 사전에 경고해야 하는 조언자(지시자, 스크립트)의 소스 코드가 포함된 별도의 폐쇄 라이브러리 형태로 고객에게 전송할 수 있습니다. .
섹스틴 예배당을 그리기 위해 교황의 의뢰를 받은 미켈란젤로
예술가이자 창작자는 누구인가?
...
추신
중재자님, 저는 이 게시물에서 어떤 것도 위반하지 않았습니다
다시 글을 올렸습니다 - 삭제되어서 - 삭제 이유가 불명확 - 설명을 해주실 수 있으실 거에요 - 그래도 안되고 다시 지우면 서비스데스크에 글을 올려서 해명을 부탁드리겠습니다
예를 들어, 나는 건축가에게 특정 스케치 도면을 기반으로 집을 지으라고 명령합니다. 집을 짓고, 일을 하고, 이사를 하고, 어느 날 건축가가 나에게 와서 내가 그 집의 소유자가 아니라는 것이 밝혀졌습니다. 알고 보니 그 건축가는 집을 짓는 동안 어떤 속임수를 썼고 나 외에는 아무도 이 집에 살기를 원하지 않았고, 더 이상 내가 팔기까지 했습니다.
터무니없다고 느끼십니까? 건축가는 "문제 설명", "정보 지원", "알고리즘 지원" 등과 같은 문서 세트를 사용한 것으로 밝혀졌습니다. 알고리즘.
당신은 단지 개념을 바꾸고 있습니다. 작업의 복잡성, 세부 사항, 지적, 다큐멘터리 및 알고리즘 구성 요소는 최종 제품의 소유권과 아무 관련이 없습니다.
그리고 갑자기 집에서 작업하는 동안 건축가가 매우 비밀스러운 무언가를 사용한다고 가정해 봅시다. 집주인에게 금지되고 접근할 수 없는 통신을 위해 SOME BLACK ROOM이라고 가정해 보겠습니다. 그러면 그는 최소한 이 말을 해야 합니다. 집주인과의 선택.
다시 말해서, 지불을 받은 후 그것이 마음에 들지 않으면 코드의 소유권을 잃게 되며, 그런 조건에서 작업하지 않거나 귀하의 발명을 지적 재산권으로 특허하거나 고객에게 귀하의 기능에 대해 미리 경고합니다.
그건 그렇고, 개발자가 작업에서 자신의 칩과 개발을 사용한다고 주장한 사람들.
고객, 이에 대한 책임은 무엇입니까?
;-) 똥이 시작되자마자 어떤 가지를 읽는 것은 정말로 흥미롭지 않게 됩니다.
누가 시작했는지는 중요하지 않다
모든 사람들은 주제가 원래 무엇인지 오랫동안 잊어 버렸습니다.
그들은 1930년에 누가 누구에게 무슨 말을 했는지 알아내기 시작합니다... 또는 MQL4 포럼에서도
모든 사람들은 주제의 저자와 그의 문제를 오랫동안 잊어 버렸습니다.
초라한 대결을 포함하여 많은 질문에 답이 없습니다.
일부 문구에 대한 단서가 있습니다
아무도 무언가를 논박하고 증명할 수 없고 하지도 않을 것입니다.
모두가 자신을 슈퍼 전문가라고 생각합니다. 저작권 또는 기타 분야에서 그들이 누구와 맹세했는지조차 알지 못합니다.
모든 사람은 코드를 올바르게 작성하는 방법을 누구보다 잘 알고 이해한다고 생각합니다.
서로를 쪼기 시작하고 자신의 이미지를 거룩하고 무오하다고 내세운다.
관심이 없어도 - 물러나십시오!
예,
연기자 - 장인
고객 - 아티스트, 크리에이터
정확히. 장인은 고객이 이해할 수 있는 방식으로 작업을 수행합니다. 고객이 원하는 결과가 나오지 않으면 그 자신(자신의 비전을 말할 수 없음)이나 수행자(고객을 이해할 수 없음)가 책임이 있습니다. 공연자는 고객이 원하는 것이 아니라 공연자가보고 싶어하는 방식이 나올 것이기 때문에 "생각"하거나, 더 잘하려고 노력하고, 어떻게 든 주문을 미화해서는 안됩니다. 공연자에게는 어떤 경우에도 "창의력"이 나타나서는 안되며 개그가 없어야합니다 (물론 제작자가 자신의 아이디어를 구현하지 않는 한).
소스 코드는 종이에 적힌 메모이며 음악이 아니라 메모일 뿐입니다. 그리고 메모는 작곡가에게 주어야 합니다...
대부분의 수행자는 자신의 템플릿 코드 라이브러리( 거래 기능 등) 중 일부를 순서대로 사용했지만 이 경우에도 고객에게 전송해야 합니다(이것은 페인트의 구성일 뿐입니다. 연기자는 종이에 메모를 썼다). 실행자의 템플릿 라이브러리가 일종의 독점 "건포도"인 경우 실행자가 사전에 경고해야 하는 조언자(지시자, 스크립트)의 소스 코드가 포함된 별도의 폐쇄 라이브러리 형태로 고객에게 전송할 수 있습니다. .
섹스틴 예배당을 그리기 위해 교황의 의뢰를 받은 미켈란젤로
예술가이자 창작자는 누구인가?
...
추신
중재자님, 저는 이 게시물에서 어떤 것도 위반하지 않았습니다
다시 글을 올렸습니다 - 삭제되어서 - 삭제 이유가 불명확 - 설명을 해주실 수 있으실 거에요 - 그래도 안되고 다시 지우면 서비스데스크에 글을 올려서 해명을 부탁드리겠습니다
이 모든 대화는 당사자의 모든 권리와 의무를 설명하는 특정 규칙이 없기 때문에 발생합니다.
그리고 재정적인 측면이 위험에 처해 있다면 제 생각에는 확실히 ..
그리고 이 논리를 다른 활동 영역에 적용하려고 합니다.
당신이 코더가 아니라 디자이너나 건축가라고 상상해보세요.
예를 들어, 나는 건축가에게 특정 스케치 도면을 기반으로 집을 지으라고 명령합니다. 집을 짓고, 일을 하고, 이사를 하고, 어느 날 건축가가 나에게 와서 내가 그 집의 소유자가 아니라는 것이 밝혀졌습니다. 알고 보니 그 건축가는 집을 짓는 동안 어떤 속임수를 썼고 나 외에는 아무도 이 집에 살기를 원하지 않았고, 더 이상 내가 팔기까지 했습니다.
터무니없다고 느끼십니까? 건축가는 "문제 설명", "정보 지원", "알고리즘 지원" 등과 같은 문서 세트를 사용한 것으로 밝혀졌습니다. 알고리즘.
당신은 단지 개념을 바꾸고 있습니다. 작업의 복잡성, 세부 사항, 지적, 다큐멘터리 및 알고리즘 구성 요소는 최종 제품의 소유권과 아무 관련이 없습니다.
그리고 갑자기 집에서 작업하는 동안 건축가가 매우 비밀스러운 무언가를 사용한다고 가정해 봅시다. 집주인에게 금지되고 접근할 수 없는 통신을 위해 SOME BLACK ROOM이라고 가정해 보겠습니다. 그러면 그는 최소한 이 말을 해야 합니다. 집주인과의 선택.
다시 말해서, 지불을 받은 후 그것이 마음에 들지 않으면 코드의 소유권을 잃게 되며, 그런 조건에서 작업하지 않거나 귀하의 발명을 지적 재산권으로 특허하거나 고객에게 귀하의 기능에 대해 미리 경고합니다.
이 모든 대화는 당사자의 모든 권리와 의무를 설명하는 특정 규칙이 없기 때문에 발생합니다.
그리고 재정적 측면이 위험에 처해 있다면 제 생각에는 확실히 ..
모든 것을 설명하는 것이 쉽지는 않은데 중재란 그런 것입니다.
추신
마침내 주제로 돌아가
이 모든 대화는 당사자의 모든 권리와 의무를 설명하는 특정 규칙이 없기 때문에 발생합니다.
그리고 재정적인 측면이 위험에 처해 있다면 제 생각에는 확실히 ..
그리고 이 논리를 다른 활동 영역에 적용하려고 합니다.
다시 말해서, 지불을 받은 후 그것이 마음에 들지 않으면 코드의 소유권을 잃게 되며, 그런 조건에서 작업하지 않거나 귀하의 발명을 지적 재산권으로 특허하거나 고객에게 귀하의 기능에 대해 미리 경고합니다.
모든 것을 설명하는 것이 쉽지는 않은데 중재란 그런 것입니다.
추신
마침내 주제로 돌아가