Vladimir Baskakov : 선생님, 코드베이스를 공부하십시오. 포지션을 여는 것과 후행하는 것은 별개이며 모든 것이 훌륭하게 조화를 이룹니다.
테스터에서 틱으로 후행할 때 오류 의 존재에 대해 이해하고 있습니까? 이는 개시 가격 에서도 더 정확합니다.
테스터에서 LEAGUE를 운전하는 요점이 무엇입니까, 특히 - SIGN UP - 음, 그들은 선택했습니다. 음, 그들은 앞으로 그것을 몰았습니다. 음, 20 %의 이익이 있습니다 (다소 중요하지 않습니다) 시스템의. 무엇 향후 계획?
실제 거래와 관련하여 선택하는 방법은 무엇입니까?
------
2토픽 스타터 - 나는 이미 이것에 대해 썼습니다 - 30%를 초과하는 경우 전달 후(최적화 기간의 시간에 따라 다름) TS-ki LIGI를 데모에 포함하지 않고 여기에 보고서를 게시해야 한다는 것을 반복합니다. 실제보다 앞서 있지만 이미 최적화를 위해 다시 전송하고 컨트롤 샷 이 경매에서 철회될 때까지 기다리지 않습니다.
voidOnTick ()
{
datetime dtBarTime = _OpenBarTime( TimeCurrent ());
if (dtBarTime < dtLastProceedTick)
return ;
dtLastProceedTick = dtBarTime
/*
Вся обработка тика, весь анализ, все получение данных, все торговые операции
....
*/
}
그리고 "모든 틱"과 "공개 가격" 모드에서 작동 속도는 거의 동일합니다.
그러나 "시가 시가" 모드를 사용하는 경우 막대의 그림자에 의해 터치된 스톱의 트리거링을 어떻게 고려할 것인지 궁금합니다.
여기에 긴 그림자가 "아래로" 있는 강세 막대가 여러 개 있다고 가정해 보겠습니다(리그의 "6"의 경우 - 이는 매우 일반적인 이벤트임). 개장 가격에서 보증금이 증가합니다. 1M OHLC 및 "모든 틱"에는 많은 정지 손실이 있습니다.
여기에서 TS를 가져와 테스터에서 실행하고 백테스트를 수행하고 전달하고 최상의 매개변수 집합을 선택하고 손익분기점 매개변수와 보호용 TP-SL을 결정하고 데모에 넣습니다. 어떻게 제안합니까?
데모 거래가 최적화 기간의 20% 이전에 시작되도록 이것이 사실이 아닌 경우에 대해 생각해야 한다고 생각합니다. 예를 들어 최적화는 2년, 포워드는 1분기, 데모는 거래가 이익인 경우 이미 시행 중이며 데모 테스트의 1/4 후 - 이것은 경매에 남겨진 것처럼 최적화 기간의 25%가 될 것입니다. - 더 이상 수익성이 없는 거래가 있을 가능성이 높습니다. ...
내 말은 제한적인 제어 프레임워크를 도입하여 그런 식으로 작동하지 않도록 한다는 것입니다. 예를 들어 2년 - 최적화, 1분기 - 앞으로, 1 - 분기에 데모가 있고 그런 다음 최고/최악을 분산시킵니다. 부서별로, 시스템이 거래되는 시간의 25% 이후에 이미 본질적으로 데모가 포함된 보고서를 게시하십시오. 시간 매개변수 및 설정 측면에서 이미 "구식"이고 컨트롤 샷을 기다리지 않고 매개변수 값 최적화를 위해 다시 전송해야 할 때 ... 간단히 말해, "런아웃"에는 이미 TS LIGI에 대한 정보가 있었습니다.
---
추신 최적화 후 몇시에 작성하십시오 - TS-ok에 대한 월요일 거래 보고서를 여기에 게시합니까?
데모 거래가 최적화 기간의 20% 이전에 시작되도록 이것이 사실이 아닌 경우에 대해 생각해야 한다고 생각합니다. 예를 들어 최적화는 2년, 포워드는 1분기, 데모는 거래가 이익인 경우 이미 시행 중이며 데모 테스트의 1/4 후 - 이것은 경매에 남겨진 것처럼 최적화 기간의 25%가 될 것입니다. - 더 이상 수익성이 없는 거래가 있을 가능성이 높습니다. ...
내 말은 제한적인 제어 프레임워크를 도입하여 그런 식으로 작동하지 않도록 한다는 것입니다. 예를 들어 2년 - 최적화, 1분기 - 앞으로, 1 - 분기에 데모가 있고 그런 다음 최고/최악을 분산시킵니다. 부서별로, 시스템이 거래되는 시간의 25% 이후에 이미 본질적으로 데모가 포함된 보고서를 게시하십시오. 시간 매개변수 및 설정 측면에서 이미 "구식"이고 컨트롤 샷을 기다리지 않고 매개변수 값 최적화를 위해 다시 전송해야 할 때 ... 간단히 말해, "런아웃"에는 이미 TS LIGI에 대한 정보가 있었습니다.
---
추신 최적화 후 몇시에 작성하십시오 - TS-ok에 대한 월요일 거래 보고서를 여기에 게시합니까?
그래서 나는 문제가 무엇인지 잘 이해하지 못합니까? 거래의 품질을 평가하려면 10개의 거래가 필요합니다. 그 후 시스템이 이미 보고서에 나타날 수 있으며 이러한 일이 두 번 이상 발생했습니다.
멀리 갈 필요가 없습니다. 최신 보고서인 시스템 442021(EURGBP의 ChnFlatSP)을 보십시오. 그녀는 10번의 트레이드를 했고 품질 면에서 즉시 6위에 올랐습니다. 사실, 그녀는 포워드 2주 후에 거래합니다. "시간의 25%"는 어디에???
시스템 443040(EURCHF의 EMAFlatSP)이 있습니다. 품질 면에서 상위 3위를 차지했지만 3주 전 17개의 거래로 포워드가 6.06.19에 종료되었습니다. 또는 시스템 742350은 조금 더 일찍 거래를 시작하고 16거래를 했으며, 이는 시간 단위가 아니라 4시간 단위로 작동한다는 점을 감안할 때 상당히 활성화되어 있습니다.
"컨트롤 샷"을 보여주거나 사단에서 사단으로 이동한 시스템이 매일 발사됩니다. 일반적으로 3-10 TS는 다시 최적화되고 5-20 TS는 부서에서 부서로 이동합니다.
보고서는 매주 월요일에 게시되며 지난 주를 포함하여 게시된 각 TS의 모든 거래를 고려합니다.
그래서 문제가 무엇인지 잘 이해하지 못합니까? 거래 품질을 평가하려면 10개의 거래가 필요합니다. 그 후 시스템이 이미 보고서에 나타날 수 있으며 이러한 일이 두 번 이상 발생했습니다.
멀리 갈 필요가 없습니다. 최신 보고서인 시스템 442021(EURGBP의 ChnFlatSP)을 살펴보세요. 그녀는 10번의 트레이드를 했고 품질 면에서 즉시 6위에 올랐습니다. 사실, 그녀는 포워드 2주 후에 거래합니다. "시간의 25%"는 어디에???
시스템 443040(EURCHF의 EMAFlatSP)이 있습니다. 이는 3주 전 17개의 거래로 선도가 06/06/19에 종료되었지만 품질 면에서는 3위입니다. 또는 시스템 742350은 조금 더 일찍 거래를 시작하고 16거래를 했으며, 이는 시간 단위가 아니라 4시간 단위로 작동한다는 점을 감안할 때 상당히 활성화되어 있습니다.
"컨트롤 샷"을 보여주거나 사단에서 사단으로 이동한 시스템이 매일 발사됩니다. 일반적으로 3-10 TS는 다시 최적화되고 5-20 TS는 부서에서 부서로 이동합니다.
보고서는 매주 월요일에 게시되며 지난 주를 포함하여 게시된 각 TS의 모든 거래를 고려합니다.
확인. 공습 경보 해제.
명확히 하고 싶었습니다. 최적화 시간 간격의 몇 퍼센트 후에 보고서를 여기에 게시합니까?
PYSY - 그런 식으로 불을 붙이지 마십시오 - 그는 모든 차이점과 다른 모든 것을 완벽하게 이해합니다.
선생님, 코드베이스를 공부하십시오. 포지션을 여는 것과 후행하는 것은 별개이며 모든 것이 훌륭하게 조화를 이룹니다.
테스터에서 틱으로 후행할 때 오류 의 존재에 대해 이해하고 있습니까? 이는 개시 가격 에서도 더 정확합니다.
테스터에서 LEAGUE를 운전하는 요점이 무엇입니까, 특히 - SIGN UP - 음, 그들은 선택했습니다. 음, 그들은 앞으로 그것을 몰았습니다. 음, 20 %의 이익이 있습니다 (다소 중요하지 않습니다) 시스템의. 무엇 향후 계획?
실제 거래와 관련하여 선택하는 방법은 무엇입니까?
------
2토픽 스타터 - 나는 이미 이것에 대해 썼습니다 - 30%를 초과하는 경우 전달 후(최적화 기간의 시간에 따라 다름) TS-ki LIGI를 데모에 포함하지 않고 여기에 보고서를 게시해야 한다는 것을 반복합니다. 실제보다 앞서 있지만 이미 최적화를 위해 다시 전송하고 컨트롤 샷 이 경매에서 철회될 때까지 기다리지 않습니다.
하지만 어떤 이유로 당신은 그를 "무시"로 보내지 않습니까?
글쎄, 내가 말했듯이, 나는 적어도 CSF를 소중히 하기 위해 이 스레드를 이끌고 있습니다. 그리고 질문이 있을 때, 특히 다른 사람들이 그것을 읽었기 때문에 대답하지 않는 이유는 무엇입니까?
그리고 블라디미르가 광대 인 척한다는 사실 - 글쎄 ... 그는 그것을 너무 좋아합니다 ... 알았어 ...
스튜디오 코드 부탁드립니다. 시범을 보이면 1m OHLC를 어디에서 밀었는지 보겠습니다. 심지어 흥미롭다. 거절하지 말고 지금 보여줘
예, 당신은 "튀고" 있습니다. 나는 그런 속물 광대와 이야기하는 것을 싫어합니다.
그러나 예외적으로 다음은 Expert Advisor의 OnTick() 함수 입력입니다 .
그리고 "모든 틱"과 "공개 가격" 모드에서 작동 속도는 거의 동일합니다.
그러나 "시가 시가" 모드를 사용하는 경우 막대의 그림자에 의해 터치된 스톱의 트리거링을 어떻게 고려할 것인지 궁금합니다.
여기에 긴 그림자가 "아래로" 있는 강세 막대가 여러 개 있다고 가정해 보겠습니다(리그의 "6"의 경우 - 이는 매우 일반적인 이벤트임). 개장 가격에서 보증금이 증가합니다. 1M OHLC 및 "모든 틱"에는 많은 정지 손실이 있습니다.
그리고 그 후에 "시가"를 사용할 것을 제안합니까?
전달 후(최적화 기간의 % 단위 시간에 따라 다름) 30%를 초과하면 LIGI TS를 데모에 포함하지 않고 여기에 보고서를 게시해야 합니다.
이해하지 못했습니다.
여기에서 TS를 가져와 테스터에서 실행하고 백테스트를 수행하고 전달하고 최상의 매개변수 집합을 선택하고 손익분기점 매개변수와 보호용 TP-SL을 결정하고 데모에 넣습니다. 어떻게 제안합니까?
컨트롤 샷 이 경매에서 철회될 때까지 기다리지 않고
"컨트롤 샷"은 주로 시장이 변했는지 확인하기 위해 필요합니다.
1년 전 TS ChnTrendSP는 GBPUSD에서 우수한 결과를 보여 균형 면에서 1위, 품질 면에서 5위 안에 들었습니다.
그런 다음 - bam - 날아갔습니다. 그리고 이제 반년 가까이 리그 중부에도 오르지 못하고 있다. Nizhny에서 어울리며 주기적으로 "컨트롤 샷"을 보여줍니다.
그리고 이것은 작년의 파운드-달러 시장이 1년 전과 상당히 다르다는 것을 잘 보여줍니다. "컨트롤 샷"만으로도 "초기 단계에서" 이를 알 수 있습니다.
이해하지 못했습니다.
여기에서 TS를 가져와 테스터에서 실행하고 백테스트를 수행하고 전달하고 최상의 매개변수 집합을 선택하고 손익분기점 매개변수와 보호용 TP-SL을 결정하고 데모에 넣습니다. 어떻게 제안합니까?
데모 거래가 최적화 기간의 20% 이전에 시작되도록 이것이 사실이 아닌 경우에 대해 생각해야 한다고 생각합니다. 예를 들어 최적화는 2년, 포워드는 1분기, 데모는 거래가 이익인 경우 이미 시행 중이며 데모 테스트의 1/4 후 - 이것은 경매에 남겨진 것처럼 최적화 기간의 25%가 될 것입니다. - 더 이상 수익성이 없는 거래가 있을 가능성이 높습니다. ...
내 말은 제한적인 제어 프레임워크를 도입하여 그런 식으로 작동하지 않도록 한다는 것입니다. 예를 들어 2년 - 최적화, 1분기 - 앞으로, 1 - 분기에 데모가 있고 그런 다음 최고/최악을 분산시킵니다. 부서별로, 시스템이 거래되는 시간의 25% 이후에 이미 본질적으로 데모가 포함된 보고서를 게시하십시오. 시간 매개변수 및 설정 측면에서 이미 "구식"이고 컨트롤 샷을 기다리지 않고 매개변수 값 최적화를 위해 다시 전송해야 할 때 ... 간단히 말해, "런아웃"에는 이미 TS LIGI에 대한 정보가 있었습니다.
---
추신 최적화 후 몇시에 작성하십시오 - TS-ok에 대한 월요일 거래 보고서를 여기에 게시합니까?
예, 당신은 "튀고" 있습니다. 나는 그런 속물 광대와 이야기하는 것을 싫어합니다.
그러나 예외적으로 다음은 Expert Advisor의 OnTick() 함수 입력입니다 .
그리고 "모든 틱"과 "공개 가격" 모드에서 작동 속도는 거의 동일합니다.
그러나 "시가 시가" 모드를 사용하는 경우 막대의 그림자에 의해 터치된 스톱의 트리거링을 어떻게 고려할 것인지 궁금합니다.
여기에 긴 그림자가 "아래로" 있는 강세 막대가 여러 개 있다고 가정해 보겠습니다(리그의 "6"의 경우 - 이는 매우 일반적인 이벤트임). 개장 가격에서 보증금이 증가합니다. 1M OHLC 및 "모든 틱"에는 많은 정지 손실이 있습니다.
그리고 그 후에 "시가"를 사용할 것을 제안합니까?
선생님, 바보가 될 필요는 없습니다.) 스튜디오의 코드, pliz. 1m OHLC를 함께 찾아봅시다.
나는 당신에게 코드를 주었다. 이 코드는 막대당 한 번 작동합니다. 틱이 어떻게 되든 상관없습니다. 동시에 - 1M OHLC 및 "모든 진드기"에서 - 정지를 포착하고 "공개 가격"에서 똥을 잡지 않습니다.
테스트 속도 - 20% 이상 차이가 나지 않습니다. 그리고 "600 TS를 1M OHLC 의 한 쌍보다 빠른 시가로 테스트"하는 데는 의문의 여지가 없습니다.
말을 많이 하시지만 지금까지 아무 것도 내놓지 않으셨습니다.
그리고 거기... 당신은 다른 사람을 가르치려고 하고 있습니다... "균형이 균형을 이루기 때문에 균형이 자본보다 더 중요합니다"라는 내용을 읽는 것은 특히 재미있습니다. 아 글쎄...
데모 거래가 최적화 기간의 20% 이전에 시작되도록 이것이 사실이 아닌 경우에 대해 생각해야 한다고 생각합니다. 예를 들어 최적화는 2년, 포워드는 1분기, 데모는 거래가 이익인 경우 이미 시행 중이며 데모 테스트의 1/4 후 - 이것은 경매에 남겨진 것처럼 최적화 기간의 25%가 될 것입니다. - 더 이상 수익성이 없는 거래가 있을 가능성이 높습니다. ...
내 말은 제한적인 제어 프레임워크를 도입하여 그런 식으로 작동하지 않도록 한다는 것입니다. 예를 들어 2년 - 최적화, 1분기 - 앞으로, 1 - 분기에 데모가 있고 그런 다음 최고/최악을 분산시킵니다. 부서별로, 시스템이 거래되는 시간의 25% 이후에 이미 본질적으로 데모가 포함된 보고서를 게시하십시오. 시간 매개변수 및 설정 측면에서 이미 "구식"이고 컨트롤 샷을 기다리지 않고 매개변수 값 최적화를 위해 다시 전송해야 할 때 ... 간단히 말해, "런아웃"에는 이미 TS LIGI에 대한 정보가 있었습니다.
---
추신 최적화 후 몇시에 작성하십시오 - TS-ok에 대한 월요일 거래 보고서를 여기에 게시합니까?
그래서 나는 문제가 무엇인지 잘 이해하지 못합니까? 거래의 품질을 평가하려면 10개의 거래가 필요합니다. 그 후 시스템이 이미 보고서에 나타날 수 있으며 이러한 일이 두 번 이상 발생했습니다.
멀리 갈 필요가 없습니다. 최신 보고서인 시스템 442021(EURGBP의 ChnFlatSP)을 보십시오. 그녀는 10번의 트레이드를 했고 품질 면에서 즉시 6위에 올랐습니다. 사실, 그녀는 포워드 2주 후에 거래합니다. "시간의 25%"는 어디에???
시스템 443040(EURCHF의 EMAFlatSP)이 있습니다. 품질 면에서 상위 3위를 차지했지만 3주 전 17개의 거래로 포워드가 6.06.19에 종료되었습니다. 또는 시스템 742350은 조금 더 일찍 거래를 시작하고 16거래를 했으며, 이는 시간 단위가 아니라 4시간 단위로 작동한다는 점을 감안할 때 상당히 활성화되어 있습니다.
"컨트롤 샷"을 보여주거나 사단에서 사단으로 이동한 시스템이 매일 발사됩니다. 일반적으로 3-10 TS는 다시 최적화되고 5-20 TS는 부서에서 부서로 이동합니다.
보고서는 매주 월요일에 게시되며 지난 주를 포함하여 게시된 각 TS의 모든 거래를 고려합니다.
그래서 문제가 무엇인지 잘 이해하지 못합니까? 거래 품질을 평가하려면 10개의 거래가 필요합니다. 그 후 시스템이 이미 보고서에 나타날 수 있으며 이러한 일이 두 번 이상 발생했습니다.
멀리 갈 필요가 없습니다. 최신 보고서인 시스템 442021(EURGBP의 ChnFlatSP)을 살펴보세요. 그녀는 10번의 트레이드를 했고 품질 면에서 즉시 6위에 올랐습니다. 사실, 그녀는 포워드 2주 후에 거래합니다. "시간의 25%"는 어디에???
시스템 443040(EURCHF의 EMAFlatSP)이 있습니다. 이는 3주 전 17개의 거래로 선도가 06/06/19에 종료되었지만 품질 면에서는 3위입니다. 또는 시스템 742350은 조금 더 일찍 거래를 시작하고 16거래를 했으며, 이는 시간 단위가 아니라 4시간 단위로 작동한다는 점을 감안할 때 상당히 활성화되어 있습니다.
"컨트롤 샷"을 보여주거나 사단에서 사단으로 이동한 시스템이 매일 발사됩니다. 일반적으로 3-10 TS는 다시 최적화되고 5-20 TS는 부서에서 부서로 이동합니다.
보고서는 매주 월요일에 게시되며 지난 주를 포함하여 게시된 각 TS의 모든 거래를 고려합니다.
확인. 공습 경보 해제.
명확히 하고 싶었습니다. 최적화 시간 간격의 몇 퍼센트 후에 보고서를 여기에 게시합니까?
PYSY - 그런 식으로 불을 붙이지 마십시오 - 그는 모든 차이점과 다른 모든 것을 완벽하게 이해합니다.