턴키 어드바이저 또는 부품을 주문하시겠습니까?
고문의 바로 그 아이디어(알고리즘)에 대해 많은 질문이 즉시 제기되었습니다(거래를 하기 전에 여러 번 물었고 저자는 모든 것이 명확하다고 대답했지만). 모든 질문이 논의되었고 모든 것이 설명되었습니다.
질문이 전혀 없을 수 있습니다. 과제를 제출한 후에도 질문이 올 수 있습니다. 따라서 질문의 부재, 존재 또는 초과는 지표가 아닙니다.
문제는 개발자의 잘못으로 인해 발생했으며,
분명하게 예입니다. 이유는 다를 수 있습니다. 고객을 제때 고객으로 평가하지 않을 정도로.
일을 제대로 하는 것이 용납될 것이라고 생각한 사람.
이것은 우리가 모릅니다. 따라서 근거가 없을 필요가 없습니다.
문제는 내가 세부 사항으로 참조 조건을 과포화하고 3개의 프로세스를 하나로 결합했기 때문에 발생했습니다(1. 고문; 2. 고문이 결정을 내리는 지표; 3. 거래 패널).
상관없습니다. 초기에 작업 범위를 보는 것이 좋습니다. 단계는 개발자가 직접 제안할 수도 있고 제안하지 않을 수도 있습니다.
다시 주문할 때 작업 결과를 받지 못한 채 3개월 동안 꼼짝도 하지 않도록.
보증하지 않습니다. 개발자를 선택해야 합니다. 작업에 문제가 있으면 정상적인 개발자가 문제가 무엇인지 최소한 설명합니다.
ps 개발자는 실패를 어떻게 설명합니까? 그는 TK에서 어떤 어려움을 겪었습니까? 작업의 복잡성과 비용이 충분하지 않습니까? 고객이 아닐까요?
친애하는 동료 여러분, 좋은 오후입니다!
조언을 구합니다. 개발자와 고문을 주문/주문한 사람들 모두.
얼마 전 나는 맞춤형 지표 (개발해야 함)와 필요에 따라 수동으로 거래를 열고 닫기 위한 거래 패널(개발해야 함)을 기반으로 하는 어드바이저를 주문했습니다.
문제는 다음과 같습니다. 작가는 좋은 평판을 얻고 있는 것 같습니다. 고문의 바로 그 아이디어(알고리즘)에 대해 많은 질문이 즉시 제기되었습니다(거래를 하기 전에 여러 번 물었고 저자는 모든 것이 명확하다고 대답했지만). 모든 질문이 논의되었고 모든 것이 설명되었습니다.
또한, 자문 조건의 요구 사항을 30 % 충족하는 고문의 예비 샘플이 개발되었습니다.추가 중재 및 나에게 유리한 환불.
자세한 내용은 생략하고 묻고 싶습니다.
문제는 실수로 작업을 수행하는 것이 허용될 것이라고 믿었던 개발자의 잘못으로 인해 발생했습니다.
또는
문제는 내가 세부 사항으로 참조 조건을 과포화하고 3개의 프로세스를 하나로 결합했기 때문에 발생했습니다(1. 고문; 2. 고문이 결정을 내리는 지표; 3. 거래 패널).
재주문시 작업결과를 받지 못한채 3개월째 막히지 않도록 조언이 필요합니다.
미리 감사드립니다!
추신 관심있는 사람이 있으면 참조 조건을 첨부하겠습니다.
친애하는 동료 여러분, 좋은 오후입니다!
조언을 구합니다.
고객의 잘못입니다.
이 서비스에서 출연자는 경험 많은 출연자를 선택할 기회가 없습니다. 교과서를 읽는 바보라면 누구나 간단한 주문으로 점수를 채울 수 있습니다. 그리고 고객은 전체 테스트 주기를 수행하지 않기 때문에 고객이 자신에게 한 "실수"를 이해하지 못합니다. 고객 20명 중 1명만이 계약자가 제공한 코드로 자동 검증을 통과할 수 있다고 추측합니다. 그러다가 갑자기 시장의 10명 중 8명은 이 검증을 통과한 제품을 작성할 수 없다는 사실이 밝혀졌습니다. 그러나 이것이 미래에 고문의 올바른 작동을 보장하는 것은 아닙니다.
과제를 살펴보았다. 내가주의를 기울일 유일한 것은 작업에서 논리적 체계를 피하십시오. 그들이 전체 설명에 추가되는 경우 - 바랍니다.
MT의 프로그램 논리는 일반인의 관점과 다릅니다. 프로그래머가 처음부터 고객의 논리를 여러 부분으로 분해한 다음 처음부터 올바른 논리를 작성해야 하기 때문입니다.
고객 20명 중 1명만이 계약자가 제공한 코드로 자동 검증을 통과할 수 있다고 추측합니다. 그러다가 갑자기 시장의 10명 중 8명은 이 검증을 통과한 제품을 작성할 수 없다는 사실이 밝혀졌습니다.
더군다나 개발자의 어느 정도 존엄성으로서의 유효성 검사가 처음이 아니라 말씀하시는 것입니다. 유효성 검사를 통과하기 위해 어떤 기능이 있어야 하는지는 두 개의 터미널 MT4 및 MT5에 대한 예제와 함께 문서에 자세히 설명되어 있습니다. 그리고 이러한 설명된 기능을 Expert Advisor에 구현하는 데 많은 인텔리전스가 필요하지 않습니다. 또 다른 점은 유효성 검사를 통과하는 데 실질적인 경험이 필요하다는 것입니다. 그러나 그것의 부재는 어떤 식 으로든 개발자를 부정적인 측면에서 특성화하지 않습니다. 이것은 단지 경험일 뿐이며 필수 사항은 아닙니다.
그렇다면 유효성 검사를 제공하는 것은 무엇입니까? EA 기능의 올바른 작동을 확인합니까? 아니요, 확인하지 않습니다.
당신은 Expert Advisor의 개발(거래 전략 설계와 같은)과 판매를 위한 완제품의 개발을 혼동하고 있습니다.
따라서 경계 설정을 위한 Expert Advisor의 사전 판매 확인과 같은 검증은 특정 단계, 즉 자원 시장에 Expert Advisor를 배치할 때만 필요합니다.
그리고 "검증 통과"를 밀어붙이는 것은 전략이 관점을 가지고 있는지 여부가 아직 명확하지 않습니다. 이것은 일반적인 고객의 돈 사기 + 값싼 개발자 과시입니다.
그리고 이러한 설명된 기능을 Expert Advisor에 구현하는 데 많은 인텔리전스가 필요하지 않습니다.
그러나 10명 중 8명은 그렇게 할 두뇌가 부족합니다. 그리고 그들의 구현은 검증을 보장하지 않습니다. 오류를 제거하기 위해 알고 있어야 하고 Expert Advisors에 지속적으로 적용해야 하는 많은 뉘앙스가 있습니다.
당신은 Expert Advisor의 개발(거래 전략 설계와 같은)과 판매를 위한 완제품의 개발을 혼동하고 있습니다. 따라서 경계 설정을 위한 Expert Advisor의 사전 판매 확인과 같은 검증은 특정 단계, 즉 자원 시장에 Expert Advisor를 배치할 때만 필요합니다.
가장 간단한 검증을 통과하지 못한 Expert Advisor는 시장에서 작동하기에 충분한 검사가 없습니다.
따라서 유효성 검사를 통과하지 못한 고문은 어떤 경우에도 계정에 배치될 수 없습니다.
예외는 "거래 작업 없음"과 같은 오류이지만 이것은 예외일 뿐입니다.
그리고 "검증 통과"를 밀어붙이는 것은 전략이 관점을 가지고 있는지 여부가 아직 명확하지 않습니다. 이것은 일반적인 고객의 돈 사기 + 값싼 개발자 과시입니다.
일반 개발자는 즉시 코드를 올바르게 작성하고 자동 유효성 검사를 통과하기 위해 코드에 아무것도 "밀어넣을" 필요가 없습니다. 평범한 개발자는 단순히 비뚤어진 글을 쓰는 법을 모릅니다.
검증을 통과하는 것은 고객에게 보내기 전에 Expert Advisor 테스트 주기의 기본 필수 사항 중 하나입니다. 내가 놓친 것이 있는지 확인하기 위한 추가 확인으로.
고객을 속이고 있다면 그것이 문제입니다.
결과적으로 테스터에게만 준비된 코드를 고객에게 제공한다는 것을 올바르게 이해했습니까?
그렇다면 유효성 검사를 제공하는 것은 무엇입니까? EA 기능의 올바른 작동을 확인합니까? 아니요, 확인하지 않습니다.
자연스럽게 확인하기 위해 설계되었습니다.
고문이란 무엇입니까? 내장된 알고리즘에 따라 거래 작업을 수행하는 프로그램입니다.
거래 작업을 올바르게 수행하는 방법을 모른다면 그러한 프로그램과 그것을 작성한 사람은 가치가 없습니다.
이것이 검증이 밝혀주는 것입니다.
마지막 단계에서 이 모든 것을 하나의 프로그램으로 결합하는 것은 어렵지 않습니다.
가장 간단한 검증을 통과하지 못한 Expert Advisor는 시장에서 작동하기에 충분한 검사가 없습니다.
따라서 유효성 검사를 통과하지 못한 고문은 어떤 경우에도 계정에 배치될 수 없습니다.
...
자연스럽게 확인하기 위해 설계되었습니다.
...
이것이 유효성 검사가 나타내는 것입니다.
유효성 검사가 무엇인지 이해하지 못합니다.
그렇다면 저는 검증 및 개발 주제에 대해 귀하와 대화하고 있지 않습니다. 관심이 없습니다.
ps https://www.mql5.com/en/articles/2555 -- 어떤 유효성 검사를 확인하는지 공부하고 이해하시기 바랍니다.
귀하의 관점에서 유효성 검사가 고문의 기능을 수행하는 정확성을 확인하면 개발자로서 자신을 더 잘 쏠 수 있습니다.
- www.mql5.com
...
자세한 내용은 생략하고 묻고 싶습니다.
문제는 실수로 작업을 수행하는 것이 허용될 것이라고 믿었던 개발자의 잘못으로 인해 발생했습니다.
또는
문제는 내가 세부 사항으로 참조 조건을 과포화하고 3개의 프로세스를 하나로 결합했기 때문에 발생했습니다(1. 고문; 2. 고문이 결정을 내리는 지표; 3. 거래 패널).
재주문시 작업결과를 받지 못한채 3개월째 막히지 않도록 조언이 필요합니다.
...
그리고 tyap-blunder - 어때요? 그들은 또한 완성된 작품을 첨부할 것입니다 ... 보기 위해.
...
다운로드 된 작업 - 보았다.
1. 너무 큰 일. 고객은 그러한 작업을 읽는 비용을 지불해야 합니다.
2. 현실로부터 고객의 고립. 고문을 위한 작업 , 고문이 그려야 하는 차트에 대한 대화. 고객이 주제를 이해하지 못한다는 사실 때문에 끊임없는 불만과 생각대로 일이 진행되지 않았다는 인상을 받게 됩니다.
계속 읽으십시오 ... 더 많은 Ostap이 겪었습니다.
В настройках индикатора: 1 ) возможность указания баланса (с отображением в виде горизонтальной линии); 2 ) выбор пар до 8 шт.; 3 ) выбор типа ордера (buy/sell) для каждого ордера; 4 ) выбор размера ордера для каждого ордера; 5 ) наличие возможности применения MA, Zigzag, и т.п.; 6 ) указание периода, начиная с которого строится график (время, дата, год); 7 ) возможность указания точки, на которой откроются ордера реального счета с отображением в виде горизонтальной линии; 8 ) возможность указания точки, на которой сработает TP/ Reverse реального счета с отображением в виде горизонтальной пунктирной линии; 9 ) своп, спред не учитывается. 10 )Расчет виртуального эквити производится на основании минимального шага цены. С момента активации на основе тиков. Исторические данные на основе M1.
---
패널의 경우 각 주문에 체크박스가 있어야 합니다. 의미?
---
아마도 수행자가 과제를 읽지 않았을 것입니다.
---
가격이 어땠는지 궁금합니다.
---
그래도 결과를 보면 흥미롭다.
===
일반적으로 양쪽에 문제가 있습니다. 고객은 현실과 이혼하고 수행자는 과제를 읽지 않았습니다.
그러나 10명 중 8명은 그렇게 할 두뇌가 부족합니다. 그리고 그들의 구현은 검증을 보장하지 않습니다. 오류를 제거하기 위해 알고 있어야 하고 Expert Advisors에 지속적으로 적용해야 하는 많은 뉘앙스가 있습니다.
그럼에도 불구하고 이 8개 중 누구라도 포럼에 질문을 할 수 있고 청중의 도움을 요청할 수 있으며 검증이 성공할 수 있도록 감사를 표할 것입니다. 그래서 검증의 요점은 무엇입니까???
친애하는 동료 여러분, 좋은 오후입니다!
조언을 구합니다. 개발자와 고문을 주문/주문한 사람들 모두.
얼마 전 나는 맞춤형 지표 (개발해야 함)와 필요에 따라 수동으로 거래를 열고 닫기 위한 거래 패널(개발해야 함)을 기반으로 하는 어드바이저를 주문했습니다.
문제는 다음과 같습니다. 작가는 좋은 평판을 얻고 있는 것 같습니다. 고문의 바로 그 아이디어(알고리즘)에 대해 많은 질문이 즉시 제기되었습니다(거래를 하기 전에 여러 번 물었고 저자는 모든 것이 명확하다고 대답했지만). 모든 질문이 논의되었고 모든 것이 설명되었습니다.
또한, 자문 조건의 요구 사항을 30 % 충족하는 고문의 예비 샘플이 개발되었습니다.추가 중재 및 나에게 유리한 환불.
자세한 내용은 생략하고 묻고 싶습니다.
문제는 실수로 작업을 수행하는 것이 허용될 것이라고 믿었던 개발자의 잘못으로 인해 발생했습니다.
또는
문제는 내가 세부 사항으로 참조 조건을 과포화하고 3개의 프로세스를 하나로 결합했기 때문에 발생했습니다(1. 고문; 2. 고문이 결정을 내리는 지표; 3. 거래 패널).
재주문시 작업결과를 받지 못한채 3개월째 막히지 않도록 조언이 필요합니다.
미리 감사드립니다!