28!!! 통화 쌍, 1명의 전문가. 다시 성배, 그러나 아무도 이것을 나에게 보여주지 않았습니다. + 데모 계정 - 페이지 5

새 코멘트
 

네... 펠트펜으로 그릴때는 최소한 자를 가져와야 합니다, granit77 !

손이 부들부들 떨리고 보기에 역겹다.

 
granit77 :
발마르 :

친애하는 개발자 여러분, 솔직하게 말해서 죄송합니다. 하지만 적어도 2007년에는 적어도 207번째 빌드에서 상인의 영원한 꿈인 Dream of the Grail을 묻어두기가 어렵습니다. Valmars의 조언에 따라 Conys는 오늘 7월 25일 빌드 207을 다운로드하여 설치했습니다. 2007년 1월 1일부터 오늘까지의 기간 동안 Grail 을 출시했습니다.

발생하는 질문에 대해 미리 경고하기 위해 모든 필수 테스트 데이터를 제시합니다. M1 기간, EURUSD 기호, 편집 없이 Alpari의 이력, 터미널에서 자동으로 펌핑, 상수 로트=1, 하나의 미결 주문, "모든 틱" 모델. 시니어 TF EURUSD의 데이터가 사용되며 고문은 다른 기호를 사용하지 않습니다. 최적화 없음, 조정 없음, 수익성은 역사의 어느 기간 동안나 동일하며 다른 브로커도 마찬가지일 것이라고 생각합니다. 순이익 $106293. 거래의 수(하루에 1-4개, 반년 동안 328개)와 기대값(32핍)으로 인해 고문을 파이서로 분류할 수 없습니다. 수익성 있는 거래(전체의 %) 92.07%. 나는 MM을 설정하지 않았습니다. 수십억이 될 것이고 아내는 이미 그녀가 집 전체를 어지럽히는 것을 톱질하고 있습니다.

테스트의 정확성으로 결함을 찾으려고 노력하십시오.

섬의 가격을 물어볼 때가 된 것 같았지만 그렇지 않았다.... Expert Advisor에 내재된 전략은 초기에 미래를 엿보는 것(선배 TF의 막대의 최종 데이터) 아직 닫히지 않은 것). 그리고 당신의 쌍 중 하나에서 다른 기호를 포함하지 않고 테스터를 엿보는 것은 불가능하다는 내 두뇌를 퇴비화하지 마십시오. 다른 방법으로는 결과를 설명할 수 없습니다.

무슨 소리야, 발마르? 어떤 빌드를 시도할까요?

PS Real 거래자들은 걱정하지 마십시오. 데모에서 고문은 다른 "성배"보다 나아 보이지 않습니다.


글쎄, 내가 무엇을 말할 수 있습니까? 축하합니다. 개발자를 거부했습니다. 일반적인 테스트 프레임워크에 맞지 않는 유일한 것은 시뮬레이션의 품질(모든 틱에 대해 25%)입니다. 그리고 90% 또는 최소 89코펙이어야 합니다. 이러한 테스트(또는 인용문)를 사용하면 죄송합니다. 포럼이 아닌 옷장에 가는 것이 좋습니다. 32,000개보다 조금 더 많은 마지막 막대만 터미널을 자동으로 올릴 수 있지만 이미 165,936개가 있습니다. 이것은 당신의 업적을 전혀 논박하지 않으며 단지 증거가 더 설득력 있어야 합니다. 특히 Expert Advisor가 핑계를 대고 있지 않기 때문에 History Centra 인용문에 대해 더 잘 보여주십시오.
 
Valmars :
유리크스 :

2. 일별 차트에서 고가와 저가 사이의 상승폭이 가장 큽니다. 미래를 내다보는 전문가를 위해 - 가장 넓은 영역. 그러나 당신은 Expert Advisor가 진드기를 분석한다고 말합니다. 그것은 그가 어떤 t / f를 작업할지 전혀 신경 쓰지 않아야 함을 의미합니다. 그래서 M1에 넣습니다. 나는 당신이 보고서의 0에서 즉시 눈에 파문을 일으키지 않을 것이라고 생각합니다.

2. 테스터의 최신 수정 이후에는 어떤 경우에도 개발자에 따르면 미래를 내다보는 것이 기본적으로 불가능하며 지금까지 아무도 그 반대를 입증하지 못했습니다. EA 자체에 히스토리 모델을 포함할 수 있습니까?

