무역 시스템 리그. 우리는 계속 일합니다. - 페이지 63

 

Georgiy Merts :

그리고 내 임무는 "차량 선택을 위한 평가와 절차를 연마하는 것"입니다.

우리는 전략 구축에 대해 서로 다른 이해를 가지고 있습니다.

제 생각에는 TS의 디버깅은 수익을 낼 수 있는 올바른 THEORY를 결정한 후 오랜 기간 동안 전략을 테스트하는 과정에서 시작된다는 것입니다...

당신의 접근 방식은 다릅니다 ... 당신은 "무작위로", 즉 옵션을 열거하여 데모 계정에서 수익성있는 옵션을 결정하려고 시도하고 작동하지 않으면 다른 옵션으로 변경합니다 ... 이 접근 방식은 상당히 가능하지만 시간이 많이 걸리고 예측할 수 없습니다. 전략 이론 없음: "결과만 봅니다. TS가 허용할 수 없는 행동을 보임 - 경매에서 즉시 철회됩니다..."

방법론적으로, 당신의 접근 방식은 정확하지 않습니다... 하지만 그것은 당신의 방식입니다! 새해의 성공과 번영!

 
Georgiy Merts :

이제 이 작업을 제외하고는 거의 모든 것이 자동으로 수행됩니다. 바로 최고 선택입니다!

선택하지 않고 모든 것이 이미 자동화되어 있으므로 시스템을 다시 최적화하는 과정을 관찰하고 그 중 최고에 대한 보고서를 게시합니다.

그리고 선택 없이는 모든 시스템이 함께 수익을 낼 수 없다는 것이 분명합니다. 동일한 기호에 강력한 추세와 매우 평평한 시스템에 베팅하면 단순히 스프레드가 함께 존재한다는 점에서 그들은 어떤 식으로든 수익을 낼 수 없습니다. 그리고 악기가 "이것도 저것도 아닌 것"이라면 두 시스템 모두 심각한 마이너스에 빠질 것이 분명할 때!

'진실 마주하기 꺼려'는 어디에… 우리가 말하는 '진실'은? 모든 시스템이 함께 이익을 줄 수는 없습니까? 나는 이것을 미리 알고 있었고, CU 리그를 만드는 목적은 전혀 여기에 있지 않습니다. 목표는 "시스템을 벌기 위해 무엇을 생각해낼 것인가"라는 질문에서 "이미 벌고 있는 사람들 중에서 가장 안정적인 것을 선택하는 방법"이라는 질문으로 옮기는 것이었습니다. 꽤 잘 해결된 것 같아요. 다음 줄은 이 가장 중요하고 마지막 질문입니다.

당신은 함께 할 필요가 없습니다.

그러나 그것은 선택과 문제에 있습니다.

더 단순화하겠습니다. 2개의 간단한 시스템이 있습니다. 하나는 매일 길게 열리고 다른 하나는 짧게 열립니다. 그들 각각은 일정 기간 동안 수익을 얻습니다. 하나는 켜고 다른 하나는 중지할 기간을 선택하는 방법을 배워야 합니다.
이제 아이디어가 명확합니까? )

그리고 내가 당혹스러운 것은 올바른 손을 가진 합리적인 사람이 단일 테스트를 실행하는 대신 몇 달 동안 거래 결과를 관찰한다는 사실 때문입니다.

새해 복 많이 받으세요!

 
Andrey Khatimlianskii :

당신은 함께 할 필요가 없습니다.

그러나 그것은 선택과 문제에 있습니다.

더 단순화하겠습니다. 2개의 간단한 시스템이 있습니다. 하나는 매일 길게 열리고 다른 하나는 짧게 열립니다. 그들 각각은 일정 기간 동안 수익을 얻습니다. 하나는 켜고 다른 하나는 중지할 기간을 선택하는 방법을 배워야 합니다.
이제 아이디어가 명확합니까? )

그리고 내가 당혹스러운 것은 올바른 손을 가진 합리적인 사람이 단일 테스트를 실행하는 대신 몇 달 동안 거래 결과를 관찰한다는 사실 때문입니다.

새해 복 많이 받으세요!

조지를 지원하십시오! 나는 그의 리그가 결국 쏠 것이라고 생각합니다!
 
Vladimir Baskakov :
조지를 지원하십시오! 나는 그의 리그가 결국 쏠 것이라고 생각합니다!

덕분에.

