나는 의심한다. Low_Ask는 이 세그먼트의 어느 순간에 있을 수 있습니다. 이와 관련하여 양 고추 냉이는 더 달지 않습니다.
예, 우리는 틱 기록 의 초정확성에 대해 이야기하는 것이 아닙니다. 거의 모든 TS에 대해 M1_Bid+Ask 및 틱 기록에서 실행하면 무시할 수 있는 편차가 발생합니다. 엄청난 양의 시간과 컴퓨팅 리소스를 소비하는 것은 끔찍한 어리 석음입니다.
실무자로서 저는 거의 모든 TS M1_Bid+Ask 기록으로 충분하다고 말합니다. 그리고 OHLC 입찰에서 누가 OHLC Ask 전이나 후에 거기에 있었는지는 중요하지 않습니다.
테스터에 Ask-history를 추가하는 것은 개발자를 위한 두 줄입니다. 이것은 어떤 식으로든 테스트 속도에 영향을 미치지 않습니다. 정확도가 증가하고 엄청난 수의 시장 패턴이 드러납니다. TS 수익은 단순 입찰 이력으로 조정했을 때보다 더 정밀하게 조정되어 더 많은 수익을 얻을 수 있습니다.
불만이 있을 수 없습니다. 서로 존중합시다. 누군가는 순전히 이념적인 생각에서 다른 사람들에게 유용한 일을 정말 무상으로 합니다. 침묵하지 마십시오.
아무도 이해하지 못하는 바보 같은 기분이 드는 건 재미없어요. 이것은 그들이 어딘가에 표시되는 어리석은 비율 때문에 듣는 완전한 매복입니다.
글쎄요, 어떤 논리가 있어야 합니다. 논리적으로 말하는 사람들이 있으니 이해 없이 생략하지 마세요.
질문 이야기의 중요성을 이해하지 못하는 사람이 있으면 이해하지 못한다고 말하십시오. 그녀가 필요하지 않다고 논쟁을 시작하지 마십시오.
누군가가 메타 테스터가 정확성 측면에서 가치가 없다는 것을 이해하지 못한다면 다시 말하지만 이것을 이해하지 못한다고 말하십시오.
아마도 누군가가 찾아내어 논증과 함께 작성하면 마침내 이해하게 될 것입니다.
그러나 침묵을 지키는 알고리즘 트레이더를 연습하는 것은 가볍게 말해서 게으른 놈입니다. 그들 중 소수만이 자체 연구 인프라를 보유하고 있습니다. 나머지는 모두 러프 메타 테스터에서 모든 것을 어리석게 테스트하여 이로 인해 엄청난 수의 간단한 시장 패턴을 놓치고 있습니다.
예, 우리 모두는 이해합니다. 테스터가 HFT를 테스트하도록 만들어지지 않았다는 것을 이해하지 못합니다. 그리고 어떤 질문 기록도 문제를 해결하지 못할 것입니다.
말씀하신 알고리즘의 경우 MT를 가상 DC 서버와 함께 가상 환경에 완전히 몰입시키고 저장된 주문서 내역에서 모든 것을 테스트해야 합니다.
나는 이 테스터가 프로그래머를 위한 것이 아니라 알고리즘의 정확성을 확인하기 위한 것이 아니라 HFT를 위한 것이 아니라 TS에 대한 대략적인 평가를 위한 것이라고 말할 때 이미 알고 있습니다.
저 같은 경우에는 일반적으로 테스터 대신 UML과 같은 것을 만들어 전략을 테스트하는 것이 가능했고, 그것으로 충분합니다. 우리가 닫는 곳에서 어떤 가격으로 열리는지 표시기에 계산이 있습니다. 우리는 금액을 더하고 이 모든 것은 1.5초 만에 10년의 역사 동안 계산됩니다.
이 테스터가 얼마나 많이 핥지 않았는지는 중요하지 않습니다. "이벤트, 그래프. 개체 및 기타 새로운 기능"의 전체 기능이 실패하지 않을 것이라는 믿음은 없을 것입니다.
따라서 도덕적으로 우리는 사용자의 99%를 만족시키고 단 1%만이 만족하지 않는 많은 시간을 들이받은(도우 읽기) 작동하는 테스터를 가지고 있습니다. 예, 가장 진보된 비율이지만 여전히 1%입니다. 그리고 이 비율은 테스터에 추가 데이터 처리를 로드하여 결과적으로 속도를 2배 줄이면 정확도가 향상될 것이라고 확신시키려고 합니다.
FAQ : 당신은 질문 이야기에 대한 내 의견을 아주 잘 알고 있으며 부정적인 것이 아닙니다. 그건 그렇고, 제가 그 주제에서 위에서만 지적한 것입니다. 테스터에 관해서도 나는 침묵합니다. 내가 그들에게 완전한 만족을 표현할 수 있는 곳을 보여주세요. 저는 높은 꿈이 아니라 실제 솔루션의 지지자일 뿐입니다. "만약 예라면"이기 때문에 - 당신은 거의 끝없이 오랜 시간을 기다릴 수 있습니다.
locomania의 테마는 시간이 지남에 따라 사그라들겠지만, 테스터에게만 해당되는 custom의 테마는 MT5가 연결됨 에 따라 bid와 ask의 틱 이력 이 커질 것입니다. 요컨대, 당신은 중재자로서) 로비를 합니다. 그리고 당신이 더 멀리 갈수록 더 많은 치질이 나중에 무엇인가를 바꿀 것입니다.
MetaTrader 5 позволяет во встроенном тестере стратегий моделировать автоматическую торговлю с помощью экспертов на языке MQL5. Такое моделирование называется тестированием экспертов, и может проводиться с использованием многопоточной оптимизации и одновременно по множеству инструментов. Для проведения тщательного тестирования требуется генерировать тики на основе имеющейся минутной истории. В статье дается подробное описание алгоритма, по которому генерируются тики для исторического тестирования в клиентском терминале MetaTrader 5.
예, 우리는 틱 기록 의 초정확성에 대해 이야기하는 것이 아닙니다. 거의 모든 TS에 대해 M1_Bid+Ask 및 틱 기록에서 실행하면 무시할 수 있는 편차가 발생합니다. 엄청난 양의 시간과 컴퓨팅 리소스를 소비하는 것은 끔찍한 어리 석음입니다.
실무자로서 저는 거의 모든 TS M1_Bid+Ask 기록으로 충분하다고 말합니다. 그리고 OHLC 입찰에서 누가 OHLC Ask 전이나 후에 거기에 있었는지는 중요하지 않습니다.
테스터에 Ask-history를 추가하는 것은 개발자를 위한 두 줄입니다. 이것은 어떤 식으로든 테스트 속도에 영향을 미치지 않습니다. 정확도가 증가하고 엄청난 수의 시장 패턴이 드러납니다. TS 수익은 단순 입찰 이력으로 조정했을 때보다 더 정밀하게 조정되어 더 많은 수익을 얻을 수 있습니다.
예, 우리는 틱 기록 의 초정확성에 대해 이야기하는 것이 아닙니다. 거의 모든 TS에 대해 M1_Bid+Ask 및 틱 기록에서 실행하면 무시할 수 있는 편차가 발생합니다. 엄청난 양의 시간과 컴퓨팅 리소스를 소비하는 것은 끔찍한 어리 석음입니다.
실무자로서 저는 거의 모든 TS M1_Bid+Ask 기록으로 충분하다고 말합니다. 그리고 OHLC 입찰에서 누가 OHLC Ask 전이나 후에 거기에 있었는지는 중요하지 않습니다.
테스터에 Ask-history를 추가하는 것은 개발자를 위한 두 줄입니다. 이것은 어떤 식으로든 테스트 속도에 영향을 미치지 않습니다. 정확도가 증가하고 엄청난 수의 시장 패턴이 드러납니다. TS 수익은 단순 입찰 이력으로 조정했을 때보다 더 정밀하게 조정되어 더 많은 수익을 얻을 수 있습니다.
테스터에서는 스프레드라는 개념이 전혀 없어야 합니다.
"이것이 소비에트 체제 이전에 여기에 있었던 것입니다." (c)
당신이 말하는 모든 것은 MT5에 있고, Ask 계정이 있으며, 언제든지 얻을 수 있습니다(Ask). 해당 레벨은 Ask에 의해 트리거됩니다.
예, 가격은 Bid + Spred에서 계산되며 LowBid 또는 HighAsk 이전에 발생한 일에 관심이 없다면 차이점은 무엇입니까?
바의 스프레드를 저장하는 것은 알고 트레이더의 무지일 뿐입니다. Low_Ask로만 교체합니다. 그리고 정확도가 많이 올라갈 것입니다.
나는 의심한다. Low_Ask는 이 세그먼트의 어느 순간에 있을 수 있습니다. 이와 관련하여 양 고추 냉이는 더 달지 않습니다.
모두를 위한 다음 질문: 테스터가 사용한 과거 스프레드는 어떻게 계산됩니까?
나는 의심한다. Low_Ask는 이 세그먼트의 어느 순간에 있을 수 있습니다. 이와 관련하여 양 고추 냉이는 더 달지 않습니다.
예, 우리는 틱 기록 의 초정확성에 대해 이야기하는 것이 아닙니다. 거의 모든 TS에 대해 M1_Bid+Ask 및 틱 기록에서 실행하면 무시할 수 있는 편차가 발생합니다. 엄청난 양의 시간과 컴퓨팅 리소스를 소비하는 것은 끔찍한 어리 석음입니다.
실무자로서 저는 거의 모든 TS M1_Bid+Ask 기록으로 충분하다고 말합니다. 그리고 OHLC 입찰에서 누가 OHLC Ask 전이나 후에 거기에 있었는지는 중요하지 않습니다.
테스터에 Ask-history를 추가하는 것은 개발자를 위한 두 줄입니다. 이것은 어떤 식으로든 테스트 속도에 영향을 미치지 않습니다. 정확도가 증가하고 엄청난 수의 시장 패턴이 드러납니다. TS 수익은 단순 입찰 이력으로 조정했을 때보다 더 정밀하게 조정되어 더 많은 수익을 얻을 수 있습니다.
다음 질문은 테스터가 사용하는 과거 스프레드를 어떻게 계산합니까?
불만이 있을 수 없습니다. 서로 존중합시다. 누군가는 순전히 이념적인 생각에서 다른 사람들에게 유용한 일을 정말 무상으로 합니다. 침묵하지 마십시오.
아무도 이해하지 못하는 바보 같은 기분이 드는 건 재미없어요. 이것은 그들이 어딘가에 표시되는 어리석은 비율 때문에 듣는 완전한 매복입니다.
글쎄요, 어떤 논리가 있어야 합니다. 논리적으로 말하는 사람들이 있으니 이해 없이 생략하지 마세요.
질문 이야기의 중요성을 이해하지 못하는 사람이 있으면 이해하지 못한다고 말하십시오. 그녀가 필요하지 않다고 논쟁을 시작하지 마십시오.
누군가가 메타 테스터가 정확성 측면에서 가치가 없다는 것을 이해하지 못한다면 다시 말하지만 이것을 이해하지 못한다고 말하십시오.
아마도 누군가가 찾아내어 논증과 함께 작성하면 마침내 이해하게 될 것입니다.
그러나 침묵을 지키는 알고리즘 트레이더를 연습하는 것은 가볍게 말해서 게으른 놈입니다. 그들 중 소수만이 자체 연구 인프라를 보유하고 있습니다. 나머지는 모두 러프 메타 테스터에서 모든 것을 어리석게 테스트하여 이로 인해 엄청난 수의 간단한 시장 패턴을 놓치고 있습니다.
예, 우리 모두는 이해합니다. 테스터가 HFT를 테스트하도록 만들어지지 않았다는 것을 이해하지 못합니다. 그리고 어떤 질문 기록도 문제를 해결하지 못할 것입니다.
말씀하신 알고리즘의 경우 MT를 가상 DC 서버와 함께 가상 환경에 완전히 몰입시키고 저장된 주문서 내역에서 모든 것을 테스트해야 합니다.
나는 이 테스터가 프로그래머를 위한 것이 아니라 알고리즘의 정확성을 확인하기 위한 것이 아니라 HFT를 위한 것이 아니라 TS에 대한 대략적인 평가를 위한 것이라고 말할 때 이미 알고 있습니다.
저 같은 경우에는 일반적으로 테스터 대신 UML과 같은 것을 만들어 전략을 테스트하는 것이 가능했고, 그것으로 충분합니다. 우리가 닫는 곳에서 어떤 가격으로 열리는지 표시기에 계산이 있습니다. 우리는 금액을 더하고 이 모든 것은 1.5초 만에 10년의 역사 동안 계산됩니다.
이 테스터가 얼마나 많이 핥지 않았는지는 중요하지 않습니다. "이벤트, 그래프. 개체 및 기타 새로운 기능"의 전체 기능이 실패하지 않을 것이라는 믿음은 없을 것입니다.
따라서 도덕적으로 우리는 사용자의 99%를 만족시키고 단 1%만이 만족하지 않는 많은 시간을 들이받은(도우 읽기) 작동하는 테스터를 가지고 있습니다. 예, 가장 진보된 비율이지만 여전히 1%입니다. 그리고 이 비율은 테스터에 추가 데이터 처리를 로드하여 결과적으로 속도를 2배 줄이면 정확도가 향상될 것이라고 확신시키려고 합니다.
이 이득은 없을 것입니다. 왜 내가 여기에 썼습니까?
HFT가 도대체 뭔가요? 나는 테스터로부터 거의 모든 돈을 벌었고, 하루나 이틀 만에 무릎을 꿇고 M1 입찰 및 매도 내역과 함께 " 종가 " 원칙을 사용했습니다.
그리고 이 테스터 덕분에 더 발전된 아이디어를 가지고도 내 결과가 다른 사람들보다 훨씬 강력합니다. 이유는 간단합니다. 당신은 아이디어를 얻었고 메타 테스터는 그것이 작동하지 않는다는 것을 보여줍니다.
그리고 내 테스터는 그것이 작동한다는 것을 보여줍니다. 그게 다야. 누군가는 벌고, 다른 누군가는 계속 검색합니다.
반대의 경우도 발생합니다. 메타테스터는 아이디어가 작동하고 있음을 보여주지만 제 테스터는 그렇지 않습니다. 결과적으로 사기를 당한 사용자는 최악의 경우 돈을 낭비하게 됩니다.
...
저 같은 경우는 일반적으로 테스터 대신 UML과 같은 것을 만들어 전략을 테스트하는 것이 가능했습니다.
...
진지하게, 몇 년 동안 나는 차량을 확인하기 위해 어떤 신호에서 닫혔는지, 모든 것이 매우 가볍고 가능한 한 빠르고 간단하게 열리는 곳에서 매우 단순화된 계산이 필요하다는 것을 깨달았습니다.
성능을 에뮬레이트할 필요가 없으며 모두 데모 및 마이크로리얼에서 확인됩니다.
그러나 내장된 통계의 기능은 내장된 신경망에서 시작하여 통계적 가설의 공식화로 끝나는 실제로 조정될 수 있습니다. 여기 전문가 중 그러한 테스터가 쏠 것입니다.
당신은 질문 이야기에 대한 내 의견을 아주 잘 알고 있으며 부정적인 것이 아닙니다. 그건 그렇고, 제가 그 주제에서 위에서만 지적한 것입니다. 테스터에 관해서도 나는 침묵합니다. 내가 그들에게 완전한 만족을 표현할 수 있는 곳을 보여주세요. 저는 높은 꿈이 아니라 실제 솔루션의 지지자일 뿐입니다. "만약 예라면"이기 때문에 - 당신은 거의 끝없이 오랜 시간을 기다릴 수 있습니다.
예, 우리는 틱 기록 의 초정확성에 대해 이야기하는 것이 아닙니다. 거의 모든 TS에 대해 M1_Bid+Ask 및 틱 기록에서 실행하면 무시할 수 있는 편차가 발생합니다. 엄청난 양의 시간과 컴퓨팅 리소스를 소비하는 것은 끔찍한 어리 석음입니다.
실무자로서 저는 거의 모든 TS M1_Bid+Ask 기록으로 충분하다고 말합니다. 그리고 OHLC 입찰에서 누가 OHLC Ask 전이나 후에 거기에 있었는지는 중요하지 않습니다.
테스터에 Ask-history를 추가하는 것은 개발자를 위한 두 줄입니다. 이것은 어떤 식으로든 테스트 속도에 영향을 미치지 않습니다. 정확도가 증가하고 엄청난 수의 시장 패턴이 드러납니다. TS 수익은 단순 입찰 이력으로 조정했을 때보다 더 정밀하게 조정되어 더 많은 수익을 얻을 수 있습니다.
테스터에서는 스프레드라는 개념이 전혀 없어야 합니다.예, 이러한 맥락에서 동의합니다.
Ask 가격이 Bid보다 덜 중요하지 않은 이유는 진부하고 말도 안되는 것입니다.
진지하게, 몇 년 동안 나는 차량을 확인하기 위해 어떤 신호에서 닫혔는지, 모든 것이 매우 가볍고 가능한 한 빠르고 간단하게 열리는 곳에서 매우 단순화된 계산이 필요하다는 것을 깨달았습니다.
성능을 에뮬레이트할 필요가 없으며 모두 데모 및 마이크로리얼에서 확인됩니다.
그러나 내장된 통계의 기능은 내장된 신경망에서 시작하여 통계적 가설의 공식화로 끝나는 실제로 조정될 수 있습니다. 여기 전문가 중 그러한 테스터가 쏠 것입니다.
자동차와 다른 말도 안되는 교차로뿐만 아니라 건설되는 "얇은"차량이 있다는 것을 잊지 마십시오.
예, 우리는 틱 기록 의 초정확성에 대해 이야기하는 것이 아닙니다. 거의 모든 TS에 대해 M1_Bid+Ask 및 틱 기록에서 실행하면 무시할 수 있는 편차가 발생합니다. 엄청난 양의 시간과 컴퓨팅 리소스를 소비하는 것은 끔찍한 어리 석음입니다.
실무자로서 저는 거의 모든 TS M1_Bid+Ask 기록으로 충분하다고 말합니다. 그리고 OHLC 입찰에서 누가 OHLC Ask 전이나 후에 거기에 있었는지는 중요하지 않습니다.
테스터에 Ask-history를 추가하는 것은 개발자를 위한 두 줄입니다. 이것은 어떤 식으로든 테스트 속도에 영향을 미치지 않습니다. 정확도가 증가하고 엄청난 수의 시장 패턴이 드러납니다. TS 수익은 단순 입찰 이력으로 조정했을 때보다 더 정밀하게 조정되어 더 많은 수익을 얻을 수 있습니다.
테스터에서는 스프레드라는 개념이 전혀 없어야 합니다."이것이 소비에트 체제 이전에 여기에 있었던 것입니다." (c)
당신이 말하는 모든 것은 MT5에 있고, Ask 계정이 있으며, 언제든지 얻을 수 있습니다(Ask). 해당 레벨은 Ask에 의해 트리거됩니다.
예, 가격은 Bid + Spred에서 계산되며 LowBid 또는 HighAsk 이전에 발생한 일에 관심이 없다면 차이점은 무엇입니까?