Expert Advisor를 작성 했으며 대부분 코드를 디버깅했다고 가정해 보겠습니다. 이것은 객관적인 일이 뒤 따릅니다. 고객, 중재자 인 당신이 실제 생활에서 올빼미를 확인하려면 약간의 시간과 동일한 실제 계정이 필요합니다.
생명의 축하는 누구의 희생으로 이루어집니까? 그리고 어떻게 함께 작업이 완료되었는지 확인합니까 ??
어드바이저는 반드시 로그를 작성해야 하며, 터미널의 서비스 로그가 있으며 이를 기반으로 어드바이저의 로직과 주문으로 작업을 확인할 수 있습니다.
문제가 무엇입니까? 예, 실제 계정에서 제대로 작동하지 않는 테스터에서 일하는 Expert Advisor를 실제로 만났습니다. 예, Executor는 모든 것이 원래대로 진행되었다고 주장했습니다. 코로 집행관을 찔렀다. 나는 Contractor의 무능함에 많은 시간과 신경을 썼기 때문에 Contractor가 보상을 기다리면 별 문제가 없다고 본다.
또는 내가 이해하지 못하는 것이 있을 수 있으므로 실질적인 토론을 위해 귀하의 주장을 더 자세히 설명하십시오.
참조 조건은 계약자(또는 특별히 훈련된 제3자 컨설턴트)가 작성합니다. 그리고 그것은 검증 기술을 포함합니다. 고객에 대한 몇 가지 불필요한 요구 사항, 그는 전체 프로그래머의 부엌을 인식할 필요가 없습니다.
고객은 다음과 같이 말해야 합니다(동영상이나 스카이프가 아닌 서면으로).
- 나는 이러한 지표와 스크립트를 사용합니다
- 이 규칙을 따르십시오
- 나는 일주일, 한 달, 일 년 동안 어느 정도 공식 액세스 가능한 디메에서 거래했습니다. 그러나 다른 기간 에는 이와 같이 . 모든 것은 cent 계정에 복사하여 선택적으로 지원됩니다.
- 자동화가 필요하다
계약자는 TOR(양 당사자가 이해할 수 있는 형식)를 작성하고 동의하고 올빼미를 작성하며 테스터 의 모든 것이 표시된 기간 에 다소 동의하면 고문이 완료됩니다.
옵션 - deme / cent-real / other를 확인해야 합니다. 이것은 이미 장기적인 협력이며 이것은 프리랜스를 넘어선 것입니다.
여러 가지 이유로 저는 프리랜서에 참여하지 않지만 기술 사양을 작성하는 데 비용이 많이 들고 종종 많은 비용이 듭니다. 그리고 제가 보기에 프리랜서의 평균 수표는 $50입니다. 이미 비참한 금액에서 TK를 작성하는 계약자에게 지불하기 위해 긁어 모으기 위해 무엇을 하시겠습니까? 아니면 무료로 글을 쓸 것인가?
기사에 조금 더 추가했습니다 - 참조 약관에 포함되어야 할 항목을 추가 하고 직접 작성할 수 없는 경우 참조 약관을 얻을 수 있는 위치
Что нужно для заказа торгового робота
거래 로봇은 내장된 알고리즘을 실행하는 프로그램입니다. 알고리즘은 이벤트 발생 시 수행해야 하는 일련의 작업입니다. 예를 들어, 알고리즘 거래에서 가장 일반적인 작업 은 "새 막대" 이벤트의 정의입니다. 이 이벤트 가 나타나면 로봇이 거래 신호의 모양을 확인하고 필요한 조치를 수행합니다.
그러나 거래 로봇을 작성하거나 주문하기 전에 거래에 유리한 순간을 결정하기 위한 명확한 규칙이 있는 거래 시스템이 필요합니다. 가장 복잡한 거래 시스템의 개발은 항상 기본적인 것, 즉 구매 및 판매를 위한 거래 신호의 개발과 함께 시작됩니다. 다음으로 다양한 후속 조치 및 닫기 옵션을 추가할 수 있습니다.
거래 전략을 개발하기 위해 거래 터미널의 모니터 뒤에 몇 년을 보낼 필요가 없습니다. 이제 시도할 수 있는 수백 가지의 입증된 아이디어가 인터넷과 책에 게시되어 있습니다. 그리고 프로그래밍 기술에 완전히 자신이 없더라도 이것은 장애물이 아닙니다. 프리랜스 서비스는 적합한 개발자를 찾고 완료된 작업에 대해 안전하게 지불하는 데 도움이 됩니다.
그러나 알고리즘 거래의 매혹적인 요소로 뛰어 들기 전에 주제에 대한 유용한 기사를 읽는 것이 좋습니다.
Expert Advisor를 주문하거나 개발할 때 어떤 작업을 해결해야 하는지, 어떤 조건에서 작동할지, 비상 상황에서는 어떤 일이 일어날지, 어떤 종류의 제어가 필요한지 등 기술 요구 사항을 공식화해야 합니다. 거래 로봇은 프로그램이며 기본 논리에 따라 명확하게 작동해야 합니다. 그러나 필요한 작업 알고리즘을 프로그래밍하기 전에 명확하게 설명해야 합니다.
거래 전략에 대한 설명은 참조 약관 형식으로 발행되어야 합니다. 그리고 그것이 더 좋고 명확할수록 고객으로서 당신과 당신 주문의 집행자로서 프로그래머 사이에 오해가 줄어들 것입니다.
참조 약관에서 가장 중요한 것은 공식적인 명확한 거래 규칙의 존재입니다. 전문가를 옆에서 주문하지 않고 직접 작성하려는 경우에도 이러한 규칙을 스스로 개발하는 것으로 시작하십시오. 참조 조건을 만들고 Expert Advisor 테스트/최적화 항목을 포함해야 합니다. 또한 거래 전략의 품질을 테스트하기 위해 가설을 추가하십시오. 최적의 매개변수를 선택하기 위해 어떤 기준을 사용할 것이며, 왜 이러한 기준이 중요하다고 생각하십니까?
참조 약관에 거래 로봇을 만들기 위한 모든 단계를 포함하십시오. 이는 수행자뿐만 아니라 몇 주, 몇 달 또는 몇 년 후에도 알고리즘의 본질을 이해하는 데 도움이 됩니다. 알고리즘 거래는 취미가 아니라 동일한 단조로운 연구 경로이며 그 동안 통과한 단계를 문서화해야 합니다. 나 자신을 위해, 당신을 위해 로봇을 작성할 프로그래머보다.
정리하기를 좋아하는 관료의 기술을 개발하십시오. 당신은 확실히 이것을 필요로 할 것입니다. 예, 프로그래머는 명확한 명령을 좋아합니다.
참조 조건에 있어야 할 내용
무역 아이디어
거래 전략의 본질에 대한 빠른 소개를 위해 기술 주문의 첫 번째 단락을 포함된 아이디어/가설에 할애하십시오. 예: "가격이 저항 수준에 두 번 접근하고 매번 롤백하면 일반적으로 세 번째로 저항 수준을 돌파합니다." 여기에서 상황을 설명하는 저항/지지선, 중첩 지표 및 서명이 있는 차트를 첨부할 수 있습니다. 아이디어를 설명하기 위해 특정 숫자나 계산 알고리즘을 제공할 필요는 없습니다. 이 단계에서는 다음을 결정하는 방법을 설명할 필요가 없습니다.
저항 수준,
레벨 고장,
"일반적으로"의 개념.
초기 단계에서 약간의 추상화를 통해 기술적인 세부 사항이 아닌 아이디어 자체에 집중할 수 있습니다. 이 방법을 사용하면 이후에 더 다양한 거래 전략을 생성할 수 있습니다. 한 전략 블록을 다른 전략 블록으로, 한 지표를 다른 지표로 교체하고, 필터를 추가하거나 교체하기만 하면 됩니다. 동시에 아이디어 자체는 변경되지 않고 거래 로봇의 입력 매개변수의 이름과 값만 변경됩니다.
또한, 아이디어의 설명에 사용된 모든 용어에 대한 설명을 제공해야 합니다. 추세가 전략에 중요한 경우 추세가 어떻게 결정되는지, 즉 어떤 지표를 기반으로 추세의 방향과 강도가 어떻게 결정되는지에 대한 명확한 설명을 제공합니다. 이러한 정의의 수치적 특성은 Expert Advisor의 입력 매개변수의 기초를 형성하며 전략 테스터에서 최적화할 대상입니다. 따라서 참조 약관 - 무역 아이디어의 첫 번째 섹션 이름을 지정하십시오.
자귀
용어를 설명하려면 참조 약관 - 용어의 별도 섹션을 만드는 것이 좋습니다. 여기에는 각 용어에 대해 별도의 단락이 작성되어 있으며, 용어 자체는 거래 전략의 핵심 개념을 강조하기 위해 굵게 작성됩니다 . 필요한 경우 용어 설명에 그림을 추가하여 이해에 가장 필요한 것을 보여주어야 합니다.
거래 신호
다음으로, 어떤 조건, 시장 상황 및 지표 판독값에서 구매가 발생하는지 설명하는 세 번째로 중요한 섹션인 거래 신호를 편집할 준비가 되었습니다. 구매 신호를 생성하는 데 필요한 각 조건을 설명하려면 신호의 모양이 의존하는 숫자 매개변수를 골라낼 필요가 있습니다. 예를 들어 이동 평균 의 경우 평활 유형 및 기간이 됩니다. 이러한 중요한 매개변수는 향후 Expert Advisor의 입력 매개변수로 사용됩니다. 구매 조건과 단순히 반대되는 경우에도 판매 조건을 별도로 설명하십시오. 때로는 프로그래머가 당신과 다르게 이해할 수있는 미묘함이 나옵니다. 예를 들어, 구매의 경우 "지표> 0"이라는 조건이 설정됩니다. 판매를 위해 무엇을 쓸까요? "점수<0" 또는 "점수<=0"?
가장 단순한 거래 아이디어조차도 거래 신호의 존재를 확인하거나 그 반대의 경우 거래를 금지하는 추가 조건 및 필터를 매우 빠르게 획득하기 시작합니다. 따라서 필요한 지표와 설정을 시각적으로 보여주는 각 시장 상황에 대한 설명 스크린샷을 만드는 것이 중요합니다. 이렇게 하면 고문이 겉보기에 명백한 거래 신호를 놓쳤거나 갑자기 잘못된 시간에 거래를 성사한 상황에 신속하게 대처할 수 있습니다.
스크린샷 및 순서도
인터넷에는 스크린샷과 순서도를 만들기 위한 편리한 무료 프로그램이 많이 있습니다. 지표를 주문할 때 참조 조건을 작성하는 방법 기사에 작업에 대한 몇 가지 팁이 나와 있습니다. 또한 매수 및 매도 신호가 나타나는 순간 차트에 화살표와 함께 표시되는 지표 주문에 대한 팁을 찾을 수 있습니다. 어드바이저와 별도로 작동하는 이러한 표시기를 통해 온라인 및 시각적 테스트 중에 거래 로봇의 작동을 쉽게 확인하고 제어할 수 있습니다.
신호/주문/포지션의 수명
거래 전략의 두 번째 중요한 부분은 오픈 포지션을 종료하고 보류 중인 주문을 삭제하는 것입니다. 또한, 거래 신호 자체는 시간 또는 일부 이벤트의 발생에 의해 취소될 수도 있습니다. 또한 거래 신호의 경우 신호 자체가 취소되는 경우 매수/매도가 종료되고 발주된 주문이 취소되는 조건을 명확하게 설명해야 합니다.
오픈 포지션 및 미결 주문 유지
거래 전략에 StopLos 및 TakeProfit 수준 설정이 필요한 경우 계산 알고리즘을 제공하십시오. 이러한 수준을 유연하게 끌어올리거나 이동해야 하는 경우 해당 작업의 조건도 설명해야 합니다. SL/TP 수준은 새 막대를 열 때와 각 눈금에서 수정할 수 있습니다. 이 순간을 약관에 명시적으로 표시하고 거래 전략 테스트 모드의 차이점을 이해해야 합니다. 실제 틱에 대한 거래 전략 테스트 기사를 읽는 것이 좋습니다.
직접 작성할 수 없는 경우 참조 약관을 어디에서 얻을 수 있습니까?
잘못 작성된 참조 약관 또는 실제 부재는 거래 시스템의 규칙이 공식화되지 않았으며 단순히 존재하지 않음을 나타냅니다. 이 경우 고객이 거래 시스템이라고 부르는 것은 실제로 일반적으로 아이디어일 뿐입니다. 이러한 조건에서 작업을 시작하는 것은 불가능합니다. 왜냐하면 곧 뉘앙스를 설명할 수 없거나 특정 시장 상황에서 단순히 알고리즘이 없다는 것이 알고리즘을 프로그래밍하는 과정에서 드러날 것이기 때문입니다. 이 경우 프로그래머는 실제로 고객 대신 옵션을 생각해 내기 시작합니다.
결과적으로 계약자는 자신의 위험과 위험을 감수하고 작업을 완료하고 거래 로봇을 고객에게 제공할 수 있습니다. 그러나 이 경우 불명확한 TOR에서 각각의 새로운 문제를 논의하는 데 시간을 낭비할 뿐만 아니라 작업이 중재에 들어갈 가능성도 있습니다. 그러한 작업을 수락하고 확인할 때 고객은 갑자기 거래가 예상대로 이루어지지 않았지만 설명할 수 없음을 발견하기 때문입니다. 물론 이 경우 그는 계약자가 참조 약관의 특정 사항을 위반하고 로봇을 잘못 프로그래밍한 것에 대해 책임을 물을 것입니다. 이러한 경우 중재는 양 당사자의 권한 차이를 빠르게 이해하고 명령에 첨부된 위임 조건에 따라 결정을 내립니다. 프리랜스 규칙 에 따르면 주문 실행 전과 실행 중 측의 어떠한 서신도 고려되지 않습니다.
중재에서 분쟁의 주제를 고려할 때 참조 조건만이 결정의 기초가 됩니다.
인생에서 이 옵션도 가능합니다. 엄격한 거래 규칙이 있지만 어떤 이유로 참조 약관을 직접 작성할 수 없습니다. 예를 들어, 특정 사물을 올바르게 설명하는 방법을 모르거나 수학, 신경망, 기계 학습, 프로그래밍 등 전문가의 도움이 필요합니다. 이 경우 Freelance에서도 참조 약관 작성을 주문할 수 있습니다. 이를 위해 "프로그래밍 컨설팅" 또는 "기타" 범주가 적합합니다.
이 두 가지 범주 중 하나를 선택하고 이름을 "거래 로봇 주문을 위한 TOR 생성"으로 지정하고 상상하는 대로 작업의 초기 비용을 표시합니다. 숙련된 거래 시스템 개발자는 다른 프로그래머가 이해할 수 있도록 전략의 규칙을 올바르게 공식화하는 데 도움을 줄 것입니다. 동시에 스크린샷을 사용하여 거래 신호의 설정을 표시하기 위해 차트, 지표 및 그래픽 개체로 작업할 수 있어야 합니다.
프로그래머는 거래 시스템을 이해하고 가능한 경우 거래 알고리즘에 대한 설명을 작성하는 데 도움을 줄 것입니다. 스스로 몇 가지 개념을 공식화할 수 없는 경우(예: "충동" 또는 "레벨에서 반동"), 그는 자신의 경험을 기반으로 기성 아이디어를 제공할 수 있습니다. 일반적으로 시장의 모든 상황은 해석의 자유를 가지고 논리적으로(그런 다음 프로그래밍 방식으로) 설명될 수 있습니다. 그리고 이 변형은 항상 특정 매개변수로 표현될 수 있으며, 그러면 Expert Advisor에서 이를 최적화할 수 있습니다.
시장은 한편으로는 반복되지 않고 다른 한편으로는 유사한 상황이 역사에서 항상 발견될 수 있기 때문에 이상적인 패턴은 없습니다. 공동 작업의 결과는 전략에 따라 거래 로봇을 주문하기 위한 준비된 참조 조건이어야 합니다.
사용할 용어
... 서로를 이해하기 위해 확실하지 않은 용어를 설명하는 것이 좋습니다
TK 자체에서 볼드체로 용어 를 강조 표시합니다. 수행자가 해당 용어에 주의를 기울이고 명확하지 않은 경우 질문하도록 합니다.
다른 출처(웹사이트/도서 등)로 보낼 수 없습니다. 모든 것은 지금 여기에서 설명되어야 하며 "나중에 스카이프에서 설명하겠습니다"
Freelance의 직무 기술서에 작성해야 할 내용
... 추세, 역 거래와 같은 일반적인 공식만 필요합니다. 레벨을 돌파하기 위해(레벨이 간단히 정의되는 방법), 지표/가격 조치/틱 사용이 있습니까?
거래 전략의 일반적인 아이디어
... 우리는 추세에 따라 거래하고, 이런 식으로 추세를 정의하고, 롤백에 진입하고, 이런 식으로 롤백을 정의하고, 저녁과 아침에 거래하지 않습니다
신호 대기 설정에 대한 설명
... 후속 브레이크 아웃으로 플랫을 형성하거나 유럽 세션이 끝날 때까지 기다렸다가 이동 방향으로만 신호를 수신해야 합니다.
신호 설명
... 설명의 기술 매개 변수 - 추세 / 철회 / 고장 - 모든 것이 엄격하게 공식화됩니다.
먼저 매수 및 매도 신호를 별도로 디버그하는 것이 좋습니다.
어드바이저가 차트에 레이블/시그널 객체를 넣으면 더 좋을 것입니다.
시그널 인디케이터가 따로 만들어지면 더 좋습니다.
신호 수명
... 신호가 유효한 기간 - 막대/시간/세션이 끝날 때까지/일
주문 및 오픈 포지션
... 예를 들어 SL / TP를 즉시 설정하지 않는 기능이 있습니까?
또는 우리가 시장에 진입하기 위해 얼마나 많은 시도를 하는지,
또는 시간/설정/패턴에 따라 다른 oredermagic/ordercomment 설정
다른 것
거래 포지션/주문 유지
... 후행 중지가 있는지 여부
TS를 켤 때
보류 중인 주문을 가격 뒤로/반대로 이동합니까?
미결 포지션의 현재 손익 추적
다른 것
주문 취소 및 포지션 닫기
... 시간/막대 수/기간 종료/반대 신호의 출현/설정 손실로 주문 삭제
... 시간/바 수/기간 종료/누적 이익/반대 신호의 출현/설정으로 포지션을 청산합니다.
다른 것
주문을 위한 로트 계산
.... 균형에서
결정된
누적 이익에서
마지막 N 거래의 결과를 기반으로
위험으로부터(거리 SL)
다른 것
거래 오류 및 환경 상태 처리
... 거래 주문을 보낼 때 자세한 로그
단말/접속/서버 재시작 처리
메신저/이메일을 통한 피드백
바를 열 때와 바 안에서 거래하는 것의 차이
... 신호는 막대의 수명 동안 사라지고 나타날 수 있습니다.
틱/스캘핑 전략
... 당신은 그것이 무엇인지에 대한 좋은 아이디어가 필요합니다. 포인트에서 TakeProfit/StopLoss가 적을수록 전략은 스프레드/커미션/네트워크 지연/사용 가능한 기록의 품질/로봇 자체의 속도가 더 중요합니다.
조건 악화는 전략을 죽일 수 있습니다.
그리드, 마틴게일, 평균화 및 이러한 개선의 단점
... 그들이 무엇이며 왜 인기가 있으며 일시적으로 전략을 확장하는 데 얼마나 도움이 될 수 있습니까? 나쁜 전략의 수명을 연장할 수 있지만 위험은 증가합니다.
계약자를 선택할 때 확인해야 할 사항
... 실질적인 질문
감동을 주는 척 하지 않는다
명확한 기한을 제공합니다.
TOR의 불분명한 부분을 즉시 표시하고 2개월 간의 토론 후 표시하지 않음
좋은 프로그래머는 자신과 당신의 시간을 소중하게 생각합니다. 그래서 그는 잘 개발된 일관된 TOR를 좋아합니다.
프로그래머가 당신을 위해 할 수 없는 것
지는 전략을 수익성 있는 로봇으로 전환
모든 단점을 최적화하고 식별합니다.
오류가 없는 프로그램을 작성하세요. 오류가 계속 발생합니다. 그것들을 찾고 이해할 수 있는 방식으로 설명하는 것이 당신의 임무입니다.
최소한 클라이언트 터미널의 이벤트를 완벽하게 이해하는 고객의 수준이 "의사 결정, 위치 관리, 필터 및 프로그램의 서로 다른 블록에 대한 일련의 작업 및 상호 연결"을 설명할 수 있을 것이라고 상상할 수 있습니까? 곧"?
그런 다음 소프트웨어 구현의 관점에서 모든 것을 확인하십시오. 그렇지 않으면 블록 다이어그램을 만드는 이유가 무엇입니까?
그러한 고객은 계약 체결 전뿐만 아니라 구현 후에도 개발자의 이름을 보여줄 수 없을 것입니다. 슬픔이 더해진다"(전 1:17-18)
블록 다이어그램은 최소한 논리를 테스트하는 데 유용합니다. 예, 개념 형태로 블록 다이어그램을 만들거나 복잡한 알고리즘을 개발할 때 더 자주 종이에 작성합니다.
Expert Advisor는 완성된 제품이 아니며 고객이 자신의 아이디어에 관심이 있는 한 항상 개선될 수 있으므로 이 고객은 가능한 개선 사항을 즉시 처리하는 것이 좋으며 이를 위해 코드는 다음과 같아야 합니다. 특정 구조. 이것은 아마도 주문형 프리랜서 고문 5 명 이후에 한 번에 나에게 왔습니다. 바보 같은 곡예는 거래 결정을 내리는 논리가 거래 기능에 채워져 있을 때입니다. 그런 조언자가 개선 대상이 아니라 처리 대상이 되는 것은 놀라운 일이 아닙니다. 특히 집행자가 이미 다른 사람인 경우 더욱 그렇습니다.
여기에서 많은 세부 정보가 표시되고 오류가 쏟아집니다. 따라서 고문에 대한 확인은 반드시 실제 견적에 대해 이루어져야 합니다.
이 상황을 고려하고 합리적인 시간 프레임에 동의하기만 하면 됩니다.
기술적 과제는 제3자가 그 수행을 객관적으로 검증할 수 있는 것입니다. 그렇지 않으면 이것은 "여름에 관한"학교 에세이에 대한 과제입니다.
기술적 과제는 제3자가 그 수행을 객관적으로 검증할 수 있는 것입니다. 그렇지 않으면 이것은 "여름에 관한"학교 에세이에 대한 과제입니다.
에세이 5 - 뛰어난 상상력!
그러나 당신이 주제에서 뛰어 넘은 것 - 실제 데이터에 대한 테스트는 필수이며 고객은 이에 대해 알아야 하고 수행자는 명시된 시간 프레임에 이를 고려해야 한다고 주장합니다.
에세이 5 - 뛰어난 상상력!
그러나 당신이 주제에서 뛰어 넘은 것 - 실제 데이터에 대한 테스트는 필수이며 고객은 이에 대해 알아야 하고 수행자는 명시된 시간 프레임에 이를 고려해야 한다고 주장합니다.
Expert Advisor를 작성 했으며 대부분 코드를 디버깅했다고 가정해 보겠습니다. 이것은 객관적인 일이 뒤 따릅니다. 고객, 중재자 인 당신이 실제 생활에서 올빼미를 확인하려면 약간의 시간과 동일한 실제 계정이 필요합니다.
생명의 축하는 누구의 희생으로 이루어집니까? 그리고 어떻게 함께 작업이 완료되었는지 확인합니까 ??
Expert Advisor를 작성 했으며 대부분 코드를 디버깅했다고 가정해 보겠습니다. 이것은 객관적인 일이 뒤 따릅니다. 고객, 중재자 인 당신이 실제 생활에서 올빼미를 확인하려면 약간의 시간과 동일한 실제 계정이 필요합니다.
생명의 축하는 누구의 희생으로 이루어집니까? 그리고 어떻게 함께 작업이 완료되었는지 확인합니까 ??
어드바이저는 반드시 로그를 작성해야 하며, 터미널의 서비스 로그가 있으며 이를 기반으로 어드바이저의 로직과 주문으로 작업을 확인할 수 있습니다.
문제가 무엇입니까? 예, 실제 계정에서 제대로 작동하지 않는 테스터에서 일하는 Expert Advisor를 실제로 만났습니다. 예, Executor는 모든 것이 원래대로 진행되었다고 주장했습니다. 코로 집행관을 찔렀다. 나는 Contractor의 무능함에 많은 시간과 신경을 썼기 때문에 Contractor가 보상을 기다리면 별 문제가 없다고 본다.
또는 내가 이해하지 못하는 것이 있을 수 있으므로 실질적인 토론을 위해 귀하의 주장을 더 자세히 설명하십시오.
그리고 왜 이 모든 것입니까?
참조 조건은 계약자(또는 특별히 훈련된 제3자 컨설턴트)가 작성합니다. 그리고 그것은 검증 기술을 포함합니다.
고객에 대한 몇 가지 불필요한 요구 사항, 그는 전체 프로그래머의 부엌을 인식할 필요가 없습니다.
고객은 다음과 같이 말해야 합니다(동영상이나 스카이프가 아닌 서면으로).
- 나는 이러한 지표와 스크립트를 사용합니다
- 이 규칙을 따르십시오
- 나는 일주일, 한 달, 일 년 동안 어느 정도 공식 액세스 가능한 디메에서 거래했습니다. 그러나 다른 기간 에는 이와 같이 . 모든 것은 cent 계정에 복사하여 선택적으로 지원됩니다.
- 자동화가 필요하다
계약자는 TOR(양 당사자가 이해할 수 있는 형식)를 작성하고 동의하고 올빼미를 작성하며 테스터 의 모든 것이 표시된 기간 에 다소 동의하면 고문이 완료됩니다.
옵션 - deme / cent-real / other를 확인해야 합니다. 이것은 이미 장기적인 협력이며 이것은 프리랜스를 넘어선 것입니다.
여러 가지 이유로 저는 프리랜서에 참여하지 않지만 기술 사양을 작성하는 데 비용이 많이 들고 종종 많은 비용이 듭니다. 그리고 제가 보기에 프리랜서의 평균 수표는 $50입니다. 이미 비참한 금액에서 TK를 작성하는 계약자에게 지불하기 위해 긁어 모으기 위해 무엇을 하시겠습니까? 아니면 무료로 글을 쓸 것인가?
기사에 조금 더 추가했습니다 - 참조 약관에 포함되어야 할 항목을 추가 하고 직접 작성할 수 없는 경우 참조 약관을 얻을 수 있는 위치
Что нужно для заказа торгового робота
거래 로봇은 내장된 알고리즘을 실행하는 프로그램입니다. 알고리즘은 이벤트 발생 시 수행해야 하는 일련의 작업입니다. 예를 들어, 알고리즘 거래에서 가장 일반적인 작업 은 "새 막대" 이벤트의 정의입니다. 이 이벤트 가 나타나면 로봇이 거래 신호의 모양을 확인하고 필요한 조치를 수행합니다.
그러나 거래 로봇을 작성하거나 주문하기 전에 거래에 유리한 순간을 결정하기 위한 명확한 규칙이 있는 거래 시스템이 필요합니다. 가장 복잡한 거래 시스템의 개발은 항상 기본적인 것, 즉 구매 및 판매를 위한 거래 신호의 개발과 함께 시작됩니다. 다음으로 다양한 후속 조치 및 닫기 옵션을 추가할 수 있습니다.
거래 전략을 개발하기 위해 거래 터미널의 모니터 뒤에 몇 년을 보낼 필요가 없습니다. 이제 시도할 수 있는 수백 가지의 입증된 아이디어가 인터넷과 책에 게시되어 있습니다. 그리고 프로그래밍 기술에 완전히 자신이 없더라도 이것은 장애물이 아닙니다. 프리랜스 서비스는 적합한 개발자를 찾고 완료된 작업에 대해 안전하게 지불하는 데 도움이 됩니다.
그러나 알고리즘 거래의 매혹적인 요소로 뛰어 들기 전에 주제에 대한 유용한 기사를 읽는 것이 좋습니다.
좋은 참조 조건을 갖는 것이 왜 중요한가요?
Expert Advisor를 주문하거나 개발할 때 어떤 작업을 해결해야 하는지, 어떤 조건에서 작동할지, 비상 상황에서는 어떤 일이 일어날지, 어떤 종류의 제어가 필요한지 등 기술 요구 사항을 공식화해야 합니다. 거래 로봇은 프로그램이며 기본 논리에 따라 명확하게 작동해야 합니다. 그러나 필요한 작업 알고리즘을 프로그래밍하기 전에 명확하게 설명해야 합니다.
거래 전략에 대한 설명은 참조 약관 형식으로 발행되어야 합니다. 그리고 그것이 더 좋고 명확할수록 고객으로서 당신과 당신 주문의 집행자로서 프로그래머 사이에 오해가 줄어들 것입니다.
참조 약관에서 가장 중요한 것은 공식적인 명확한 거래 규칙의 존재입니다. 전문가를 옆에서 주문하지 않고 직접 작성하려는 경우에도 이러한 규칙을 스스로 개발하는 것으로 시작하십시오. 참조 조건을 만들고 Expert Advisor 테스트/최적화 항목을 포함해야 합니다. 또한 거래 전략의 품질을 테스트하기 위해 가설을 추가하십시오. 최적의 매개변수를 선택하기 위해 어떤 기준을 사용할 것이며, 왜 이러한 기준이 중요하다고 생각하십니까?
참조 약관에 거래 로봇을 만들기 위한 모든 단계를 포함하십시오. 이는 수행자뿐만 아니라 몇 주, 몇 달 또는 몇 년 후에도 알고리즘의 본질을 이해하는 데 도움이 됩니다. 알고리즘 거래는 취미가 아니라 동일한 단조로운 연구 경로이며 그 동안 통과한 단계를 문서화해야 합니다. 나 자신을 위해, 당신을 위해 로봇을 작성할 프로그래머보다.
정리하기를 좋아하는 관료의 기술을 개발하십시오. 당신은 확실히 이것을 필요로 할 것입니다. 예, 프로그래머는 명확한 명령을 좋아합니다.
참조 조건에 있어야 할 내용
무역 아이디어
거래 전략의 본질에 대한 빠른 소개를 위해 기술 주문의 첫 번째 단락을 포함된 아이디어/가설에 할애하십시오. 예: "가격이 저항 수준에 두 번 접근하고 매번 롤백하면 일반적으로 세 번째로 저항 수준을 돌파합니다." 여기에서 상황을 설명하는 저항/지지선, 중첩 지표 및 서명이 있는 차트를 첨부할 수 있습니다. 아이디어를 설명하기 위해 특정 숫자나 계산 알고리즘을 제공할 필요는 없습니다. 이 단계에서는 다음을 결정하는 방법을 설명할 필요가 없습니다.
초기 단계에서 약간의 추상화를 통해 기술적인 세부 사항이 아닌 아이디어 자체에 집중할 수 있습니다. 이 방법을 사용하면 이후에 더 다양한 거래 전략을 생성할 수 있습니다. 한 전략 블록을 다른 전략 블록으로, 한 지표를 다른 지표로 교체하고, 필터를 추가하거나 교체하기만 하면 됩니다. 동시에 아이디어 자체는 변경되지 않고 거래 로봇의 입력 매개변수의 이름과 값만 변경됩니다.
또한, 아이디어의 설명에 사용된 모든 용어에 대한 설명을 제공해야 합니다. 추세가 전략에 중요한 경우 추세가 어떻게 결정되는지, 즉 어떤 지표를 기반으로 추세의 방향과 강도가 어떻게 결정되는지에 대한 명확한 설명을 제공합니다. 이러한 정의의 수치적 특성은 Expert Advisor의 입력 매개변수의 기초를 형성하며 전략 테스터에서 최적화할 대상입니다. 따라서 참조 약관 - 무역 아이디어의 첫 번째 섹션 이름을 지정하십시오.
자귀
용어를 설명하려면 참조 약관 - 용어의 별도 섹션을 만드는 것이 좋습니다. 여기에는 각 용어에 대해 별도의 단락이 작성되어 있으며, 용어 자체는 거래 전략의 핵심 개념을 강조하기 위해 굵게 작성됩니다 . 필요한 경우 용어 설명에 그림을 추가하여 이해에 가장 필요한 것을 보여주어야 합니다.
거래 신호
다음으로, 어떤 조건, 시장 상황 및 지표 판독값에서 구매가 발생하는지 설명하는 세 번째로 중요한 섹션인 거래 신호를 편집할 준비가 되었습니다. 구매 신호를 생성하는 데 필요한 각 조건을 설명하려면 신호의 모양이 의존하는 숫자 매개변수를 골라낼 필요가 있습니다. 예를 들어 이동 평균 의 경우 평활 유형 및 기간이 됩니다. 이러한 중요한 매개변수는 향후 Expert Advisor의 입력 매개변수로 사용됩니다. 구매 조건과 단순히 반대되는 경우에도 판매 조건을 별도로 설명하십시오. 때로는 프로그래머가 당신과 다르게 이해할 수있는 미묘함이 나옵니다. 예를 들어, 구매의 경우 "지표> 0"이라는 조건이 설정됩니다. 판매를 위해 무엇을 쓸까요? "점수<0" 또는 "점수<=0"?
가장 단순한 거래 아이디어조차도 거래 신호의 존재를 확인하거나 그 반대의 경우 거래를 금지하는 추가 조건 및 필터를 매우 빠르게 획득하기 시작합니다. 따라서 필요한 지표와 설정을 시각적으로 보여주는 각 시장 상황에 대한 설명 스크린샷을 만드는 것이 중요합니다. 이렇게 하면 고문이 겉보기에 명백한 거래 신호를 놓쳤거나 갑자기 잘못된 시간에 거래를 성사한 상황에 신속하게 대처할 수 있습니다.
스크린샷 및 순서도
인터넷에는 스크린샷과 순서도를 만들기 위한 편리한 무료 프로그램이 많이 있습니다. 지표를 주문할 때 참조 조건을 작성하는 방법 기사에 작업에 대한 몇 가지 팁이 나와 있습니다. 또한 매수 및 매도 신호가 나타나는 순간 차트에 화살표와 함께 표시되는 지표 주문에 대한 팁을 찾을 수 있습니다. 어드바이저와 별도로 작동하는 이러한 표시기를 통해 온라인 및 시각적 테스트 중에 거래 로봇의 작동을 쉽게 확인하고 제어할 수 있습니다.
신호/주문/포지션의 수명
거래 전략의 두 번째 중요한 부분은 오픈 포지션을 종료하고 보류 중인 주문을 삭제하는 것입니다. 또한, 거래 신호 자체는 시간 또는 일부 이벤트의 발생에 의해 취소될 수도 있습니다. 또한 거래 신호의 경우 신호 자체가 취소되는 경우 매수/매도가 종료되고 발주된 주문이 취소되는 조건을 명확하게 설명해야 합니다.
오픈 포지션 및 미결 주문 유지
거래 전략에 StopLos 및 TakeProfit 수준 설정이 필요한 경우 계산 알고리즘을 제공하십시오. 이러한 수준을 유연하게 끌어올리거나 이동해야 하는 경우 해당 작업의 조건도 설명해야 합니다. SL/TP 수준은 새 막대를 열 때와 각 눈금에서 수정할 수 있습니다. 이 순간을 약관에 명시적으로 표시하고 거래 전략 테스트 모드의 차이점을 이해해야 합니다. 실제 틱에 대한 거래 전략 테스트 기사를 읽는 것이 좋습니다.
직접 작성할 수 없는 경우 참조 약관을 어디에서 얻을 수 있습니까?
잘못 작성된 참조 약관 또는 실제 부재는 거래 시스템의 규칙이 공식화되지 않았으며 단순히 존재하지 않음을 나타냅니다. 이 경우 고객이 거래 시스템이라고 부르는 것은 실제로 일반적으로 아이디어일 뿐입니다. 이러한 조건에서 작업을 시작하는 것은 불가능합니다. 왜냐하면 곧 뉘앙스를 설명할 수 없거나 특정 시장 상황에서 단순히 알고리즘이 없다는 것이 알고리즘을 프로그래밍하는 과정에서 드러날 것이기 때문입니다. 이 경우 프로그래머는 실제로 고객 대신 옵션을 생각해 내기 시작합니다.
결과적으로 계약자는 자신의 위험과 위험을 감수하고 작업을 완료하고 거래 로봇을 고객에게 제공할 수 있습니다. 그러나 이 경우 불명확한 TOR에서 각각의 새로운 문제를 논의하는 데 시간을 낭비할 뿐만 아니라 작업이 중재에 들어갈 가능성도 있습니다. 그러한 작업을 수락하고 확인할 때 고객은 갑자기 거래가 예상대로 이루어지지 않았지만 설명할 수 없음을 발견하기 때문입니다. 물론 이 경우 그는 계약자가 참조 약관의 특정 사항을 위반하고 로봇을 잘못 프로그래밍한 것에 대해 책임을 물을 것입니다. 이러한 경우 중재는 양 당사자의 권한 차이를 빠르게 이해하고 명령에 첨부된 위임 조건에 따라 결정을 내립니다. 프리랜스 규칙 에 따르면 주문 실행 전과 실행 중 측의 어떠한 서신도 고려되지 않습니다.
인생에서 이 옵션도 가능합니다. 엄격한 거래 규칙이 있지만 어떤 이유로 참조 약관을 직접 작성할 수 없습니다. 예를 들어, 특정 사물을 올바르게 설명하는 방법을 모르거나 수학, 신경망, 기계 학습, 프로그래밍 등 전문가의 도움이 필요합니다. 이 경우 Freelance에서도 참조 약관 작성을 주문할 수 있습니다. 이를 위해 "프로그래밍 컨설팅" 또는 "기타" 범주가 적합합니다.
이 두 가지 범주 중 하나를 선택하고 이름을 "거래 로봇 주문을 위한 TOR 생성"으로 지정하고 상상하는 대로 작업의 초기 비용을 표시합니다. 숙련된 거래 시스템 개발자는 다른 프로그래머가 이해할 수 있도록 전략의 규칙을 올바르게 공식화하는 데 도움을 줄 것입니다. 동시에 스크린샷을 사용하여 거래 신호의 설정을 표시하기 위해 차트, 지표 및 그래픽 개체로 작업할 수 있어야 합니다.
프로그래머는 거래 시스템을 이해하고 가능한 경우 거래 알고리즘에 대한 설명을 작성하는 데 도움을 줄 것입니다. 스스로 몇 가지 개념을 공식화할 수 없는 경우(예: "충동" 또는 "레벨에서 반동"), 그는 자신의 경험을 기반으로 기성 아이디어를 제공할 수 있습니다. 일반적으로 시장의 모든 상황은 해석의 자유를 가지고 논리적으로(그런 다음 프로그래밍 방식으로) 설명될 수 있습니다. 그리고 이 변형은 항상 특정 매개변수로 표현될 수 있으며, 그러면 Expert Advisor에서 이를 최적화할 수 있습니다.
시장은 한편으로는 반복되지 않고 다른 한편으로는 유사한 상황이 역사에서 항상 발견될 수 있기 때문에 이상적인 패턴은 없습니다. 공동 작업의 결과는 전략에 따라 거래 로봇을 주문하기 위한 준비된 참조 조건이어야 합니다.
사용할 용어
... 서로를 이해하기 위해 확실하지 않은 용어를 설명하는 것이 좋습니다
TK 자체에서 볼드체로 용어 를 강조 표시합니다. 수행자가 해당 용어에 주의를 기울이고 명확하지 않은 경우 질문하도록 합니다.
다른 출처(웹사이트/도서 등)로 보낼 수 없습니다. 모든 것은 지금 여기에서 설명되어야 하며 "나중에 스카이프에서 설명하겠습니다"
Freelance의 직무 기술서에 작성해야 할 내용
... 추세, 역 거래와 같은 일반적인 공식만 필요합니다. 레벨을 돌파하기 위해(레벨이 간단히 정의되는 방법), 지표/가격 조치/틱 사용이 있습니까?
거래 전략의 일반적인 아이디어
... 우리는 추세에 따라 거래하고, 이런 식으로 추세를 정의하고, 롤백에 진입하고, 이런 식으로 롤백을 정의하고, 저녁과 아침에 거래하지 않습니다
신호 대기 설정에 대한 설명
... 후속 브레이크 아웃으로 플랫을 형성하거나 유럽 세션이 끝날 때까지 기다렸다가 이동 방향으로만 신호를 수신해야 합니다.
신호 설명
... 설명의 기술 매개 변수 - 추세 / 철회 / 고장 - 모든 것이 엄격하게 공식화됩니다.
먼저 매수 및 매도 신호를 별도로 디버그하는 것이 좋습니다.
어드바이저가 차트에 레이블/시그널 객체를 넣으면 더 좋을 것입니다.
시그널 인디케이터가 따로 만들어지면 더 좋습니다.
신호 수명
... 신호가 유효한 기간 - 막대/시간/세션이 끝날 때까지/일주문 및 오픈 포지션
... 예를 들어 SL / TP를 즉시 설정하지 않는 기능이 있습니까?
또는 우리가 시장에 진입하기 위해 얼마나 많은 시도를 하는지,
또는 시간/설정/패턴에 따라 다른 oredermagic/ordercomment 설정
다른 것
거래 포지션/주문 유지
... 후행 중지가 있는지 여부
TS를 켤 때
보류 중인 주문을 가격 뒤로/반대로 이동합니까?
미결 포지션의 현재 손익 추적
다른 것
주문 취소 및 포지션 닫기
... 시간/막대 수/기간 종료/반대 신호의 출현/설정 손실로 주문 삭제
... 시간/바 수/기간 종료/누적 이익/반대 신호의 출현/설정으로 포지션을 청산합니다.
다른 것
주문을 위한 로트 계산
.... 균형에서
결정된
누적 이익에서
마지막 N 거래의 결과를 기반으로
위험으로부터(거리 SL)
다른 것
거래 오류 및 환경 상태 처리
... 거래 주문을 보낼 때 자세한 로그
단말/접속/서버 재시작 처리
메신저/이메일을 통한 피드백
바를 열 때와 바 안에서 거래하는 것의 차이
... 신호는 막대의 수명 동안 사라지고 나타날 수 있습니다.
틱/스캘핑 전략
... 당신은 그것이 무엇인지에 대한 좋은 아이디어가 필요합니다. 포인트에서 TakeProfit/StopLoss가 적을수록 전략은 스프레드/커미션/네트워크 지연/사용 가능한 기록의 품질/로봇 자체의 속도가 더 중요합니다.
조건 악화는 전략을 죽일 수 있습니다.
그리드, 마틴게일, 평균화 및 이러한 개선의 단점
... 그들이 무엇이며 왜 인기가 있으며 일시적으로 전략을 확장하는 데 얼마나 도움이 될 수 있습니까? 나쁜 전략의 수명을 연장할 수 있지만 위험은 증가합니다.
계약자를 선택할 때 확인해야 할 사항
... 실질적인 질문
감동을 주는 척 하지 않는다
명확한 기한을 제공합니다.
TOR의 불분명한 부분을 즉시 표시하고 2개월 간의 토론 후 표시하지 않음
좋은 프로그래머는 자신과 당신의 시간을 소중하게 생각합니다. 그래서 그는 잘 개발된 일관된 TOR를 좋아합니다.
프로그래머가 당신을 위해 할 수 없는 것
지는 전략을 수익성 있는 로봇으로 전환
모든 단점을 최적화하고 식별합니다.
오류가 없는 프로그램을 작성하세요. 오류가 계속 발생합니다. 그것들을 찾고 이해할 수 있는 방식으로 설명하는 것이 당신의 임무입니다.
...
스크린샷 및 순서도
인터넷에는 스크린샷과 순서도를 만들기 위한 편리한 무료 프로그램이 많이 있습니다. ...
순서도는 기술 작업에서 가장 쓸모없고 시간이 많이 걸리며 실질적으로 실현할 수 없는 부분입니다.
이를 이해하기 위해 작고 매우 간단한 실험을 수행할 수 있습니다. Freelance 서비스 개발자를 위한 작업을 "MA 표시기를 그리기 위한 순서도 만들기"로 설정한 다음 1) 정확성과 2의 두 가지 기준에 따라 평가합니다. ) 이해도.
순서도는 기술 작업에서 가장 쓸모없고 실질적으로 실현할 수 없는 부분입니다.
이를 이해하기 위해 작고 매우 간단한 실험을 수행할 수 있습니다. Freelance 서비스 개발자를 위한 작업을 "MA 표시기를 그리기 위한 순서도 만들기"로 설정한 다음 1) 정확성과 2의 두 가지 기준에 따라 평가합니다. ) 이해도.
여기서 우리는 계산 알고리즘의 순서도가 아니라 의사 결정, 위치 관리, 필터 등 프로그램의 다른 블록과 작업 순서의 순서도에 대해 이야기하고 있습니다.
여기서 우리는 계산 알고리즘의 순서도가 아니라 의사 결정, 위치 관리, 필터 등 프로그램의 다른 블록과 작업 순서의 순서도에 대해 이야기하고 있습니다.
최소한 클라이언트 터미널의 이벤트를 완벽하게 이해하는 고객의 수준이 "의사 결정, 위치 관리, 필터 및 프로그램의 다양한 블록의 작업 및 상호 연결 시퀀스"를 설명할 수 있을 것이라고 상상할 수 있습니까? 곧"?
그런 다음 소프트웨어 구현의 관점에서 모든 것을 확인하십시오. 그렇지 않으면 블록 다이어그램을 만드는 이유가 무엇입니까?
그러한 고객은 계약 체결 전뿐만 아니라 구현 후에도 개발자의 이름을 보여줄 수 없을 것입니다. 슬픔이 더해진다"(전 1:17-18)
p.s 반복합니다. 순서도(무엇이든)를 작성하는 것의 실질적인 무익에 대한 내 논문을 확인하는 것은 매우 간단합니다.
MA 표시기에 대한 순서도를 작성하기 위해 Freelance 서비스 개발자를 위한 작업을 설정하는 것으로 충분합니다.
논문 2 번 - 5-10 % 이하가 작업에 대처할 것입니다.
ps2 질문 1 - 컴퓨터 과학 수업에서(학교 또는 연구소에서) - 누가(몇 퍼센트) 필요하고 유용한 연습 순서도를 작성하는 것을 고려했습니까?
질문 2 - 실제 활동을 위해 누가 (몇 퍼센트) 더 복잡한 순서도를 작성했는지(예: "N차원 배열에서 최대 요소 검색").
최소한 클라이언트 터미널의 이벤트를 완벽하게 이해하는 고객의 수준이 "의사 결정, 위치 관리, 필터 및 프로그램의 서로 다른 블록에 대한 일련의 작업 및 상호 연결"을 설명할 수 있을 것이라고 상상할 수 있습니까? 곧"?
그런 다음 소프트웨어 구현의 관점에서 모든 것을 확인하십시오. 그렇지 않으면 블록 다이어그램을 만드는 이유가 무엇입니까?
그러한 고객은 계약 체결 전뿐만 아니라 구현 후에도 개발자의 이름을 보여줄 수 없을 것입니다. 슬픔이 더해진다"(전 1:17-18)
블록 다이어그램은 최소한 논리를 테스트하는 데 유용합니다. 예, 개념 형태로 블록 다이어그램을 만들거나 복잡한 알고리즘을 개발할 때 더 자주 종이에 작성합니다.
Expert Advisor는 완성된 제품이 아니며 고객이 자신의 아이디어에 관심이 있는 한 항상 개선될 수 있으므로 이 고객은 가능한 개선 사항을 즉시 처리하는 것이 좋으며 이를 위해 코드는 다음과 같아야 합니다. 특정 구조. 이것은 아마도 주문형 프리랜서 고문 5 명 이후에 한 번에 나에게 왔습니다. 바보 같은 곡예는 거래 결정을 내리는 논리가 거래 기능에 채워져 있을 때입니다. 그런 조언자가 개선 대상이 아니라 처리 대상이 되는 것은 놀라운 일이 아닙니다. 특히 집행자가 이미 다른 사람인 경우 더욱 그렇습니다.