그리고 왜 이렇게 분열되어 있습니까? 이 성명서 때문에 Valmars '와 무엇? 글쎄, 그는 말했다 - 그는 생각하지 않았다, 당신은 결코 모른다. 어쩌면 그는 젊음에 환상을 품고 있을지도 모릅니다. 금지할래?

일반적으로 개발자가 테스터에서 아름다운 결과를 가짜로 만드는 것을 불가능하게 만드는 데(특히 "원칙적으로") 시간과 에너지를 쏟을 것이라고 기대하는 것은 어리석은 일입니다. 왜 그들이 필요합니까?

전문가의 실제에 가까운 평가를 원하는 사람은 누구나 테스터를 의도한 목적에 적절하게 사용하기 위해 노력할 것입니다. 그리고 그는 트릭없이 정직하게 조명을 올바르게 쓸 것입니다. 글쎄, 속이려는 사람 (자신이나 잠재적 구매자는 중요하지 않음), 그는 항상 방법을 찾을 것입니다. 알다시피, 어떤 제품, 어떤 기술, 어떤 발견도 유익하고 해로울 수 있습니다. 그리고 그것은 저자가 아니라 누구의 손에 떨어졌는지에 달려 있습니다.

따라서 MQ는 어리석은(또는 "너무" 똑똑한) 사용자가 테스터로 자신이나 다른 사람의 손가락을 꼬집는 것을 방지하기 위한 것이 아니라 MT의 추가 개발에 참여하는 옳은 일을 하고 있습니다.

PS 그건 그렇고 , conys 가 더 멋진 사진을 게시했을 수 있습니다. 예를 들어 이

사실, 그녀에 대해 그는 이것이 "미래를 내다보는 것"이라는 것을 인정하기 부끄러워했습니다.

 
글쎄, 내가 무엇을 말할 수 있습니까? 축하합니다. 개발자를 거부했습니다. 일반적인 테스트 프레임워크에 맞지 않는 유일한 것은 시뮬레이션의 품질(모든 틱에 대해 25%)입니다. 그리고 90% 또는 최소 89코펙이어야 합니다. 이러한 테스트(또는 인용문)를 사용하면 죄송합니다. 포럼이 아닌 옷장에 가는 것이 좋습니다. 32,000개보다 조금 더 많은 마지막 막대만 자동으로 터미널을 가동할 수 있지만 이미 165,936개가 있습니다. 이것은 당신의 성취를 전혀 논박하지 않으며, 단지 증거가 더 설득력이 있어야 합니다. 특히 Expert Advisor가 핑계를 대고 있지 않기 때문에 History Centra 인용문에 대해 더 잘 보여주십시오.
죄송합니다. 1M 기간 동안 더 높은(25%) 일이 발생하지 않는다는 것을 완전히 잊었습니다. 특히 실제로 적용할 수 없기 때문에 미래를 내다보는 코드를 살펴보는 것은 흥미로울 것입니다.
 
발마르스 , 그런 이상한 망상이 어디에서 왔습니까? 분에는 90이 될 수 있습니다. 그러나 이것은 최대값입니다.

PS 글쎄요, 죄송합니다. 1분보다 큰 모든 TF에서 "분"의 초기 최소 재료를 사용하면 90%만 얻을 수 있습니다. ..
 
granit77 :
발마르 :
최근에 터미널을 업데이트하셨습니까? 최신 버전을 다운로드하고 위의 예제를 실행하는 것이 좋습니다. 그리고 받은 일정은 여기로 놓으십시오. 어떻게 미래를 내다볼 수 있었는지 봅시다!

친애하는 개발자 여러분, 솔직하게 말해서 죄송합니다. 하지만 적어도 2007년에는 적어도 207번째 빌드에서 상인의 영원한 꿈인 Dream of the Grail을 묻어두기가 어렵습니다. Valmars의 조언에 따라 Conys는 오늘 7월 25일 빌드 207을 다운로드하여 설치했습니다. 2007년 1월 1일부터 오늘까지의 기간 동안 Grail을 출시했습니다.

발생하는 질문에 대해 미리 경고하기 위해 모든 필수 테스트 데이터를 제시합니다. M1 기간, EURUSD 기호, 편집 없이 Alpari의 이력, 터미널에서 자동으로 펌핑, 상수 로트=1, 하나의 미결 주문, "모든 틱" 모델. 시니어 TF EURUSD의 데이터가 사용되며 고문은 다른 기호를 사용하지 않습니다. 최적화 없음, 조정 없음, 수익성은 역사의 어느 기간 동안나 동일하며 다른 브로커도 마찬가지일 것이라고 생각합니다. 순이익 $106293 . 거래 수( 하루에 1-4 개, 반년 동안 328 개)와 기대치( 32 핍)로 인해 어드바이저를 삐삐로 분류할 수 없습니다. 수익성 있는 거래(전체의 %) 92.07% . 나는 MM을 설정하지 않았습니다. 실제로 감소가 없기 때문에 수십억이 될 것이고 아내는 이미 그녀가 집 전체를 흩어 놓은 것을 톱질하고 있습니다.

