c0d3 : (1*std) -> (5*std) 및 (0.3 -> SL 및 TP 모두에서 1.5) 백테스트를 실행하기 위한 문서를 추천할 수 있습니까?
djp로 표시된 일부 코드를 귀하의 프로그램에 추가했습니다. 이 EA를 차트에 드롭하고 속성 섹션에서 주석의 값으로 시작 단계 중지를 채우십시오.
최적화 확인란을 선택하고 설정 탭에서 사용 날짜를 변경합니다. 시각적 모드가 선택되어 있으면 선택을 취소하십시오. 보도 시작. 죄송합니다.이 작업을 수행하는 방법을 이미 알고 있다면 테스터에 대해 얼마나 친숙한지 모르겠습니다. 이것이 도움이 될 것이라고 말하는 것은 아니지만 이러한 결과 중 일부에 놀라게 될 수도 있습니다.
코드에는 2줄이 있습니다. [double fastSTD = ........ ] 코드의 다른 곳에서는 fastSTD를 사용하지 않습니다. 나는 당신이 그것을 사용하도록 지시했다고 생각하지만 실수로 대신 slowSTD를 사용했습니다.
테스트하기 전에 확인하고 테스트를 시작하기 전에 다른 포스터 댓글도 고려하십시오. 최적화를 한 번도 해본 적이 없다면 코드를 변경하지 않고 이 작업을 수행하고 싶을 수 있습니다. 네 가지 변수를 사용하면 1시간 이상 실행되지 않을 것 같습니다.
djp로 표시된 일부 코드를 귀하의 프로그램에 추가했습니다. 이 EA를 차트에 드롭하고 속성 섹션에서 주석의 값으로 시작 단계 중지를 채우십시오.
최적화 확인란을 선택하고 설정 탭에서 사용 날짜를 변경합니다. 시각적 모드가 선택되어 있으면 선택을 취소하십시오. 보도 시작. 죄송합니다.이 작업을 수행하는 방법을 이미 알고 있다면 테스터에 대해 얼마나 친숙한지 모르겠습니다. 이것이 도움이 될 것이라고 말하는 것은 아니지만 이러한 결과 중 일부에 놀라게 될 수도 있습니다.
코드에는 2줄이 있습니다. [double fastSTD = ........ ] 코드의 다른 곳에서는 fastSTD를 사용하지 않습니다. 나는 당신이 그것을 사용한다고 생각하지만 실수로 대신 slowSTD를 사용했습니다.
테스트하기 전에 확인하고 테스트를 시작하기 전에 다른 포스터 댓글도 고려하십시오. 최적화를 한 번도 해본 적이 없다면 코드를 변경하지 않고 이 작업을 수행하고 싶을 수 있습니다. 네 가지 변수를 사용하면 1시간 이상 실행되지 않을 것 같습니다.
WinMerge라는 프로그램이 있습니다. http://winmerge.org/downloads/ 이것은 당신의 삶을 훨씬 더 쉽게 만들어 줄 것입니다. 무료이며 코드를 쉽게 병합할 수 있습니다. myfile을 가져와 변경 사항을 Diostar의 변경 사항에 병합한 다음 해당 파일을 버전 번호와 함께 다시 게시하여 최신 버전을 더 쉽게 추적할 수 있습니다. 아마도 MTFzMA_v1.0으로 시작한 다음 사용 중 하나가 변경될 때마다 .0을 하나씩 증가시킬 수 있습니다.
WinMerge라는 프로그램이 있습니다. http://winmerge.org/downloads/ 이것은 당신의 삶을 훨씬 더 쉽게 만들어 줄 것입니다. 무료이며 코드를 쉽게 병합할 수 있습니다. myfile을 가져와 변경 사항을 Diostar의 변경 사항에 병합한 다음 해당 파일을 버전 번호와 함께 다시 게시하여 최신 버전을 더 쉽게 추적할 수 있습니다. 아마도 MTFzMA_v1.0으로 시작한 다음 사용 중 하나가 변경될 때마다 .0을 하나씩 증가시킬 수 있습니다.
이전에 이 방법을 시도했는데 주문 유형을 바꿀 때마다 시스템이 계속 실패했습니다. LOL?? 이 시스템을 변경하고 테스트를 실행하면 똑같은 결과를 얻을 수 있다는 강한 느낌이 듭니다.
어쨌든, 나는 그것을 시도 할 것입니다!
아니요. 지금 단계에서는 그게 아닙니다. 구매에서 판매로 테스트하는 것은 시간 낭비일 수 있지만 그 반대의 경우도 마찬가지입니다. 내가 말할 때, 이것이 내가 의미한 바입니다.
가장 짧은 시간에 최상의 솔루션을 찾습니다. 동일한(매우 짧은) 시간 동안 최대 5-10분 동안 단위 논리당 테스트 하므로 논리가 결정될 수 있습니다. 99% 좋음 또는 99% 나쁨이 거의 확인되었습니다.
1) 예를 들어 다음과 같이 1개의 마스터 로직을 사용합니다.
if (Close[ 0 ]<fastMA[tradingTimeFrame- 1 ])shortEntry()
나머지를 모두 제거하면 다음과 같이 됩니다.
if (Close[ 0 ]<fastMA[tradingTimeFrame- 1 ]){shortEntry();longEntry();}
즉, 단위 논리당 - 매수와 매도를 동시에 테스트합니다. 따라서 이 1개의 마스터 로직으로 최적화하려면 sl,tp, lot 등의 기본 매개변수 에서만 최적화하면 됩니다. 그런 다음 매수 및 매도 사례를 분석하고 이 1가지 논리가 두 시나리오 모두에서 컷을 통과할 수 있는지 여부를 판단합니다. 둘 다. 그런 다음 다음 논리로 넘어갑니다.
잘 지내다 보면 조합을 시도해 볼 수 있습니다. 첫 번째 논리는 그냥 구매, 논리 2, 그냥 판매 또는 둘 다 등입니다. 이 방법이 더 구조화되어 있고 실제로 어떤 정확한 논리가 하락을 일으키는지 알 수 있습니다. .
(1*std) -> (5*std) 및 (0.3 -> SL 및 TP 모두에서 1.5) 백테스트를 실행하기 위한 문서를 추천할 수 있습니까?
djp로 표시된 일부 코드를 귀하의 프로그램에 추가했습니다. 이 EA를 차트에 드롭하고 속성 섹션에서 주석의 값으로 시작 단계 중지를 채우십시오.
최적화 확인란을 선택하고 설정 탭에서 사용 날짜를 변경합니다. 시각적 모드가 선택되어 있으면 선택을 취소하십시오. 보도 시작. 죄송합니다.이 작업을 수행하는 방법을 이미 알고 있다면 테스터에 대해 얼마나 친숙한지 모르겠습니다. 이것이 도움이 될 것이라고 말하는 것은 아니지만 이러한 결과 중 일부에 놀라게 될 수도 있습니다.
코드에는 2줄이 있습니다. [double fastSTD = ........ ] 코드의 다른 곳에서는 fastSTD를 사용하지 않습니다. 나는 당신이 그것을 사용하도록 지시했다고 생각하지만 실수로 대신 slowSTD를 사용했습니다.
테스트하기 전에 확인하고 테스트를 시작하기 전에 다른 포스터 댓글도 고려하십시오. 최적화를 한 번도 해본 적이 없다면 코드를 변경하지 않고 이 작업을 수행하고 싶을 수 있습니다. 네 가지 변수를 사용하면 1시간 이상 실행되지 않을 것 같습니다.
djp로 표시된 일부 코드를 귀하의 프로그램에 추가했습니다. 이 EA를 차트에 드롭하고 속성 섹션에서 주석의 값으로 시작 단계 중지를 채우십시오.
최적화 확인란을 선택하고 설정 탭에서 사용 날짜를 변경합니다. 시각적 모드가 선택되어 있으면 선택을 취소하십시오. 보도 시작. 죄송합니다.이 작업을 수행하는 방법을 이미 알고 있다면 테스터에 대해 얼마나 친숙한지 모르겠습니다. 이것이 도움이 될 것이라고 말하는 것은 아니지만 이러한 결과 중 일부에 놀라게 될 수도 있습니다.
코드에는 2줄이 있습니다. [double fastSTD = ........ ] 코드의 다른 곳에서는 fastSTD를 사용하지 않습니다. 나는 당신이 그것을 사용한다고 생각하지만 실수로 대신 slowSTD를 사용했습니다.
테스트하기 전에 확인하고 테스트를 시작하기 전에 다른 포스터 댓글도 고려하십시오. 최적화를 한 번도 해본 적이 없다면 코드를 변경하지 않고 이 작업을 수행하고 싶을 수 있습니다. 네 가지 변수를 사용하면 1시간 이상 실행되지 않을 것 같습니다.
감사합니다. 데모 계정 테스터 대신 라이브 계정 테스터에서 실험해 보겠습니다.
수정된 EA를 여기에 게시할 수 있습니까?
확신하는. 위의 테스트 중 주요 변경 사항은 다음과 같습니다.
1) 귀하의 이전 상태:
2) 위에서 볼 수 있듯이 모든 MA, entF 신호는
tradingTimeFrame- 1& 방정식에 의해 초기화 시:
나머지 변경 사항은 다음과 같습니다. 이 방법은 향후 개발을 더 쉽게 만듭니다. 최적화 목적(tradingTimeFrame을 1단계로 진행)
내 코드에 댓글이 없는 경우 죄송합니다. 나는 일반적으로 코드를 온전한 상태로 읽고 주석이 없으면 읽기가 더 쉽고 깨끗해집니다.
감사합니다. 데모 계정 테스터 대신 라이브 계정 테스터에서 실험해 보겠습니다.
WinMerge라는 프로그램이 있습니다. http://winmerge.org/downloads/ 이것은 당신의 삶을 훨씬 더 쉽게 만들어 줄 것입니다. 무료이며 코드를 쉽게 병합할 수 있습니다. myfile을 가져와 변경 사항을 Diostar의 변경 사항에 병합한 다음 해당 파일을 버전 번호와 함께 다시 게시하여 최신 버전을 더 쉽게 추적할 수 있습니다. 아마도 MTFzMA_v1.0으로 시작한 다음 사용 중 하나가 변경될 때마다 .0을 하나씩 증가시킬 수 있습니다.
확신하는. 위의 테스트 중 주요 변경 사항은 다음과 같습니다.
1) 귀하의 이전 상태:
2) 위에서 볼 수 있듯이 모든 MA, entF 신호는
& 방정식에 의해 초기화 시:
나머지 변경 사항은 다음과 같습니다. 이 방법은 향후 개발을 더 쉽게 만듭니다. 최적화 목적(tradingTimeFrame을 1단계로 진행)
내 코드에 댓글이 없는 경우 죄송합니다. 나는 일반적으로 코드를 온전한 상태로 읽고 주석이 없으면 읽기가 더 쉽고 깨끗해집니다.
루프가 많은 정말 깨끗한 코드 :)
고맙습니다WinMerge라는 프로그램이 있습니다. http://winmerge.org/downloads/ 이것은 당신의 삶을 훨씬 더 쉽게 만들어 줄 것입니다. 무료이며 코드를 쉽게 병합할 수 있습니다. myfile을 가져와 변경 사항을 Diostar의 변경 사항에 병합한 다음 해당 파일을 버전 번호와 함께 다시 게시하여 최신 버전을 더 쉽게 추적할 수 있습니다. 아마도 MTFzMA_v1.0으로 시작한 다음 사용 중 하나가 변경될 때마다 .0을 하나씩 증가시킬 수 있습니다.
할 것이다
다음은 1:1 RR 비율의 일부 결과(순방향 테스트)이며 지금까지 손실되었습니다!
그렇다면 순서를 역전시킬 때와 그대로 둘 때를 생각해보는 것도 좋을 것 같아요...
여러분은 어떻게 생각하세요?
문: 7064834 - 3다음은 1:1 RR 비율의 일부 결과(순방향 테스트)이며 지금까지 손실되었습니다!
좋은 주님, 당신이 그것을 언급했습니다.
이것은 내가 다른 날에도 발견한 것이기 때문입니다. 영광스러운 수준은 아니었지만 엔지니어링/기술적 의미에서 개선은 매우 중요한 양의 변화율이었습니다. "발견되지 않은" 상태로 방치하기에는 너무 중요합니다.
그래서 여기에 새 스레드를 모두 게시했습니다. EA에 대한 이 "Evil Grail" 접근 방식에 대해 어떻게 생각하세요? 자신의 EA 접근 방식에 대한 다른 사람의 방법론을 쿼리합니다.
여기서 우리가 하고 있는 방법론은 리버스 엔지니어링과 유사합니다. 그러나 형식은 오히려 다음과 같습니다.
가장 짧은 시간에 최상의 솔루션을 찾습니다. 동일한(매우 짧은) 시간 동안 최대 5-10분 동안 단위 논리당 테스트하므로 논리가 결정된 것일 수 있습니다. 99% 좋음 또는 99% 나쁨, 거의 확인되었습니다.
시도 해봐. 저처럼 깜짝 놀라실 수도 있습니다. 아주 "정통적이지 않은" 방법입니다. 사악한 성배는 성배를 "희망"하며, 새 잎사귀를 뒤집는 것과 같은 일종의 회개의 소리를 냅니다. 그럼에도 불구하고 IT는 가능성입니다.
좋은 주님, 당신이 그것을 언급했습니다.
이것은 내가 다른 날에도 발견한 것이기 때문입니다. 영광스러운 수준은 아니었지만 엔지니어링/기술적 의미에서 개선은 매우 중요한 양의 변화율이었습니다. "발견되지 않은" 상태로 방치하기에는 너무 중요합니다.
그래서 여기에 새 스레드를 모두 게시했습니다. EA에 대한 이 "Evil Grail" 접근 방식에 대해 어떻게 생각하세요? 자신의 EA 접근 방식에 대한 다른 사람의 방법론을 쿼리합니다.
여기서 우리가 하고 있는 방법론은 리버스 엔지니어링과 유사합니다. 그러나 형식은 오히려 다음과 같습니다.
가장 짧은 시간에 최상의 솔루션을 찾습니다. 동일한(매우 짧은) 시간 동안 최대 5-10분 동안 단위 논리당 테스트하므로 논리가 결정된 것일 수 있습니다. 99% 좋음 또는 99% 나쁨이 거의 확인되었습니다.
시도 해봐. 저처럼 깜짝 놀라실 수도 있습니다. 아주 "정통적이지 않은" 방법입니다. 사악한 성배는 성배를 "희망"하며, 새 잎사귀를 뒤집는 것과 같은 일종의 회개의 소리를 냅니다. 그럼에도 불구하고 IT는 가능성입니다.
이전에 이 방법을 시도했는데 주문 유형을 바꿀 때마다 시스템이 계속 실패했습니다. LOL?? 이 시스템을 변경하고 테스트를 실행하면 똑같은 결과를 얻을 수 있다는 강한 느낌이 듭니다.
어쨌든, 나는 그것을 시도 할 것입니다!
이전에 이 방법을 시도했는데 주문 유형을 바꿀 때마다 시스템이 계속 실패했습니다. LOL?? 이 시스템을 변경하고 테스트를 실행하면 똑같은 결과를 얻을 수 있다는 강한 느낌이 듭니다.
어쨌든, 나는 그것을 시도 할 것입니다!
아니요. 지금 단계에서는 그게 아닙니다. 구매에서 판매로 테스트하는 것은 시간 낭비일 수 있지만 그 반대의 경우도 마찬가지입니다. 내가 말할 때, 이것이 내가 의미한 바입니다.
가장 짧은 시간에 최상의 솔루션을 찾습니다. 동일한(매우 짧은) 시간 동안 최대 5-10분 동안 단위 논리당 테스트 하므로 논리가 결정될 수 있습니다. 99% 좋음 또는 99% 나쁨이 거의 확인되었습니다.
1) 예를 들어 다음과 같이 1개의 마스터 로직을 사용합니다.
나머지를 모두 제거하면 다음과 같이 됩니다.
즉, 단위 논리당 - 매수와 매도를 동시에 테스트합니다. 따라서 이 1개의 마스터 로직으로 최적화하려면 sl,tp, lot 등의 기본 매개변수 에서만 최적화하면 됩니다. 그런 다음 매수 및 매도 사례를 분석하고 이 1가지 논리가 두 시나리오 모두에서 컷을 통과할 수 있는지 여부를 판단합니다. 둘 다. 그런 다음 다음 논리로 넘어갑니다.
잘 지내다 보면 조합을 시도해 볼 수 있습니다. 첫 번째 논리는 그냥 구매, 논리 2, 그냥 판매 또는 둘 다 등입니다. 이 방법이 더 구조화되어 있고 실제로 어떤 정확한 논리가 하락을 일으키는지 알 수 있습니다. .