자, 보세요. MT는 터미널이자 서버입니다. 확인? 좋아, 당신은 그것을 당신의 진드기에 몰아 넣었고 슈퍼를 얻었습니다. 그러나 서버는 그런 진드기를 발행하지 않습니다. 그리고 왜 결코 없을 것인 터미널에 무언가를 내장합니까?
따라서 전체 클래스의 거래 전략을 적절하게 테스트하기 위해 시뮬레이션된 틱 대신 동일한 서버에서 개인적으로 수집한 틱을 넣을 방법이 없습니다. 단기 이상값 등에서 사용자 자신이 필터링한 또 다른 틱 기록 을 채우는 것에 대해 무엇을 말할 수 있습니까? 테스터가 아닌 실제에 가까운 결과를 얻기 위해 불합격, 유동성 등을 고려합니다.
모든 틱에서 코드를 디버그하는 데 필요합니다. :) 어리석은 것들에서도 어리석은 것들이 생길 수 있기 때문에 프로세스는 무작위입니다.
따라서 디버깅에 대해서는 필요하지 않습니다. :)
디버깅은 어리석은 속성을 포함하여 이전에 알려진 속성을 사용하여 틱에서 수행해야 합니다. 그러나 특별히 준비된 틱에서 디버그하는 것은 쓸모가 없습니다. 그리고 이것이 전례 없는 일이라고 생각하지 마십시오. 모든 시스템 개발 패키지에서 잘 정의된 데이터 세트를 입력으로 제출할 수 있습니다.
내가 이해하는 한, 여기에서 그들은 일반적으로 완전히 간단한 것을 요구합니다. 테스터의 입력에 자신의 견적을 넣을 기회를 주십시오. 아니요, 할 수 없습니다. 기가바이트가 될 것입니다.
디버깅은 어리석은 속성을 포함하여 이전에 알려진 속성을 사용하여 틱에서 수행해야 합니다. 그러나 특별히 준비된 틱에서 디버그하는 것은 쓸모가 없습니다. 그리고 이것이 전례 없는 일이라고 생각하지 마십시오. 모든 시스템 개발 패키지에서 잘 정의된 데이터 세트를 입력으로 제출할 수 있습니다.
내가 이해하는 한, 여기에서 그들은 일반적으로 완전히 간단한 것을 요구합니다. 테스터의 입력에 자신의 견적을 넣을 기회를 주십시오. 아니요, 할 수 없습니다. 기가바이트가 될 것입니다.
모든 것이 정확합니다.
제품은 훌륭한 속성을 가질 것입니다. 사용자의 0.5%(얼마나 많은지 말하기는 어렵습니다)만 사용하도록 하십시오.
그러나 그러한 기회의 바로 그 사실은 이미 큰 장점입니다.
물론 이것으로 인해 시스템의 무결성이 어떻게 침해되는지는 모르지만 Rinat는 이에 대해 이야기하지 않았습니다.
예, 주장에 문제가 없습니다. 개인적으로 틱 히스토리가 필요하지 않습니다. 저에게 다소 효율적인 TS는 최소 M15의 기간에 시가로 거래됩니다.
그리고 차익거래와 spedership에 틱이 필요하다는 사실에 대한 주장도 지지할 수 없습니다.
차익 거래는 본질적으로 반등 전략이며 정지 위치는 보호되지 않습니다. 이익은 싸고 위험은 큽니다. 따라서 양모와 침전물에 대한 적절한 반동은 구리 대야로 덮일 것입니다. 여기서 시스템은 큰 움직임의 확률을 계산할 수 있어야 방해가 되지 않습니다.
확산, 즉 여러 높은 상관 관계가 있는 상품에 대한 차익 거래는 주기를 계산하고 틱이 아닌 연간을 계산해야만 가능합니다. 배송 시간이 다른 선물에는 주기가 있으며 연중 특정 시기에 가격이 발산하거나 수렴하는 경향이 있습니다(반드시 그런 것은 아님). 또한 스프레더를 위한 특별한 유형의 계약이 있습니다. 이 계약은 다른 상품의 열린 포지션 에 대한 총 이익이 특정 수준에 도달한 경우 브로커가 마감해야 합니다. MT5에서는 이러한 유형의 계약이 현재 존재하지 않습니다.
예, 주장에 문제가 없습니다. 개인적으로 틱 히스토리가 필요하지 않습니다. 저에게 다소 효율적인 TS는 최소 M15의 기간에 시가로 거래됩니다.
그리고 차익거래와 spedership에 틱이 필요하다는 사실에 대한 주장도 지지할 수 없습니다.
차익 거래는 본질적으로 반등 전략이며 정지 위치는 보호되지 않습니다. 이익은 싸고 위험은 큽니다. 따라서 양모와 침전물에 대한 적절한 반동은 구리 대야로 덮일 것입니다. 여기서 시스템은 큰 움직임의 확률을 계산할 수 있어야 방해가 되지 않습니다.
확산, 즉 여러 높은 상관 관계가 있는 상품에 대한 차익 거래는 주기를 계산하고 틱이 아닌 연간을 계산해야만 가능합니다. 배송 시간이 다른 선물에는 주기가 있으며 연중 특정 시기에 가격이 발산하거나 수렴하는 경향이 있습니다(반드시 그런 것은 아님). 또한 스프레더를 위한 특별한 유형의 계약이 있습니다. 이 계약은 다른 상품의 열린 포지션에 대한 총 이익이 특정 수준에 도달한 경우 브로커가 마감해야 합니다. MT5에서는 이러한 유형의 계약이 현재 존재하지 않습니다.
함부로 말하지 마세요 - 우리는 MQL5 코드 디버깅에 대해 이야기하고 있습니다.
그리고 Matlab의 추상 전략을 테스트할 수 있습니다.
모든 틱에서 코드를 디버그하는 데 필요합니다. :) 어리석은 것들에서도 어리석은 것들이 생길 수 있기 때문에 프로세스는 무작위입니다.
따라서 디버깅에 대해서는 필요하지 않습니다. :)
MQ만이 성공적인 거래를 방해한다고 생각하지 않습니다.
나는 개인적으로 MQ가 손해를 끼치는 일을 하고 있다는 논리를 보지 못한다. 그리고 그들이 왜 그렇게 하는지도 분명합니다. 반대로 모든 사람이 MT에서 멋진 돈을 벌고 있다면 더 많은 서버를 판매할 것입니다.
모든 틱에서 코드를 디버그하는 데 필요합니다. :) 어리석은 것들에서도 어리석은 것들이 생길 수 있기 때문에 프로세스는 무작위입니다.
따라서 디버깅에 대해서는 필요하지 않습니다. :)
무엇에 대해 필요합니까?
;)
자, 보세요. MT는 터미널이자 서버입니다. 확인? 좋아, 당신은 그것을 당신의 진드기에 몰아 넣었고 슈퍼를 얻었습니다. 그러나 서버는 그런 진드기를 발행하지 않습니다. 그리고 왜 결코 없을 것인 터미널에 무언가를 내장합니까?
다른 사람을 바보로 생각하는 것은 매우 해롭습니다.
나는 아무도 바보라고 생각하지 않습니다. 그리고 당신이 먼저. 그러나 당신은 인정해야 합니다 - 성공적인 거래의 뿌리는 정확히 MT에 있지 않습니다. :)
모든 틱에서 코드를 디버그하는 데 필요합니다. :) 어리석은 것들에서도 어리석은 것들이 생길 수 있기 때문에 프로세스는 무작위입니다.
따라서 디버깅에 대해서는 필요하지 않습니다. :)
디버깅은 어리석은 속성을 포함하여 이전에 알려진 속성을 사용하여 틱에서 수행해야 합니다. 그러나 특별히 준비된 틱에서 디버그하는 것은 쓸모가 없습니다. 그리고 이것이 전례 없는 일이라고 생각하지 마십시오. 모든 시스템 개발 패키지에서 잘 정의된 데이터 세트를 입력으로 제출할 수 있습니다.
내가 이해하는 한, 여기에서 그들은 일반적으로 완전히 간단한 것을 요구합니다. 테스터의 입력에 자신의 견적을 넣을 기회를 주십시오. 아니요, 할 수 없습니다. 기가바이트가 될 것입니다.
당신은 외모를 유지할 수 있습니까?
당신은 방문하고 있으며 그들은 당신과 논의하고 있습니다.
아니면 Metaquote가 어떤 식으로든 당신에게 상처를 주었습니까? 여기가 아니면 불만과 콤플렉스를 토로해야 합니다.
임호
디버깅은 어리석은 속성을 포함하여 이전에 알려진 속성을 사용하여 틱에서 수행해야 합니다. 그러나 특별히 준비된 틱에서 디버그하는 것은 쓸모가 없습니다. 그리고 이것이 전례 없는 일이라고 생각하지 마십시오. 모든 시스템 개발 패키지에서 잘 정의된 데이터 세트를 입력으로 제출할 수 있습니다.
내가 이해하는 한, 여기에서 그들은 일반적으로 완전히 간단한 것을 요구합니다. 테스터의 입력에 자신의 견적을 넣을 기회를 주십시오. 아니요, 할 수 없습니다. 기가바이트가 될 것입니다.
모든 것이 정확합니다.
제품은 훌륭한 속성을 가질 것입니다. 사용자의 0.5%(얼마나 많은지 말하기는 어렵습니다)만 사용하도록 하십시오.
그러나 그러한 기회의 바로 그 사실은 이미 큰 장점입니다.
물론 이것으로 인해 시스템의 무결성이 어떻게 침해되는지는 모르지만 Rinat는 이에 대해 이야기하지 않았습니다.
그리고 시스템 개발자에게 필요하지 않다는 주장은 아직 듣지 못했습니다.
예, 주장에 문제가 없습니다. 개인적으로 틱 히스토리가 필요하지 않습니다. 저에게 다소 효율적인 TS는 최소 M15의 기간에 시가로 거래됩니다.
그리고 차익거래와 spedership에 틱이 필요하다는 사실에 대한 주장도 지지할 수 없습니다.
차익 거래는 본질적으로 반등 전략이며 정지 위치는 보호되지 않습니다. 이익은 싸고 위험은 큽니다. 따라서 양모와 침전물에 대한 적절한 반동은 구리 대야로 덮일 것입니다. 여기서 시스템은 큰 움직임의 확률을 계산할 수 있어야 방해가 되지 않습니다.
확산, 즉 여러 높은 상관 관계가 있는 상품에 대한 차익 거래는 주기를 계산하고 틱이 아닌 연간을 계산해야만 가능합니다. 배송 시간이 다른 선물에는 주기가 있으며 연중 특정 시기에 가격이 발산하거나 수렴하는 경향이 있습니다(반드시 그런 것은 아님). 또한 스프레더를 위한 특별한 유형의 계약이 있습니다. 이 계약은 다른 상품의 열린 포지션 에 대한 총 이익이 특정 수준에 도달한 경우 브로커가 마감해야 합니다. MT5에서는 이러한 유형의 계약이 현재 존재하지 않습니다.
예, 주장에 문제가 없습니다. 개인적으로 틱 히스토리가 필요하지 않습니다. 저에게 다소 효율적인 TS는 최소 M15의 기간에 시가로 거래됩니다.
그리고 차익거래와 spedership에 틱이 필요하다는 사실에 대한 주장도 지지할 수 없습니다.
차익 거래는 본질적으로 반등 전략이며 정지 위치는 보호되지 않습니다. 이익은 싸고 위험은 큽니다. 따라서 양모와 침전물에 대한 적절한 반동은 구리 대야로 덮일 것입니다. 여기서 시스템은 큰 움직임의 확률을 계산할 수 있어야 방해가 되지 않습니다.
확산, 즉 여러 높은 상관 관계가 있는 상품에 대한 차익 거래는 주기를 계산하고 틱이 아닌 연간을 계산해야만 가능합니다. 배송 시간이 다른 선물에는 주기가 있으며 연중 특정 시기에 가격이 발산하거나 수렴하는 경향이 있습니다(반드시 그런 것은 아님). 또한 스프레더를 위한 특별한 유형의 계약이 있습니다. 이 계약은 다른 상품의 열린 포지션에 대한 총 이익이 특정 수준에 도달한 경우 브로커가 마감해야 합니다. MT5에서는 이러한 유형의 계약이 현재 존재하지 않습니다.
거래하지 않고 원칙적으로 알지 못하는 것을 왜 논의합니까?