테스트의 정확성으로 결함을 찾으려고 노력하십시오.

섬의 가격을 물어볼 때가 된 것 같았지만 거기에는 없었습니다.... Expert Advisor에 내재된 전략은 처음에는 미래를 엿보는 것과 관련이 있는 것 같습니다. 아직 닫히지 않은 시니어 TF의 바). 그리고 당신의 쌍 중 하나에서 다른 기호를 포함하지 않고 테스터를 엿보는 것은 불가능하다는 내 두뇌를 퇴비화하지 마십시오. 다른 방법으로는 결과를 설명할 수 없습니다.

무슨 소리야, 발마르? 어떤 빌드를 시도할까요?

PS Real 거래자들은 걱정하지 마십시오. 데모에서 고문은 다른 "성배"보다 나아 보이지 않습니다.


다음은 현재 입찰가와 모든 더 높은 기간의 마감 사이의 불일치를 확인하는 간단한 Expert Advisor입니다. 이러한 1개 이상의 포인트 불일치가 감지되는 즉시 시간 값과 수렴되지 않은 시간대의 현재 입찰가 및 마감이 즉시 표시됩니다.

 //+------------------------------------------------------------------+
//|                                             CheckBigTF_Close.mq4 |
//|                      Copyright © 2007, MetaQuotes Software Corp. |
//|                                        https://www.metaquotes.net/ru/ |
//+------------------------------------------------------------------+
#property copyright " Copyright © 2007, MetaQuotes Software Corp. "
#property link      " https://www.metaquotes.net/ru/ "
 
int myPeriodNumber ; 
 
//+------------------------------------------------------------------+
//|  возвращает период в минутах                                     |
//+------------------------------------------------------------------+
int GetPeriod ( int Number )
   {
   int res ;
//----
   switch ( Number )
      {
      case 0 : res = PERIOD_M1 ; break ;
      case 1 : res = PERIOD_M5 ; break ;
      case 2 : res = PERIOD_M15 ; break ;
      case 3 : res = PERIOD_M30 ; break ;
      case 4 : res = PERIOD_H1 ; break ;
      case 5 : res = PERIOD_H4 ; break ;
      case 6 : res = PERIOD_D1 ; break ;
      case 7 : res = PERIOD_W1 ; break ;
      case 8 : res = PERIOD_MN1 ; break ;
      default : res = Period () ;
      }
//----
   return ( res ) ;   
   } 
//+------------------------------------------------------------------+
//| expert initialization function                                   |
//+------------------------------------------------------------------+
int init ()
  {
//----
  for ( int i = 0 ; i < 9 ; i ++ )
   {
   if ( GetPeriod ( i ) == Period ()) break ;
   }
  myPeriodNumber = i ;
  Print ( " Родной период тестирования " , GetPeriod ( myPeriodNumber ) , " минут " ) ;
//----
   return ( 0 ) ;
  }
 
//+------------------------------------------------------------------+
//| right comparison of 2 doubles                                    |
//+------------------------------------------------------------------+
bool CompareDoubles ( double number1 , double number2 , int Dig , double accuracy )
  {
   if ( NormalizeDouble ( MathAbs ( number1 - number2 ) , Dig ) >= accuracy ) return ( true ) ;
   else return ( false ) ;
  }
 
//+------------------------------------------------------------------+
//| expert start function                                            |
//+------------------------------------------------------------------+
int start ()
  {
//----
  string Str ;
  
  double myClose = Bid ;
  for ( int i = myPeriodNumber ; i < 9 ; i ++ )
   {
   if ( CompareDoubles ( myClose , iClose ( NULL , GetPeriod ( i ) , 0 ) , Digits , Point ))
      {
      Str = TimeToStr ( TimeCurrent ()) + " , myClose = " + DoubleToStr ( myClose , Digits ) + "  Close( " + GetPeriod ( i ) + " )= " + iClose ( NULL , GetPeriod ( i ) , 0 ) ;
      Print ( Str ) ;
      
      }
   }
//----
   return ( 0 ) ;
  }