"쏘다"는 올바른 표현이 아닙니다. 리그의 본질은 "샷"을 의미하지 않습니다. 선택에 대한 마지막 문제가 해결 된 후 "순조로운 상승"을 바랍니다.

나는 보통 축구 클럽을 비유로 사용합니다. 그러나 또 다른 생생한 비유가 있습니다 - 데이트 사이트 (안녕하세요, Volchansky).

맘바를 친해지려고 노력한 사람들은 매력없는 참가자가 많다는 것을 알고, 적어도 자신의 무언가는 거의 항상 가격을 추가 할 수 없으며 지원자에게 무언가를 기대합니다. 게다가, 당신이 자신에게 관심을 끌만큼 운이 좋다 하더라도, 대화 상대가 대화에서 무언가를 좋아하지 않을 수 있다는 것은 사실이 아니며, 그녀는 즉시 당신을 무시할 것입니다. 그리고 다시 모임에 데려가도 지인이 은밀한 단계에 도달한다는 것은 전혀 사실이 아니다. 한 방향으로 많은 노력을 기울이고 결국에는 비용 만 듭니다.

즉, 수익성있는 차량 검색과 거의 동일합니다. 쓰레기가 많고 가치있는 차량은 드물며 설정하기가 쉽지 않지만 이것을 고려하더라도 사실이 아닙니다. 당신은 그들로부터 이익을 얻을 수 있으며 언제든지 시스템이 작동을 멈출 수 있습니다.

따라서 Mamba에서 여성에 대한 일반적인 접근 방식은 시스템을 찾는 일반적인 접근 방식과 유사합니다. 가까운 결과. 운이 좋은 사람은 드뭅니다. 그러나 대부분의 사람들은 "맘바에서 잡을 것이 없다"고 확신한다. 그러나 동시에 Mamba를 사용하여 꽤 규칙적인 섹스를하는 참가자가 있습니다. 그들은 그걸 어떻게 햇어? 그러나 "리그 방식"을 사용하는 것뿐입니다. 요청을 하고 참가자를 쳐다보지도 않고 모두에게 똑같은 표준적인 메시지를 보내고, 답을 하는 사람에게도 쳐다보지 않고 평범하게 대답한다. 침대의 전망이 즉시 보이는 곳에서만 - 그들은 "발전하고 있습니다". 결과적으로 - 예, 그들은 가장 매력적인 여성이 없지만 정기적으로 설명이 없는 여성과 섹스할 수 있습니다. 핵심 단어는 "정기적으로"입니다.

여기 TS 리그에서는 모든 것이 동일합니다. 가장 단순한 차량이 일종의 기록을 보여주기를 기다리는 것은 어리석은 일입니다. 물론 우연에 의해 이런 일이 일어날 수 있지만, 나는 이러한 기록의 수와 날카로운 실패가 정확히 같을 것이라고 생각합니다. 벌지 않고 드로다운에 들어가는 것) . 그리고 주요 이익은 눈에 띄지 않는 회색 차량의 작업에 있으며 점차 결과를 가져올 것입니다.

 

맙소사, 이 무슨 말도 안되고 역겨운 당신의 해파리

양은 더하지 않는 한 결코 질로 바뀌지 않습니다.

 
Maxim Dmitrievsky :

맙소사, 이 무슨 말도 안되고 역겨운 당신의 해파리

양은 더하지 않는 한 결코 질로 바뀌지 않습니다.

통계가 당신과 일치하지 않습니다.

합계의 기대치는 개별 값의 합계에 대한 기대치와 같고 합계의 분산은 분산의 합계와 같습니다. 즉, 합계의 표준 편차는 일반적인 합계보다 작은 제곱합의 제곱근과 같습니다. 따라서 수량 - 품질로의 부드러운 전환.

 
Andrey Khatimlianskii :

그러나 그것은 선택과 문제에 있습니다.

더 단순화하겠습니다. 2개의 간단한 시스템이 있습니다. 하나는 길게는 매일 열리고 다른 하나는 짧게 열립니다. 그들 각각은 일정 기간 동안 수익을 얻습니다. 하나는 켜고 다른 하나는 중지할 기간을 선택하는 방법을 배워야 합니다.
이제 아이디어가 명확합니까? )

그리고 내가 당혹스러운 것은 올바른 손을 가진 합리적인 사람이 단일 테스트를 실행하는 대신 몇 달 동안 거래 결과를 관찰한다는 사실 때문입니다.

새해 복 많이 받으세요!

