그렇게 생각해? 좋아, 이 상황을 보자. 고객은 월 1000%의 이익을 가져다주는 멋진 아이디어를 탄생시켰습니다. 당신은 그것을 위해 소프트웨어를 작성합니다. 이 아이디어를 절대 사용하지 않겠다고 약속합니까? 약속해도 약속은 지킨다? 헛소리야. 거래에서 이 아이디어를 사용할 수 있을 뿐만 아니라 다른 것을 외적으로 다르게 만들 수도 있지만 동일한 소프트웨어 내에서 원하는 만큼 판매할 수 있습니다. 소스 코드 없이는 누구도 증명할 수 없습니다. 고객의 권리는 여기에서 보호될 수 없습니다. 그렇다면 프로그래머의 권리가 더 잘 보호되어야 하는 이유는 무엇입니까?
그리고 재미는 결코 끝나지 않을 것입니다. 고객의 권리에 대한 완전한 무방비 상태로 인해 심각한 주문은 없습니다.
1. 그러나 결론은 이 경우 고객에게 어떤 종류의 결과(이 경우 파일)를 받기를 원하는지 어떻게든 명확하게 표시해야 한다는 것입니다.
이것은 프로세스를 복잡하게 만들고 적용 단계에서 의미가 없습니다. 나중에 모든 것을 논의할 수 있습니다.
2. 여기에도 심각한 질문이 있습니다. 생각해야 합니다. 수행자에게 의무가 있을 뿐만 아니라 고객도 신청 단계에서 보다 완전한 정보를 표시해야 합니다. 애플리케이션을 더욱 확장하는 것이 합리적일 수 있습니다. 몇 가지 아이디어를 입력합니다. 예를 들어 컴파일된 제품도 보호하는 것입니다. 개인적으로 나는 항상 계정을 확인하여 내 개발 (MT4)을 보호했습니다. 글쎄, 그것은 나에 관한 것이 아니라 ...
1. 신청서에 "체크" 또는 수행된 작업에 대한 권리 양도에 대한 다른 언급만 필요하다고 입력해야 했습니다.
내가 이해하는 한 권리 양도는 모든 소스 코드, 문서 및 기타 자료(있는 경우)의 고객 양도 + 아티스트의 작업 결과를 판매하고 사용할 수 있는 완전하고 무제한적인 권리를 보장합니다.
고객에게 권리를 양도하는 것에 대한 이야기가 없으면 계약자는 자동으로 고객이 동의하거나 동의하지 않을 자신의 조건을 제안할 기회가 있습니다.
우리의 경우 이러한 모든 조건이 TOR에 반영되어야 합니다. 다음 정보도 여기에 반영되어야 합니다: 파일의 이름, 유형 및 위치(특수 모듈이 있는 경우).
2. 개발자만이 어느 정도 심각한 보호를 제공할 수 있지만 이것은 "SHOP" 서비스에 있습니다. 여기서는 주로 고객과 계약자의 권리 준수를 보장하는 방법에 관한 것입니다.
수행자의 권리를 어떻게든 보호하는 가장 쉬운 방법은 소스 코드를 고객에게 이전하는 것이 아니라 동시에 소프트웨어 솔루션에 대한 독점권을 획득할 수 있는 권리를 고객에게 남겨두는 것입니다.
고객이 더 자세한 정보를 제공해야 한다는 사실 때문에 동의합니다. 때로는 응용 프로그램에 표시된 설명에서 고객이 $10(아직 정확히 알지 못하는 것)에 무언가를 원한다는 것이 분명합니다...
TK를 더 진지하게 받아들이는 것이 합리적입니다(표준화 시도).
추신
배정받은 대가로 미안하지만 웃게 해줬다. 100% 확신할 수는 없지만 순수 MQL4로 만들어진 소프트웨어 솔루션은 보호될 수 없다고 95% 확신할 수 있습니다.
그렇게 생각해? 좋아, 이 상황을 보자. 고객은 월 1000%의 이익을 가져다주는 멋진 아이디어를 탄생시켰습니다. 당신은 그것을 위해 소프트웨어를 작성합니다. 이 아이디어를 절대 사용하지 않겠다고 약속합니까? 약속해도 약속은 지킨다? 헛소리야. 거래에서 이 아이디어를 사용할 수 있을 뿐만 아니라 다른 것을 외적으로 다르게 만들 수도 있지만 동일한 소프트웨어 내에서 원하는 만큼 판매할 수 있습니다. 소스 코드 없이는 누구도 증명할 수 없습니다. 고객의 권리는 여기에서 보호될 수 없습니다. 그렇다면 프로그래머의 권리가 더 잘 보호되어야 하는 이유는 무엇입니까?
그리고 재미는 결코 끝나지 않을 것입니다. 고객의 권리에 대한 완전한 무방비 상태로 인해 심각한 주문은 없습니다.
1. 훌륭한 아이디어는 월 1000%를 가져오지 않습니다. 이유를 설명할 필요가 없기를 바랍니다. 가능한 한 빨리 1년에 1000% 잊어버리도록 노력하겠습니다.
2. 고객이 실제로 큰 위험 없이 안정적으로 연 100%의 수익을 올릴 수 있는 방법을 알아냈다고 가정해 보겠습니다. 그가 자동차를 만드는 데 6개월에서 12개월을 보냈고 그의 아이디어에 대한 예상 비용은 바쿠 주민 1,000명에서 10,000명이라고 가정해 보겠습니다. 차량의 공정 가격이 $1000라고 가정해 보겠습니다.
이제 고객은 다음 옵션을 사용할 수 있습니다.
ㅏ. 차량을 모듈로 나누고 여러 출연자에게 배포하십시오. 10명의 출연자가 이 작업을 수행하고 평균 $50를 받는다고 가정해 보겠습니다. 결과적으로 고객은 원래 형태의 차량이 누군가에 의해 사용되거나 매진된다는 사실에 크게 신경 쓰지 않고 $ 500를 소비하게됩니다.
추가 질문은 이 모든 것을 통합하는 방법과 고객이 비용을 지불한 소프트웨어 솔루션에 대한 독점권(코드 포함)을 받을지 여부입니다.
비. 고객은 동일한 $500에 모든 작업을 수행할 하나의 프로그램 eru에 모든 것을 제공할 것입니다. 동시에 고객의 편의는 한 명의 계약자에게만 물어보는 것이고, 계약자의 이점은 그가 전체 차량을 볼 수 있다는 것입니다.
여기서도 권리 양도 문제가 발생하지만 동시에 계약자는 고객에게 기밀을 제공할 수 있습니다(어떻게 보일지는 또 다른 질문입니다).
에. 물론 TS의 작성자는 특정 위험과 유보를 가지고 스스로 구현하려고 시도할 수 있습니다(그러나 그것은 그의 비즈니스입니다).
추신
동시에 모든 상인이 프로그래머가 되기를 원하는 것은 아니며 모든 프로그래머가 상인이 될 준비가 된 것도 아니며 월 500-1000달러의 금액은 아직 아무도 괴롭히지 않았습니다.
1. 훌륭한 아이디어는 월 1000%를 가져오지 않습니다. 이유를 설명할 필요가 없기를 바랍니다.
솔직히 말해서, 당신은해야합니다. 아는 것이 흥미로울 것입니다. 그러나 도처에 기록되고 누구에게도 도움이 되지 않는 잘 알려진 "진실"을 반복하고 싶다면 귀찮게 하지 마십시오. 나는 그들을 결코 이해하지 못할 것입니다.
흥미로운 :
차량의 공정 가격이 $1000라고 가정해 보겠습니다.
나는 이 평가를 받아들일 수 없다. 차량 가격은 1000달러가 될 수 없습니다. 값을 매길 수도 있고 무료일 수도 있습니다. 누군가가 1000에 대한 무료 차량을 얻을 수 있다면 본질적으로 무료가 중단되지 않습니다. 주문은 무료입니다. 그것들은 완전히 쓸모가 없으며 왜 이것이 수행되어서는 안되는지 생각하고 이해하는 데 도움이됩니다. 따라서 적은 비용으로 그러한 주문을 하거나 실행하는 데 아무런 문제가 없습니다. 글쎄, 누군가가 그런 쓰레기를 막고 누군가를 잃기로 결정했다면 누가 신경을 쓰겠습니까? 성능 수준이 순서와 일치해야 하는 것일 뿐이므로 귀중한 개발 내용을 쓰레기에 넣을 필요가 없습니다.
차량을 모듈로 나누는 것이 고객의 이익을 보호하는 유일한 방법인 것처럼 보이지만 항상 가능한 것은 아닙니다. 단순한 자동차는 10개의 부품으로 나눌 수 없습니다. 그리고 부품들은 어떻게든 함께 조립되어야 하며 모든 것이 잘 될 것이라는 것은 사실이 아닙니다.
그래서 프로그래밍을 배워야 했다. TS는 간단해서 누구에게도 보여주고 싶지 않습니다. 그러나 맥주 한 캔 이상은 무엇이, 어떻게 계산되는지, 언제 실행을 중지할지 모르는 실행 파일에 대한 비용을 지불하지 않습니다.
솔직히 말해서, 당신은해야합니다. 아는 것이 흥미로울 것입니다. 그러나 도처에 기록되고 누구에게도 도움이 되지 않는 잘 알려진 "진실"을 반복하고 싶다면 귀찮게 하지 마십시오. 나는 그들을 결코 이해하지 못할 것입니다.
나는 잘 알려진 진실을 인용하지 않을 것입니다. 예를 들어 월 평균 100%를 가져오는 차량이 1000%를 가져오는 차량보다 더 나은 이유를 사람들에게 설명하는 것은 이미 지겹습니다(두 번째 차량만 작동하는 경우 한 달). 아마도 연 평균 100%의 거래 시스템이 좋은 이유를 설명할 가치가 없을 것입니다. 또한 효과적이고 효율적인 거래 시스템을 만드는 기본 사항은 설명하지 않을 것입니다.
나는 당신에게 위험을 계산하고 한 가지 간단한 질문에 대답하도록 요청할 것입니다. 이 세 가지 시스템 중 어느 것이 이 세 가지 시스템 중 어느 쪽이 통제하는 예치금에 자본의 절반을 제공하는 데 개인적으로 동의하시겠습니까?
호기심이 많은. 1000%는 모르겠습니다. 그러나 나는 한 번 (2006 년까지의 테스트 기간 동안) 1 억 달러에서 수백만 달러의 잔액을 거의 정확하게 표시하는 시스템을 만들었습니다. 엄청난 수의 거래 , 하루 수백. 물론 2009년에 이 시스템을 작성했음에도 불구하고 2006년까지 작동한다는 것은 안타깝습니다.)))))) 역사는 반복될 수 있다고 생각합니다...
나는 이 평가를 받아들일 수 없다. 차량 가격은 1000달러가 될 수 없습니다. 값을 매길 수도 있고 무료일 수도 있습니다. 누군가가 1000에 대한 무료 차량을 얻을 수 있다면 본질적으로 무료가 중단되지 않습니다. 주문은 무료입니다. 그것들은 완전히 쓸모가 없으며 왜 이것이 수행되어서는 안되는지 생각하고 이해하는 데 도움이됩니다. 따라서 적은 비용으로 그러한 주문을 하거나 실행하는 데 아무런 문제가 없습니다. 글쎄, 누군가가 그런 쓰레기를 막고 누군가를 잃기로 결정했다면 누가 신경을 쓰겠습니까? 성능 수준이 순서와 일치해야 하는 것일 뿐이므로 귀중한 개발 내용을 쓰레기에 넣을 필요가 없습니다.
차량을 모듈로 나누는 것이 고객의 이익을 보호하는 유일한 방법인 것처럼 보이지만 항상 가능한 것은 아닙니다. 단순한 자동차는 10개의 부품으로 나눌 수 없습니다. 그리고 부품들은 어떻게든 함께 조립되어야 하며 모든 것이 잘 될 것이라는 것은 사실이 아닙니다.
그래서 프로그래밍을 배워야 했다. TS는 간단해서 누구에게도 보여주고 싶지 않습니다. 그러나 맥주 한 캔 이상은 무엇이, 어떻게 계산되는지, 언제 실행을 중지할지 모르는 실행 파일에 대한 비용을 지불하지 않습니다.
1. 성배 없음 !!! 모든 거래 시스템에는 자체 가치가 있으며 개발에 소요된 시간, 대중의 인정 또는 일정 금액으로 표현됩니다.
5~6년 동안 자신의 TS를 개발하고 다른 사람의 TS를 분석하고 연구하는 사람으로서 저를 믿으십시오.
2. 왜 안되나요? 1000달러는 대부분의 거래자가 사용하는 거래 전략에 대해 상당히 객관적인 가격이라고 말할 수도 있습니다.
명확히 하자면, 이 TS에서 거래하도록 설계된 거래 전문가 또는 기타 소프트웨어의 비용을 입력할 필요가 없습니다. 비용은 전략 자체를 만들고 미세 조정하는 데 드는 비용을 특정 단위로 나타냅니다. 이러한 비용에는 다음이 포함됩니다. 인터넷 비용; 테스트 및 미세 조정에 소요된 금액 기타 간접 비용.
3. 자유 거래 시스템은 없고 있을 수도 없습니다. 누군가가 개발에 시간과 다른 리소스를 사용했기 때문만은 아닙니다. TS는 효과적이거나 비효율적이거나 공개(공통)이거나 고유할 수 있습니다. 그게 다야.
4. "작업" 서비스 및 그에 따른 주문에 관한 사항. 예, 대부분의 경우 1000달러는 고사하고 100달러의 가치도 없는 거래 시스템이 나타납니다. 그러나 이것은 처음으로 자동화를 하기로 결정한 초보자와 대부분의 거래자가 이에 대해 가장 간단하고 가장 일반적으로 사용 가능한 전략을 취한다는 사실로 쉽게 설명됩니다.
그러한 고객의 표준 논리는 인터넷에서 간단한 거래 시스템에 대한 설명을 찾아(가급적이면 무료로) $10-50에 자동화하고 양배추를 자르기 시작하는 것입니다. 일부는 성공하기도 합니다.
매번 제시된 형태로 작동한다는 것은 전혀 작동하지 않는다면 고객은 개의치 않습니다. 또한 처음에는 이 시스템을 통해 이미 하나 이상의 저장소가 병합된 것이 조금 걱정됩니다.
추신
나는 1-10$ TS에 대한 주문이 존재할 권리가 없다고 말하는 것이 아닙니다(개별 스크립트, 표시기, 라이브러리 등은 고려하지 않을 것입니다).
고객이 절대적인 권리를 받거나 받지 못하는 상황이 있었습니다.
간단한 예: 계약자는 배타적 권리를 이전하지 않고 완료된 작업을 고객에게 이전합니다(소스 코드는 이전되지 않음). 이를 통해 그는 작업 결과를 문제 없이 SHOP에 배치할 수 있습니다(여기서 고객은 더 이상 아무 것도 할 수 없음).
pronych : 호기심이 많은. 1000%는 모르겠습니다. 그러나 나는 한 번 (2006 년까지의 테스트 기간 동안) 1 억 달러에서 수백만 달러의 잔액을 거의 정확하게 표시하는 시스템을 만들었습니다. 엄청난 수의 거래 , 하루 수백. 물론 2009년에 이 시스템을 작성했음에도 불구하고 2006년까지 작동한다는 것은 안타깝습니다.)))))) 역사는 반복될 수 있다고 생각합니다...
이제 이 거래 시스템에 대한 DC를 찾고 이상적인 거래 조건을 제공하십시오.
반복합니다(모르는 사람들을 위해). 평균 100% 이상을 가져오는 시스템은 매우 위험하며 일반적으로 1-3개월 동안 삽니다.
챔피언십의 경우 이러한 전략은 좋지만 실제 생활에서는 전혀 쓸모가 없습니다(초보자의 경우 치명적임).
pronych : 호기심이 많은. 1000%는 모르겠습니다. 그러나 나는 한 번 (2006 년까지의 테스트 기간 동안) 1 억 달러에서 수백만 달러의 잔액을 거의 정확하게 표시하는 시스템을 만들었습니다. 엄청난 수의 거래 , 하루 수백. 물론 2009년에 이 시스템을 작성했음에도 불구하고 2006년까지 작동한다는 것은 안타깝습니다.)))))) 역사는 반복될 수 있다고 생각합니다...
나는 잘 알려진 진실을 인용하지 않을 것입니다. 예를 들어 월 평균 100%를 가져오는 차량이 1000%를 가져오는 차량보다 더 나은 이유를 사람들에게 설명하는 것은 이미 지겹습니다(두 번째 차량만 작동하는 경우 한 달). 아마도 연 평균 100%의 거래 시스템이 좋은 이유를 설명할 가치가 없을 것입니다. 또한 효과적이고 효율적인 거래 시스템을 만드는 기본 사항은 설명하지 않을 것입니다.
나는 당신에게 위험을 계산하고 한 가지 간단한 질문에 대답하도록 요청할 것입니다. 이 세 가지 시스템 중 어느 것이 이 세 가지 시스템 중 어느 쪽이 통제하는 예치금에 자본의 절반을 제공하는 데 개인적으로 동의하시겠습니까?
이것이 신탁 관리에 관한 것이라면 성공적인 거래 상인이 다른 사람의 돈이 필요한 이유를 설명할 때까지 루블을 가진 사람을 신뢰하지 않을 것입니다.
나는 또한 거래 시스템이 한 달 동안 작동한 다음 중지되는 방식을 이해할 수 없습니다. 보통 사용법도 모르는 테스터와 스토리를 맞춘 결과다. 이것은 테스터라도 확인할 수 있지만. 통화 쌍 또는 기간을 변경합니다. 결과의 강한 변화 - 용광로의 TS. 사람도 그렇게 하기가 쉽지 않을 것입니다. 이것은 일반적으로 "매개변수가 특정 쌍과 특정 기간에 최적화되어 있다"는 사실로 설명됩니다. 그들은 특정 기간 동안 여전히 최적화되어 있고 이 기간은 과거라는 사실을 덧붙이는 것을 잊었습니다. 여기에 이런 일을 하는 사람들이 있다면 왜 소스 코드 제공을 꺼리는지 이해가 갑니다.
단일 거래가 아닌 한 위험과 보상 사이에 직접적인 비율이 있을 필요는 없습니다.
그리고 효율적이고 효율적인 거래 시스템을 만들기 위한 기반이 존재하고 작동하며 모든 사람에게 알려져 있다면 왜 거의 모든 사람이 병합합니까?
흥미로운 :
2. 왜 안되나요? 1000달러는 대부분의 거래자가 사용하는 거래 전략에 대해 상당히 객관적인 가격이라고 말할 수도 있습니다.
그래서 우리는 단지 다른 것에 대해 이야기하고 있습니다. 예를 들어, 전략이 있습니다. MA5가 MA21을 아래에서 위로 교차할 때 매수하고 위에서 아래로 교차할 때 매도합니다. 이 전략의 비용은 2코펙입니다. 이것을 나는 "무료 배송"이라고 부릅니다. 그러나 아름다운 조작반과 수많은 종소리를 지닌 자동장치가 이 전략대로 쓰여지면 1000원에 팔 수 있다. 그러나 이것에서 전략은 잘 되지 않았다. 그리고 모든 작업에 대한 비용을 지불해야 합니다. 고객이 원하는 것을 얻었다면 그것에 대해 논쟁할 수 없습니다.
추신 저도 다른 생각을 해봤는데요... 고객을 위해 만든 TS가 좋은 수입을 가져다준다면 소스 코드가 손에서 손으로 옮겨갈까 걱정할 필요가 없습니다. 그는 배수되는 경우에만 갈 것입니다. 또는 안정적이지만 터무니없는 수입을 가져옵니다.
이제 장난이 옵니다. 아직 앞서
그렇게 생각해? 좋아, 이 상황을 보자. 고객은 월 1000%의 이익을 가져다주는 멋진 아이디어를 탄생시켰습니다. 당신은 그것을 위해 소프트웨어를 작성합니다. 이 아이디어를 절대 사용하지 않겠다고 약속합니까? 약속해도 약속은 지킨다? 헛소리야. 거래에서 이 아이디어를 사용할 수 있을 뿐만 아니라 다른 것을 외적으로 다르게 만들 수도 있지만 동일한 소프트웨어 내에서 원하는 만큼 판매할 수 있습니다. 소스 코드 없이는 누구도 증명할 수 없습니다. 고객의 권리는 여기에서 보호될 수 없습니다. 그렇다면 프로그래머의 권리가 더 잘 보호되어야 하는 이유는 무엇입니까?
그리고 재미는 결코 끝나지 않을 것입니다. 고객의 권리에 대한 완전한 무방비 상태로 인해 심각한 주문은 없습니다.
1. 그러나 결론은 이 경우 고객에게 어떤 종류의 결과(이 경우 파일)를 받기를 원하는지 어떻게든 명확하게 표시해야 한다는 것입니다.
이것은 프로세스를 복잡하게 만들고 적용 단계에서 의미가 없습니다. 나중에 모든 것을 논의할 수 있습니다.
2. 여기에도 심각한 질문이 있습니다. 생각해야 합니다. 수행자에게 의무가 있을 뿐만 아니라 고객도 신청 단계에서 보다 완전한 정보를 표시해야 합니다. 애플리케이션을 더욱 확장하는 것이 합리적일 수 있습니다. 몇 가지 아이디어를 입력합니다. 예를 들어 컴파일된 제품도 보호하는 것입니다. 개인적으로 나는 항상 계정을 확인하여 내 개발 (MT4)을 보호했습니다. 글쎄, 그것은 나에 관한 것이 아니라 ...
1. 신청서에 "체크" 또는 수행된 작업에 대한 권리 양도에 대한 다른 언급만 필요하다고 입력해야 했습니다.
내가 이해하는 한 권리 양도는 모든 소스 코드, 문서 및 기타 자료(있는 경우)의 고객 양도 + 아티스트의 작업 결과를 판매하고 사용할 수 있는 완전하고 무제한적인 권리를 보장합니다.
고객에게 권리를 양도하는 것에 대한 이야기가 없으면 계약자는 자동으로 고객이 동의하거나 동의하지 않을 자신의 조건을 제안할 기회가 있습니다.
우리의 경우 이러한 모든 조건이 TOR에 반영되어야 합니다. 다음 정보도 여기에 반영되어야 합니다: 파일의 이름, 유형 및 위치(특수 모듈이 있는 경우).
2. 개발자만이 어느 정도 심각한 보호를 제공할 수 있지만 이것은 "SHOP" 서비스에 있습니다. 여기서는 주로 고객과 계약자의 권리 준수를 보장하는 방법에 관한 것입니다.
수행자의 권리를 어떻게든 보호하는 가장 쉬운 방법은 소스 코드를 고객에게 이전하는 것이 아니라 동시에 소프트웨어 솔루션에 대한 독점권을 획득할 수 있는 권리를 고객에게 남겨두는 것입니다.
고객이 더 자세한 정보를 제공해야 한다는 사실 때문에 동의합니다. 때로는 응용 프로그램에 표시된 설명에서 고객이 $10(아직 정확히 알지 못하는 것)에 무언가를 원한다는 것이 분명합니다...
TK를 더 진지하게 받아들이는 것이 합리적입니다(표준화 시도).
추신
배정받은 대가로 미안하지만 웃게 해줬다. 100% 확신할 수는 없지만 순수 MQL4로 만들어진 소프트웨어 솔루션은 보호될 수 없다고 95% 확신할 수 있습니다.
그렇게 생각해? 좋아, 이 상황을 보자. 고객은 월 1000%의 이익을 가져다주는 멋진 아이디어를 탄생시켰습니다. 당신은 그것을 위해 소프트웨어를 작성합니다. 이 아이디어를 절대 사용하지 않겠다고 약속합니까? 약속해도 약속은 지킨다? 헛소리야. 거래에서 이 아이디어를 사용할 수 있을 뿐만 아니라 다른 것을 외적으로 다르게 만들 수도 있지만 동일한 소프트웨어 내에서 원하는 만큼 판매할 수 있습니다. 소스 코드 없이는 누구도 증명할 수 없습니다. 고객의 권리는 여기에서 보호될 수 없습니다. 그렇다면 프로그래머의 권리가 더 잘 보호되어야 하는 이유는 무엇입니까?
그리고 재미는 결코 끝나지 않을 것입니다. 고객의 권리에 대한 완전한 무방비 상태로 인해 심각한 주문은 없습니다.
1. 훌륭한 아이디어는 월 1000%를 가져오지 않습니다. 이유를 설명할 필요가 없기를 바랍니다. 가능한 한 빨리 1년에 1000% 잊어버리도록 노력하겠습니다.
2. 고객이 실제로 큰 위험 없이 안정적으로 연 100%의 수익을 올릴 수 있는 방법을 알아냈다고 가정해 보겠습니다. 그가 자동차를 만드는 데 6개월에서 12개월을 보냈고 그의 아이디어에 대한 예상 비용은 바쿠 주민 1,000명에서 10,000명이라고 가정해 보겠습니다. 차량의 공정 가격이 $1000라고 가정해 보겠습니다.
이제 고객은 다음 옵션을 사용할 수 있습니다.
ㅏ. 차량을 모듈로 나누고 여러 출연자에게 배포하십시오. 10명의 출연자가 이 작업을 수행하고 평균 $50를 받는다고 가정해 보겠습니다. 결과적으로 고객은 원래 형태의 차량이 누군가에 의해 사용되거나 매진된다는 사실에 크게 신경 쓰지 않고 $ 500를 소비하게됩니다.
추가 질문은 이 모든 것을 통합하는 방법과 고객이 비용을 지불한 소프트웨어 솔루션에 대한 독점권(코드 포함)을 받을지 여부입니다.
비. 고객은 동일한 $500에 모든 작업을 수행할 하나의 프로그램 eru에 모든 것을 제공할 것입니다. 동시에 고객의 편의는 한 명의 계약자에게만 물어보는 것이고, 계약자의 이점은 그가 전체 차량을 볼 수 있다는 것입니다.
여기서도 권리 양도 문제가 발생하지만 동시에 계약자는 고객에게 기밀을 제공할 수 있습니다(어떻게 보일지는 또 다른 질문입니다).
에. 물론 TS의 작성자는 특정 위험과 유보를 가지고 스스로 구현하려고 시도할 수 있습니다(그러나 그것은 그의 비즈니스입니다).
추신
동시에 모든 상인이 프로그래머가 되기를 원하는 것은 아니며 모든 프로그래머가 상인이 될 준비가 된 것도 아니며 월 500-1000달러의 금액은 아직 아무도 괴롭히지 않았습니다.
1. 훌륭한 아이디어는 월 1000%를 가져오지 않습니다. 이유를 설명할 필요가 없기를 바랍니다.
솔직히 말해서, 당신은해야합니다. 아는 것이 흥미로울 것입니다. 그러나 도처에 기록되고 누구에게도 도움이 되지 않는 잘 알려진 "진실"을 반복하고 싶다면 귀찮게 하지 마십시오. 나는 그들을 결코 이해하지 못할 것입니다.
차량의 공정 가격이 $1000라고 가정해 보겠습니다.
나는 이 평가를 받아들일 수 없다. 차량 가격은 1000달러가 될 수 없습니다. 값을 매길 수도 있고 무료일 수도 있습니다. 누군가가 1000에 대한 무료 차량을 얻을 수 있다면 본질적으로 무료가 중단되지 않습니다. 주문은 무료입니다. 그것들은 완전히 쓸모가 없으며 왜 이것이 수행되어서는 안되는지 생각하고 이해하는 데 도움이됩니다. 따라서 적은 비용으로 그러한 주문을 하거나 실행하는 데 아무런 문제가 없습니다. 글쎄, 누군가가 그런 쓰레기를 막고 누군가를 잃기로 결정했다면 누가 신경을 쓰겠습니까? 성능 수준이 순서와 일치해야 하는 것일 뿐이므로 귀중한 개발 내용을 쓰레기에 넣을 필요가 없습니다.
차량을 모듈로 나누는 것이 고객의 이익을 보호하는 유일한 방법인 것처럼 보이지만 항상 가능한 것은 아닙니다. 단순한 자동차는 10개의 부품으로 나눌 수 없습니다. 그리고 부품들은 어떻게든 함께 조립되어야 하며 모든 것이 잘 될 것이라는 것은 사실이 아닙니다.
그래서 프로그래밍을 배워야 했다. TS는 간단해서 누구에게도 보여주고 싶지 않습니다. 그러나 맥주 한 캔 이상은 무엇이, 어떻게 계산되는지, 언제 실행을 중지할지 모르는 실행 파일에 대한 비용을 지불하지 않습니다.
솔직히 말해서, 당신은해야합니다. 아는 것이 흥미로울 것입니다. 그러나 도처에 기록되고 누구에게도 도움이 되지 않는 잘 알려진 "진실"을 반복하고 싶다면 귀찮게 하지 마십시오. 나는 그들을 결코 이해하지 못할 것입니다.
나는 잘 알려진 진실을 인용하지 않을 것입니다. 예를 들어 월 평균 100%를 가져오는 차량이 1000%를 가져오는 차량보다 더 나은 이유를 사람들에게 설명하는 것은 이미 지겹습니다(두 번째 차량만 작동하는 경우 한 달). 아마도 연 평균 100%의 거래 시스템이 좋은 이유를 설명할 가치가 없을 것입니다. 또한 효과적이고 효율적인 거래 시스템을 만드는 기본 사항은 설명하지 않을 것입니다.
나는 당신에게 위험을 계산하고 한 가지 간단한 질문에 대답하도록 요청할 것입니다. 이 세 가지 시스템 중 어느 것이 이 세 가지 시스템 중 어느 쪽이 통제하는 예치금에 자본의 절반을 제공하는 데 개인적으로 동의하시겠습니까?
나는 이 평가를 받아들일 수 없다. 차량 가격은 1000달러가 될 수 없습니다. 값을 매길 수도 있고 무료일 수도 있습니다. 누군가가 1000에 대한 무료 차량을 얻을 수 있다면 본질적으로 무료가 중단되지 않습니다. 주문은 무료입니다. 그것들은 완전히 쓸모가 없으며 왜 이것이 수행되어서는 안되는지 생각하고 이해하는 데 도움이됩니다. 따라서 적은 비용으로 그러한 주문을 하거나 실행하는 데 아무런 문제가 없습니다. 글쎄, 누군가가 그런 쓰레기를 막고 누군가를 잃기로 결정했다면 누가 신경을 쓰겠습니까? 성능 수준이 순서와 일치해야 하는 것일 뿐이므로 귀중한 개발 내용을 쓰레기에 넣을 필요가 없습니다.
차량을 모듈로 나누는 것이 고객의 이익을 보호하는 유일한 방법인 것처럼 보이지만 항상 가능한 것은 아닙니다. 단순한 자동차는 10개의 부품으로 나눌 수 없습니다. 그리고 부품들은 어떻게든 함께 조립되어야 하며 모든 것이 잘 될 것이라는 것은 사실이 아닙니다.
그래서 프로그래밍을 배워야 했다. TS는 간단해서 누구에게도 보여주고 싶지 않습니다. 그러나 맥주 한 캔 이상은 무엇이, 어떻게 계산되는지, 언제 실행을 중지할지 모르는 실행 파일에 대한 비용을 지불하지 않습니다.
1. 성배 없음 !!! 모든 거래 시스템에는 자체 가치가 있으며 개발에 소요된 시간, 대중의 인정 또는 일정 금액으로 표현됩니다.
5~6년 동안 자신의 TS를 개발하고 다른 사람의 TS를 분석하고 연구하는 사람으로서 저를 믿으십시오.
2. 왜 안되나요? 1000달러는 대부분의 거래자가 사용하는 거래 전략에 대해 상당히 객관적인 가격이라고 말할 수도 있습니다.
명확히 하자면, 이 TS에서 거래하도록 설계된 거래 전문가 또는 기타 소프트웨어의 비용을 입력할 필요가 없습니다. 비용은 전략 자체를 만들고 미세 조정하는 데 드는 비용을 특정 단위로 나타냅니다. 이러한 비용에는 다음이 포함됩니다. 인터넷 비용; 테스트 및 미세 조정에 소요된 금액 기타 간접 비용.
3. 자유 거래 시스템은 없고 있을 수도 없습니다. 누군가가 개발에 시간과 다른 리소스를 사용했기 때문만은 아닙니다. TS는 효과적이거나 비효율적이거나 공개(공통)이거나 고유할 수 있습니다. 그게 다야.
4. "작업" 서비스 및 그에 따른 주문에 관한 사항. 예, 대부분의 경우 1000달러는 고사하고 100달러의 가치도 없는 거래 시스템이 나타납니다. 그러나 이것은 처음으로 자동화를 하기로 결정한 초보자와 대부분의 거래자가 이에 대해 가장 간단하고 가장 일반적으로 사용 가능한 전략을 취한다는 사실로 쉽게 설명됩니다.
그러한 고객의 표준 논리는 인터넷에서 간단한 거래 시스템에 대한 설명을 찾아(가급적이면 무료로) $10-50에 자동화하고 양배추를 자르기 시작하는 것입니다. 일부는 성공하기도 합니다.
매번 제시된 형태로 작동한다는 것은 전혀 작동하지 않는다면 고객은 개의치 않습니다. 또한 처음에는 이 시스템을 통해 이미 하나 이상의 저장소가 병합된 것이 조금 걱정됩니다.
추신
나는 1-10$ TS에 대한 주문이 존재할 권리가 없다고 말하는 것이 아닙니다(개별 스크립트, 표시기, 라이브러리 등은 고려하지 않을 것입니다).
고객이 절대적인 권리를 받거나 받지 못하는 상황이 있었습니다.
간단한 예: 계약자는 배타적 권리를 이전하지 않고 완료된 작업을 고객에게 이전합니다(소스 코드는 이전되지 않음). 이를 통해 그는 작업 결과를 문제 없이 SHOP에 배치할 수 있습니다(여기서 고객은 더 이상 아무 것도 할 수 없음).
호기심이 많은. 1000%는 모르겠습니다. 그러나 나는 한 번 (2006 년까지의 테스트 기간 동안) 1 억 달러에서 수백만 달러의 잔액을 거의 정확하게 표시하는 시스템을 만들었습니다. 엄청난 수의 거래 , 하루 수백. 물론 2009년에 이 시스템을 작성했음에도 불구하고 2006년까지 작동한다는 것은 안타깝습니다.)))))) 역사는 반복될 수 있다고 생각합니다...
이제 이 거래 시스템에 대한 DC를 찾고 이상적인 거래 조건을 제공하십시오.
반복합니다(모르는 사람들을 위해). 평균 100% 이상을 가져오는 시스템은 매우 위험하며 일반적으로 1-3개월 동안 삽니다.
챔피언십의 경우 이러한 전략은 좋지만 실제 생활에서는 전혀 쓸모가 없습니다(초보자의 경우 치명적임).
호기심이 많은. 1000%는 모르겠습니다. 그러나 나는 한 번 (2006 년까지의 테스트 기간 동안) 1 억 달러에서 수백만 달러의 잔액을 거의 정확하게 표시하는 시스템을 만들었습니다. 엄청난 수의 거래 , 하루 수백. 물론 2009년에 이 시스템을 작성했음에도 불구하고 2006년까지 작동한다는 것은 안타깝습니다.)))))) 역사는 반복될 수 있다고 생각합니다...
우리는 우연히 알게되었습니다 :)
나는 잘 알려진 진실을 인용하지 않을 것입니다. 예를 들어 월 평균 100%를 가져오는 차량이 1000%를 가져오는 차량보다 더 나은 이유를 사람들에게 설명하는 것은 이미 지겹습니다(두 번째 차량만 작동하는 경우 한 달). 아마도 연 평균 100%의 거래 시스템이 좋은 이유를 설명할 가치가 없을 것입니다. 또한 효과적이고 효율적인 거래 시스템을 만드는 기본 사항은 설명하지 않을 것입니다.
나는 당신에게 위험을 계산하고 한 가지 간단한 질문에 대답하도록 요청할 것입니다. 이 세 가지 시스템 중 어느 것이 이 세 가지 시스템 중 어느 쪽이 통제하는 예치금에 자본의 절반을 제공하는 데 개인적으로 동의하시겠습니까?
이것이 신탁 관리에 관한 것이라면 성공적인 거래 상인이 다른 사람의 돈이 필요한 이유를 설명할 때까지 루블을 가진 사람을 신뢰하지 않을 것입니다.
나는 또한 거래 시스템이 한 달 동안 작동한 다음 중지되는 방식을 이해할 수 없습니다. 보통 사용법도 모르는 테스터와 스토리를 맞춘 결과다. 이것은 테스터라도 확인할 수 있지만. 통화 쌍 또는 기간을 변경합니다. 결과의 강한 변화 - 용광로의 TS. 사람도 그렇게 하기가 쉽지 않을 것입니다. 이것은 일반적으로 "매개변수가 특정 쌍과 특정 기간에 최적화되어 있다"는 사실로 설명됩니다. 그들은 특정 기간 동안 여전히 최적화되어 있고 이 기간은 과거라는 사실을 덧붙이는 것을 잊었습니다. 여기에 이런 일을 하는 사람들이 있다면 왜 소스 코드 제공을 꺼리는지 이해가 갑니다.
단일 거래가 아닌 한 위험과 보상 사이에 직접적인 비율이 있을 필요는 없습니다.
그리고 효율적이고 효율적인 거래 시스템을 만들기 위한 기반이 존재하고 작동하며 모든 사람에게 알려져 있다면 왜 거의 모든 사람이 병합합니까?
2. 왜 안되나요? 1000달러는 대부분의 거래자가 사용하는 거래 전략에 대해 상당히 객관적인 가격이라고 말할 수도 있습니다.
그래서 우리는 단지 다른 것에 대해 이야기하고 있습니다. 예를 들어, 전략이 있습니다. MA5가 MA21을 아래에서 위로 교차할 때 매수하고 위에서 아래로 교차할 때 매도합니다. 이 전략의 비용은 2코펙입니다. 이것을 나는 "무료 배송"이라고 부릅니다. 그러나 아름다운 조작반과 수많은 종소리를 지닌 자동장치가 이 전략대로 쓰여지면 1000원에 팔 수 있다. 그러나 이것에서 전략은 잘 되지 않았다. 그리고 모든 작업에 대한 비용을 지불해야 합니다. 고객이 원하는 것을 얻었다면 그것에 대해 논쟁할 수 없습니다.
추신 저도 다른 생각을 해봤는데요... 고객을 위해 만든 TS가 좋은 수입을 가져다준다면 소스 코드가 손에서 손으로 옮겨갈까 걱정할 필요가 없습니다. 그는 배수되는 경우에만 갈 것입니다. 또는 안정적이지만 터무니없는 수입을 가져옵니다.