//+------------------------------------------------------------------+

1999년부터 2007년 7월 30일까지 EURUSD M1 Every Ticks에 대한 History Center 견적을 실행했는데 아무런 메시지도 나오지 않았습니다. 미래를 엿보다은 무슨 뜻인가요?
 
Valmars :
글쎄, 내가 무엇을 말할 수 있습니까? 축하합니다. 개발자를 거부했습니다. 일반적인 테스트 프레임워크에 맞지 않는 유일한 것은 시뮬레이션의 품질(모든 틱에 대해 25%)입니다. 그리고 90% 또는 최소 89코펙이어야 합니다. 이러한 테스트(또는 인용문)를 사용하면 죄송합니다. 포럼이 아닌 옷장에 가는 것이 좋습니다. 32,000개보다 조금 더 많은 마지막 막대만 자동으로 터미널을 가동할 수 있지만 이미 165,936개가 있습니다. 이것은 당신의 성취를 전혀 논박하지 않으며, 단지 증거가 더 설득력이 있어야 합니다. 특히 Expert Advisor가 핑계를 대고 있지 않기 때문에 History Centra 인용문에 대해 더 잘 보여주십시오.


물론 모든 사람이 찻주전자를 화나게 할 수 있지만 전문가가 몇 분 안에 더 나은 시뮬레이션 품질로 테스트를 보여줍니다. 생성된 틱만 아래로 내려가면 낮은 TF에서 데이터를 어디에서 얻을 수 있습니까? M1의 25%가 이론상 한계인 것 같습니다. 펌핑 된 막대의 수에 관해서는 우리 인형은 그런 미묘함을 이해하지 못합니다. 터미널은 2006년 12월 이후로 꺼지지 않았습니다. 설정에 "역사의 최대 막대: 10000000"이 있습니다. 사람이 행복하기 위해 그 밖에 무엇이 필요합니까?

테스터가 계속 grails 를 생산한다는 것이 개발자에게 입증되었지만 거래자는 더 이상 아무것도 증명할 필요가 없다고 생각합니다. 아마도 이것은 MT5를 개발할 때 그들에게 유용할 것입니다. 저에게 주요 결과는 기존 테스터에서 하나의 기호 안에 오래된 TF를 엿볼 수 있다는 것입니다. 이전에 테스터의 기능으로 인해 테스트 중인 것과 다른 통화 쌍에서만 가능하다는 진술(개발자 포함)을 만났습니다. 이것은 불운한 개발에 대한 시간과 노력의 공격적인 손실로 이어졌습니다. 이제 모든 것이 분명합니다. 나는 거지로 태어났고 거지이며 죽을 것입니다.

 
Rosh :

나는 1999년부터 2007년 7월 30일까지 EURUSD M1 Every Ticks에 대한 History Center 인용문을 실행했지만 단 하나의 메시지도 나오지 않았습니다. 미래를 엿보다은 무슨 뜻인가요?



죄송합니다. Valmars와 Rosh는 내 글을 쓰는 동안 당신의 글을 놓쳤습니다.
2로쉬
제가 정말 찻주전자이기 때문에 "하울링과 입술을 움직이는" 코드를 작성하고 Minsk-22에서 MQL까지 한 번만 "프로그래밍"했습니다. 테스트를 통과하기 위한 표.
당연히 나는 당신의 결과를 의심할 이유가 없지만 이것이 첫 번째, "전면" 검증 수준입니다. 테스트된 심볼의 가장 높은 TF만을 사용하는 Expert Advisor가 있다는 바로 그 사실은 가장 가혹한 테스트 조건에서 역사상 수익성 있는 거래의 92%를 보여주고 같은 기간에 동일한 브로커와 함께 데모를 병합합니다. 동일한 인용문은 이전 TF를 사용한 테스트의 부정확성을 증명합니다. 그리고 그는 존재합니다. "나는 내 어머니를 두고 맹세합니다."
더 높은 기간의 현재 입찰가와 마감이 같을 수도 있지만 동시에 이러한 기간을 사용하는 지표가 거짓말을 하고 있는지도 모르겠습니다. 무능합니다. 그러나 "음악원에 문제가 있습니다."
이 사건이 개발자에게 관심이 있다면 제 이메일 = Yandex의 별명입니다. 나는 여기에 코드를 게시하고 싶지 않습니다. 이것은 작업하는 Expert Advisor의 준비이며, 성배는 우연히 밝혀졌습니다.
 