그래서 저는 선택에 가장 큰 문제가 있다는 것을 숨기지 않는 것 같고, 그것을 위해 제가 리그를 만들었습니다!

이전에는 시스템을 작동시키기 위해 무엇을 생각해 내야 하는지 알 수 없었습니다. 받아 인코딩을 하는데 테스터에서도 수익이 안나네요! 테스터에서도!!! 현실에 대해 우리는 무엇을 말할 수 있습니까... 그리고 5번의 시도 중 1번만이 테스트 결과를 주었습니다. 그러나 이러한 시스템을 거래하려고 했을 때 항상 병합되기 시작했습니다. 그리고 모든 것이 다시 시작되었습니다. 시스템이 작동하도록 하려면 어떻게 해야 하는지 이해하지 못했습니다. "진짜에 넣을까"라는 질문 앞에 -도 닿지 않았다!

리그에 대한 아이디어는 제가 이 문제에서 벗어날 수 있게 해주었습니다. 이제 저는 한동안 데모에서 작업해 온 일련의 디버깅된 시스템을 항상 가지고 있습니다. 그리고 지금 저는 선택의 문제를 연구하고 있습니다. 이 질문은 적어도 이 정도, 적어도 이 정도일 것입니다. 그러나 복잡한 시스템을 구축하려고 하면 도달할 것이라는 사실은 아닙니다. 리그와 함께 - 그는 나에게만 남았습니다. 그리고 그것은 저에게 잘 맞습니다.

 
Serqey Nikitin :

우리는 전략 구축에 대해 서로 다른 이해를 가지고 있습니다.

제 생각에는 TS의 디버깅은 수익을 낼 수 있는 올바른 THEORY를 결정한 후 오랜 기간 동안 전략을 테스트하는 과정에서 시작된다는 것입니다...

당신의 접근 방식은 다릅니다 ... 당신은 "무작위로", 즉 옵션을 열거하여 데모 계정에서 수익성있는 옵션을 결정하려고 시도하고 작동하지 않으면 다른 옵션으로 변경합니다 ... 이 접근 방식은 상당히 가능하지만 시간이 많이 걸리고 예측할 수 없습니다. 전략 이론 없음: "결과만 봅니다. TS가 허용할 수 없는 행동을 보임 - 경매에서 즉시 철회됩니다..."

방법론적으로 당신의 접근 방식은 올바르지 않습니다... 하지만 그것은 당신의 방식입니다! 새해의 성공과 번영!

음 ... 아니.

다른 "포크 방법"은 무엇입니까??? 그것은 바로 당신입니다(당신이 나에게 "롤아웃"하지 말라고 요청할 수 있는 한) "포크 방법" - 당신은 바로 이 "이익 이론"을 하고 TS 자체는 어디서 얻습니까? 그냥 무작위로, 그래서 당신이 그것을 좋아합니다 - 당신이 그것을 개발합니다 - 왜 "포크 방법"을 사용하지 않습니까? 이 방향으로 이익이 있을 수 있다는 보장은 어디에 있습니까?

TS 리그는 "광범위한 넌센스 방식"입니다. 그것은 차량 옵션의 전체 범위를 사용합니다. 그리고 이것은 TS 리그가 확실히 이익 영역을 "커버"할 것임을 보장하는 것입니다.

귀하의 방법에서 어려움은 TS의 개선이 수익성으로 이어지지 않을 가능성이 있다는 것입니다. 그리고 리그 경험에 따르면 완전히 호환되지 않는 기호와 시스템이 있음을 보여줍니다. 테스터에서도 데모에 설치할 때 매우 낮은 거래 품질을 보여줍니다. 빠르게 용납할 수 없는 동작을 보이고 지속적으로 재최적화해야 합니다. 즉, 이 시스템을 사용하려고 하면 아무리 개선해도 항상 무익합니다. 그러나 반면에 "스트림에 참여"하면 시스템에서 많은 수익을 올릴 수 있습니다.

내 방법에서 복잡성은 선택에 있습니다. 모든 시스템은 이익이 나거나 수익성이 없는 시스템 모두에서 한 번에 네트워크에 연결됩니다. 즉, 보장된 이익이 있지만, 문제는 "손실을 청산"해야 한다는 것입니다. 그러나 동시에 시스템이 단순하다는 점을 감안할 때 리그는 큰 수입을 올릴 것 같지 않지만 안정성은 더 높을 것입니다.

 

