조금 놀랐습니다 :) 저는 수사학적 질문을 하지 않고 공유하기로 결정했습니다.
이제 분당 300틱의 틱으로 2007년부터 동일한 15000을 실행할 것입니다. 그리고 나는 일반적으로 화가 난다. :) 설득 플리즈.
테스터에서 MovingAverages를 실행해 보세요. :)
단순한 운율 테스터라고 부르면 안 됩니다.
테스터에서 MovingAverages를 실행해 보세요. :)
단순한 운율 테스터라고 부르면 안 됩니다.
글쎄, 여기 내 "전략"에는 약 300개 막대 전의 각 막대 소급 분석에 대한 계산이 정확히 나와 있습니다. 거의 _to_입니다.
계산할 것이 많습니다. 디지털 방식으로 나를 더 빨리 부숴 버린다는 사실은 확실합니다. 지금까지 한 가지 유용한 정보만 보았습니다. 이것은 지표 및 전략의 "구매자"가 테스터에서 이를 추진할 수 있도록 하는 것입니다. 글쎄요, 프로그래머가 아닙니다. 그리고 그게 다야. :(
계산할 것이 많습니다. 디지털 방식으로 나를 더 빨리 부숴 버린다는 사실은 확실합니다. 지금까지 한 가지 유용한 정보만 보았습니다. 이것은 지표 및 전략의 "구매자"가 테스터에서 이를 추진할 수 있도록 하는 것입니다. 글쎄요, 프로그래머가 아닙니다. 그리고 그게 다야. :(
"테스터"에 표시기를 붙이십시오. 얼마나 쉽습니까? 그런 다음 "테스터"의 "전략"이 온라인으로 작동하도록 하고 "테스터"의 구형 진공 상태가 아닙니다.
외계인 표시기? 예, 추할 것이라고 생각합니다. 나는 시도조차 하지 않을 것이다.
그리고 온라인에서는 어렵지 않을 것이라고 생각합니다. TS가 아니라 아이디어입니다. 아직 적응해야 합니다. 그러나 프로그래밍 전략을 위한 언어가 필요하다는 사실에는 누구도 이의를 제기하지 않습니다. :) 그러나 역사적인 데이터에 따르면 느린 라이더의 ME에 대한 가치는 아아, 지금 나에게 보이는 것처럼 분명하지 않습니다. :(
즉, "외부"전략을 확인하여 작성해 보겠습니다. 그래서 이것이 내가 쓴 것입니다. 그러나 테스터일 뿐이며 최적화 프로그램이 모두 동일한 것은 아닙니다. :)
글쎄, 여기 내 "전략"에는 약 300개 막대 전의 각 막대 소급 분석에 대한 계산이 정확히 나와 있습니다. 거의 _to_입니다.
계산할 것이 많습니다. 디지털 방식으로 나를 더 빨리 부숴 버린다는 사실은 확실합니다. 지금까지 한 가지 유용한 정보만 보았습니다. 이것은 지표 및 전략의 "구매자"가 테스터에서 이를 추진할 수 있도록 하는 것입니다. 글쎄요, 프로그래머가 아닙니다. 그리고 그게 다야. :(
시세를 살펴보고 시작 신호와 종료 신호의 차이를 계산하는 것이 테스터에서 어드바이저를 실행하는 것보다 빠를 것이라는 데 동의합니다.
그러나 테스터는 보편적인 거래 시뮬레이션 환경입니다. 어드바이저의 알고리즘과 무관합니다.
예를 들어, 퇴적물로 작업하는 그리더를 시뮬레이트하려면 운율을 적용하는 데 지쳤습니다.
자원이 손실되는 것은 이러한 다용성 때문입니다. 따라서 테스터는 프로그래머가 아니라 상인이 가장 먼저 필요로 하는 것입니다. 프로그래머는 이미 자신의 운을 쓰기만 하면 자신의 전략을 테스트할 수 있습니다.
그러나 프로그래머라는 단어를 잡지 마십시오. 거래에 대해 아무것도 모르는 MQL의 프로그래머는 없습니다. 그래서 우리는 거래 경험을 포함하는 확장된 프로그래머 개념을 가지고 있습니다. 많은 거래자와 마찬가지로 MQL 프로그래밍의 기본 사항을 알고 있습니다.
내가 이해하는 상인은 거래에 종사하는 사람이며 이것이 그의 주요 직업입니다. 그는 프로그래밍을 할 수도 있고 모를 수도 있습니다.
프로그래머는 프로그램을 작성하는 사람이며 성공적인 거래자일 수도 있고 아닐 수도 있습니다. 그러나 그는 거래의 기본을 알아야 합니다. 그렇지 않으면 MQL과 아무 관련이 없습니다.
이제 최소한 테스터가 필요한 사람, 자신 없이 할 수 있는 프로그래머, 또는 테스터 없이 작은 일을 위해 프로그래머에게 달려가야 하는 상인에 대해 대답해 보십시오.
모든 사람이 자신의 테스터를 작성하는 것이 유용합니다.
골드 단어.
아니, 정말, 금. 테스터는 심지어 자신의 손으로 쓰기까지 정말 많은 것에 눈을 떴습니다.
그리고 공원 없이 모든 차량을 운전할 수 있는 테스터를 작성하는 것은 실제로 매우 어렵습니다. 테스터가 손으로 작성된 경우 대부분 "카운터"입니다.
나는 topikstarter가 공유하는 것에 약간 놀랐습니다. 그러면 그는 코드나 새로운 아이디어가 없더라도 준비가 되었습니다.
그리고 테스터보다 라임이 더 빨리 작동한다는 사실은 버튼 아코디언입니다. 개인적으로 2004년부터 MQL2가 있는 것으로 알고 있습니다.
지금은 운율에 찬성하는 격차가 더 크다는 것을 인정해야하지만. 이는 CPP의 속도에 거의 뒤지지 않는 언어의 발전을 의미한다.
그러나 거기에는 적용된 성격의 장점이 거의 쌓여 있습니다.
모든 사람이 자신의 테스터를 작성하는 것이 유용합니다.
역설은 정확히 옵티마이저의 주요 이점이 속도라는 것입니다. 그리고 이미 다른 것들이 동등하다면, 예를 들어 무언가를 그릴 수 있는 것이 더 좋습니다. :)
한마디로 MT-shnogo 옵티마이저, 즉 옵티마이저의 장점은 나에게 명확하지 않습니다.
그러나 그것이 요점이 아닙니다. 실제로 괴물을 위해 무엇을 만들 수 있고 또 만들어야 하는지에 대해 이야기하고 있습니다. 어쨌든 디지털 크러셔가 더 유용할 것입니다. 많이 잃지 않는 경우에만 사용할 수 있습니다. 개인적으로 의심되는 부분. 당신이 무언가를 끝내지 않았기 때문이 아니라 단순히 테스터와 옵티마이저를 결합할 수 없는 IMHO 때문에 그들은 다른 작업을 가지고 있습니다. 그것에 대해 생각하십시오. "아이디어"를 테스트하고 신속하게 예-아니오를 찾아야 합니다. 그리고 다른 하나는 현실을 시뮬레이션하는 것입니다.
골드 단어.
아니, 정말, 금. 테스터는 심지어 자신의 손으로 쓰기까지 정말 많은 것에 눈을 떴습니다.
그리고 공원 없이 모든 차량을 운전할 수 있는 테스터를 작성하는 것은 실제로 매우 어렵습니다. 테스터가 손으로 작성된 경우 대부분 "카운터"입니다.
- www.mql5.com
나는 혼란스럽다는 것입니다. :(
나는 여기에 있습니다 ... 우연히 특정 "아이디어"를 선택하고 테스터와 같은 것을 작성하는 방법을 눈치 채지 못했습니다. :)
물론 소박하지만 균형은 2006년 이후로 모든 틱을 계산하고 유발합니다. 원칙적으로 다중 통화이지만 여기서는 하나의 기호만 사용합니다.
2011년 2월 15일 이후로 15000 실행, 모든 틱(두 매개변수의 직접 열거)은 4분이 걸립니다. 모든 것이 하나의 코어에서 자연스럽게 실행됩니다.
그래서 지금은 앉아서 생각하고 있습니다. 그렇다면 느린 MT5 테스터가 필요한 이유는 무엇입니까? 아니요, 맙소사, 오해하지 마세요. 정말 이해가 되지 않습니다. 모든 것이 전략을 테스트하기 위한 것이며 모든 것이 빠르고 모든 것이 간단합니다. 그렇다면 테스터가 MT5에서 그토록 유용한 이유는 무엇입니까?
이점의 이름을 지정하십시오. 나는 그들이 존재한다고 믿습니다! 그러나 여기에서 나는 혼란스러워합니다. 내가 무엇을 기다리고 있습니까? :)
이제 분당 300틱의 틱으로 2007년부터 동일한 15000을 실행할 것입니다. 그리고 완전히 화가 났어요. :) 설득 플리즈.