granit77 , Rosh 가 한 일을 어드바이저에 삽입하고 테스트할 때 결과를 보여주려고 합니다. 어쨌든 테스터가 보는 것과 그렇지 않은 것의 문제는 해결됩니다.
 

성배에서 꿈을 죽이고...

존경하는 로쉬 님의 코드를 받아서 구동해 보니 원칙적으로는 정확한 결과를 얻었고 진정되는 것 같았지만 계속 진행해 봅시다....

 //+------------------------------------------------------------------+
//|                                              CheckBigTF_High.mq4 |
//|                      Copyright © 2007, MetaQuotes Software Corp. |
//|                                        https://www.metaquotes.net/ru/ |
//+------------------------------------------------------------------+
#property copyright " Copyright © 2007, MetaQuotes Software Corp. "
#property link      " https://www.metaquotes.net/ru/ "
 
int myPeriodNumber ; 
 
//+------------------------------------------------------------------+
//|  возвращает период в минутах                                     |
//+------------------------------------------------------------------+
int GetPeriod ( int Number )
   {
   int res ;
//----
   switch ( Number )
      {
      case 0 : res = PERIOD_M1 ; break ;
      case 1 : res = PERIOD_M5 ; break ;
      case 2 : res = PERIOD_M15 ; break ;
      case 3 : res = PERIOD_M30 ; break ;
      case 4 : res = PERIOD_H1 ; break ;
      case 5 : res = PERIOD_H4 ; break ;
      case 6 : res = PERIOD_D1 ; break ;
      case 7 : res = PERIOD_W1 ; break ;
      case 8 : res = PERIOD_MN1 ; break ;
      default : res = Period () ;
      }
//----
   return ( res ) ;   
   } 
//+------------------------------------------------------------------+
//| expert initialization function                                   |
//+------------------------------------------------------------------+
int init ()
  {
//----
  for ( int i = 0 ; i < 9 ; i ++ )
   {
   if ( GetPeriod ( i ) == Period ()) break ;
   }
  myPeriodNumber = i ;
  Print ( " Родной период тестирования " , GetPeriod ( myPeriodNumber ) , " минут " ) ;
//----
   return ( 0 ) ;
  }
 
//+------------------------------------------------------------------+
//| right comparison of 2 doubles                                    |
//+------------------------------------------------------------------+
bool CompareDoubles ( double number1 , double number2 , int Dig , double accuracy )
  {
   if ( NormalizeDouble ( MathAbs ( number1 - number2 ) , Dig ) >= accuracy ) return ( true ) ;
   else return ( false ) ;
  }
 
//+------------------------------------------------------------------+
//| expert start function                                            |
//+------------------------------------------------------------------+
int start ()
  {
//----
  string Str ;
  
  double myClose = Bid ;
  for ( int i = myPeriodNumber ; i < 9 ; i ++ )
   {
   if ( CompareDoubles ( myClose , iHigh ( NULL , GetPeriod ( i ) , 0 ) , Digits , Point ))
      {
      Str = TimeToStr ( TimeCurrent ()) + " , myHigh = " + DoubleToStr ( myClose , Digits ) + "  High( " + GetPeriod ( i ) + " )= " + iHigh ( NULL , GetPeriod ( i ) , 0 ) ;
      Print ( Str ) ;
      
      }
   }
//----
   return ( 0 ) ;
  }
//+------------------------------------------------------------------+

테스터가 인용 기록에서 틱을 생성하면 bid == 모든 시간 프레임을 닫습니다. 이는 논리적입니다. 그러나 지표가 높음 또는 낮음 또는 둘 다를 사용하고 Expert Advisor가 이를 고려하여 거래한다면 미래에 대해 분명히 알 수 있습니다. 위의 코드가 그것을 증명합니다. 그리고 이 사실이 존재하는 한, 성배는 계속해서 인터넷 전체에 떠오를 것입니다.

원칙적으로 이 사실은 나에게 개인적으로 알려져 있으며 실제로 작동하는 Expert Advisors에 적용하려고 시도하지 않지만 개발자 여러분, 곧 우승을 용서하십시오. 많은 Expert Advisors는 더 높은 시간대의 High 및 Low를 사용합니다. 코드를 확인하거나 전문가를 테스트 한 후 그는 챔피언십에 도달하고 참가자는 자동으로 누출자의 대기열이됩니다. 게다가 그는 실패한 프로그래머로 명성을 얻기도 한다.

수정!

12345678910111213
새 코멘트