그래서 약속한 대로 하나의 시스템을 예로 들어 재최적화 과정을 설명하겠습니다. 실제로 이러한 재최적화는 매일 3-5회, 때로는 최대 24회까지 발생합니다. 그러나 모든 것이 자동화되어 예기치 않은 오류가 없도록 프로세스를 제어하고 리그의 새로운 재컴파일 버전을 VPS에 업로드합니다.

스크립트를 실행하면 허용되지 않는 동작을 나타내는 시스템 목록이 제공됩니다.

첫 번째가 NZDJPY, 443740, EMAFlatSP, Many SL(2)이라고 가정해 보겠습니다.

이것은 가격과 MA가 고정 TP-SL과 교차하는 것으로 표시되는 역추세 모멘텀에 대한 TS 진입입니다. TS는 허용할 수 없는 수의 SL을 연속으로 보여주었습니다(2개, 역사상 한 번도 발생한 적이 없음).

재최적화를 위해 전송되었으며 그 결과 새 초기화 기능이 파일에 작성되었습니다. "활성 코어"는 다음과 같습니다.

   _NOT_TESTED_IF(GetWorkSymbol() != CS_NZDJPY);
   m_didData.m_etWorkTimeFrame = PERIOD_H1 ;
   m_bMustExitOnWorkEnd = false ;
   m_bMustExitOnWeekEnd = true ;
   m_dtBuildMoment = D'2019.01.02' ;
   m_iH6WorkIdx = - 1 ;
   m_uiEMAPeriod = 7 ;
   m_dFilterDATRLevel = 0.10 ;
   m_dTPvsSL = 0.64 ;
   m_dSLvsDATR = 1.85 ;
   m_esEnterSignal = ES_LONGSHIFT_BAR_5;
   m_bInverseSignal = true ;
   m_dUnlossTriggerVsDATR = 0.70 ;
   m_dUnlossDistanceVsDATR = 0.07 ;
   m_uiMaxDirectTPC = 0 ;
   m_cfpControlParams.m_dStability = 0.145 ;
   m_lcEALeagueClass = LC_MEDIUM;

또한 제어 매개 변수의 기능이 형성되며 "활성 코어"는 다음과 같습니다.

   // NZDJPY
   // FlatSP & EMA
   _NOT_TESTED_IF(GetMagic() != 443740 );
   _NOT_TESTED_IF(m_cfpControlParams.m_dStability <= 0 );           // должна быть заполнена в конструкторе
   _NOT_TESTED_IF(m_cfpControlParams.m_dStability >= 1 );           // должна быть заполнена в конструкторе
   _NOT_TESTED_IF(m_cfpControlParams.m_dStability == EMPTY_VALUE ); // должна быть заполнена в конструкторе
   m_cfpControlParams.m_dtTradeStartMoment = D'2017.01.02' ;
   m_cfpControlParams.m_dtTradeEndMoment = D'2018.12.31' ;
   m_cfpControlParams.m_uiNumOfTrades = 222 ;
   m_cfpControlParams.m_uiNumOfProfitTrades = 137 ;
   m_cfpControlParams.m_dClearPriceProfit = 19.12300000 ;
   m_cfpControlParams.m_dMaxPriceDrawdown = 5.18400000 ;
   m_cfpControlParams.m_uiMaxLoseQueue = 6 ;
   m_cfpControlParams.m_uiMaxTrades2PriceMax = 39 ;
   m_cfpControlParams.m_ulMaxSec2PriceMax = 10942096 ;
   m_cfpControlParams.m_ulMaxSec2NewTPC = 1228040 ;
   m_cfpControlParams.m_dPriceProfitFactor = 1.37144300 ;
   m_cfpControlParams.m_dPriceRecoveryFactor = 3.68885031 ;
   m_cfpControlParams.m_dGrailRatio = 0.64046145 ;
   // dGrail.RecoveryPerYearComponent = 0.154
   // dGrail.m_dSharpeComponent = 0.934
   // dGrail.m_dProfitFactorComponent = 0.686
   // dGrail.m_dTradesPerYearComponent = 0.702
   // dGrail.m_dAvrMoneylotPerTradeComponent = 1.556
   // Trades per week =  2.13
   // Wait for renew price maximum (days) =  116
   // Max wait for new TPC (hours) =  311

TS가 64%의 낮은 품질(Grail Ratio)로 리그의 "중간"(LC_MEDIUM) 부문에 속하는 것을 알 수 있습니다(즐겨찾기의 거래 품질을 비교하여 품질을 50% 미만으로, TS는 "하위" 부문에 속합니다.

동시에 2년 역사상 최고가 하락폭은 518만3000포인트, 최대 SL 연속 6개에 달했다. 연 평균 가격 반등은 3.689에 불과(주원인) 무역의 질에 대한 낮은 평가), 이윤 계수 1.37. 기능이 끝나면 품질 평가의 본질, 즉 이 평가에 포함된 구성 요소를 약간 드러내는 의견을 남깁니다. 예를 들어, 동일한 낮은 회복률은 15%에 불과한 것으로 추정됩니다. 이는 매우 낮은 수준입니다. 또한 거래 작업의 역학에 대한 대략적인 지표도 표시됩니다. 매주 평균 2.13건의 거래가 발생하고, 최대 가격은 116일 이내에 업데이트되어야 하고, 한 거래는 최대 311시간을 기다려야 했습니다.

그건 그렇고, 나는 지난번에이 차량이 1 SL 만 연속적으로 허용했음을 주목합니다. 현재 - 최대 6개. 이는 이 기호의 시장이 실제로 눈에 띄게 바뀌었음을 보여주므로 이 시스템을 다시 최적화할 필요가 있음을 증명합니다.

업데이트된 기능이 있는 TS는 리그로 반환되고 실행 가능한 모듈은 다시 컴파일되어 데모 거래를 위해 다시 전송됩니다. 그녀가 자신을 어떻게 보여주는지 보자.

이 시스템에 대한 테스터의 보고서를 첨부합니다.
파일:
 
Georgiy Merts :

그래서 약속한 대로 하나의 시스템을 예로 들어 재최적화 과정을 설명하겠습니다. 실제로 이러한 재최적화는 매일 3-5회, 때로는 최대 24회까지 발생합니다. 그러나 모든 것이 자동화되어 예기치 않은 오류가 없도록 프로세스를 제어하고 리그의 새로운 재컴파일 버전을 VPS에 업로드합니다.

스크립트를 실행하면 허용되지 않는 동작을 나타내는 시스템 목록이 제공됩니다.

첫 번째가 NZDJPY, 443740, EMAFlatSP, Many SL(2)이라고 가정해 보겠습니다.

이것은 가격과 MA가 고정 TP-SL과 교차하는 것으로 표시되는 역추세 모멘텀에 대한 TS 진입입니다. TS는 허용할 수 없는 수의 SL을 연속으로 보여주었습니다(2개, 역사상 한 번도 발생한 적이 없음).

재최적화를 위해 전송되었으며 그 결과 새 초기화 기능이 파일에 작성되었습니다. "활성 코어"는 다음과 같습니다.

또한 제어 매개 변수의 기능이 형성되며 "활성 코어"는 다음과 같습니다.

TS가 64%(즐겨찾기의 거래 품질 비교)의 낮은 품질(성배 비율)로 리그의 "중간"(LC_MEDIUM) 부문에 속하는 것을 알 수 있습니다.

동시에 2년 역사상 최고가 하락폭은 518만3000포인트, 최대 SL 연속 6개에 달했다. 연 평균 가격 반등은 3.689에 불과(주원인) 무역의 질에 대한 낮은 평가), 이윤 계수 1.37. 기능이 끝나면 품질 평가의 본질, 즉 이 평가에 포함된 구성 요소를 약간 드러내는 의견을 남깁니다. 예를 들어, 동일한 낮은 회복률은 15%에 불과한 것으로 추정됩니다. 이는 매우 낮은 수준입니다. 또한 거래 작업의 역학에 대한 대략적인 지표도 표시됩니다. 매주 평균 2.13건의 거래가 발생하고, 최대 가격은 116일 이내에 업데이트되어야 하고, 한 거래는 최대 311시간을 기다려야 했습니다.

그건 그렇고, 나는 지난번에이 차량이 1 SL 만 연속적으로 허용했음을 주목합니다. 현재 - 최대 6개. 이는 이 기호의 시장이 실제로 눈에 띄게 바뀌었음을 보여주므로 이 시스템을 다시 최적화할 필요가 있음을 증명합니다.

업데이트된 기능이 있는 TS는 리그로 반환되고 실행 가능한 모듈은 다시 컴파일되어 데모 거래를 위해 다시 전송됩니다. 그녀가 자신을 어떻게 보여주는지 보자.

이 시스템에 대한 테스터의 보고서를 첨부합니다.
모든 것이 정상입니다. 거래가 충분하지 않습니까?