이것이 당신의 모습입니다. 물론 모든 사람에게는 자신의 규칙이 있습니다. 나는 차량을 테스트할 때 매우 엄격한 기준을 가지고 있습니다. 그러한 태도는 당신이 가지고 있는 것처럼 부주의하고 절대적으로 용납될 수 없는 것입니다(나 자신에 대해). :)
전체 그림이 보일 때 결과를 개선하기 위해 무엇을 할 수 있는지 분명합니다. 그리고 갑자기 드로다운에 드로우다운이 발생하고 드로다운 드라이브가 발생합니다. )) MT4/MT5 테스터의 보고서는 나에게 충분하지 않으며 테스트를 한 지점에서 지점으로 실행하는 것만으로는 충분하지 않습니다.
동의합니다. 제가 멍청합니다. 나는 당신의 태도를 존경합니다. 내 Expert Advisors는 예금 중 하나를 잃어도 전혀 흥분하지 않을 정도로 예금으로 작업하므로 테스트에 대한 이러한 단순화 된 접근 방식을 허용합니다. 성공을 기원합니다.)
이것이 당신의 모습입니다. 물론 모든 사람에게는 자신의 규칙이 있습니다. 나는 차량을 테스트할 때 매우 엄격한 기준을 가지고 있습니다. 그러한 태도는 당신이 가지고 있는 것처럼 부주의하고 절대적으로 용납될 수 없는 것입니다(나 자신에 대해). :)
전체 그림이 보일 때 결과를 개선하기 위해 무엇을 할 수 있는지 분명합니다. 그리고 갑자기 드로다운에 드로우다운이 발생하고 드로다운 드라이브가 발생합니다. )) MT4/MT5 테스터의 보고서는 나에게 충분하지 않으며 테스트를 한 지점에서 지점으로 실행하는 것만으로는 충분하지 않습니다.
비결은 다음과 같은 경우에만 긍정적인 MO를 얻을 수 있다는 것입니다.
P(p) * AvrPr + P(n) * AvrLs > 0,
어디:
P(p) - 거래에서 이익을 얻을 확률
AvrPr - 거래당 평균 이익( AvrPr >= 0 )
P(t) - 거래에서 손실을 입을 확률
AvrLs - 거래당 평균 손실( AvrLs <= 0 )
따라서 거래자가 다가오는 움직임의 방향을 추측할 수 없는 경우(미리 인식하지 못하는 경우) 긍정적인 MO를 달성하려면 거래량의 가치를 통제하는 것만 남아 있습니다.
나는 결론에 동의하지 않는다. 손익의 평균값도 관리할 수 있습니다.
그건 그렇고, 발생 빈도는 이러한 값에 따라 (또는 그 반대도 마찬가지) 확률에 대해 이야기하는 것이 정확하지 않습니다.
나는 결론에 동의하지 않는다. 손익의 평균값도 관리할 수 있습니다.
그건 그렇고, 발생 빈도는 이러한 값에 따라 (또는 그 반대도 마찬가지) 확률에 대해 이야기하는 것이 정확하지 않습니다.
거래량을 변경하거나 TP/SL 수준을 설정하여 평균 손익 값을 제어할 수 있습니다. TP/SL 거리를 변경하면 평균 손익뿐만 아니라 성공 및 실패 결과의 확률도 변경됩니다. 또한 거래 시간이 변경됩니다.
이미 답변 한 것처럼 길을 잃지 않을 것입니다. 문제가 알려져 있습니다. 그러나 어쨌든 씁니다. 개발자들에게 이 문제가 많은 사람들(?)을 걱정시킨다는 것을 알려주십시오. 아마도 우선 순위를 높일 것입니다.
일반적으로 서비스 데스크가 예를 들어 이와 같은 일반적인 공개 버그 추적으로 발전해야 할 때입니다. 회계는 개발자에게, 사용자에게는 더 쉬울 것입니다 - 오작동(및 목발)에 대한 정보 검색
일반적으로 서비스 데스크가 예를 들어 이와 같은 일반적인 공개 버그 추적으로 발전해야 할 때입니다. 사용자가 오작동(및 목발)에 대한 정보를 검색할 수 있도록 개발자가 기록을 유지하는 것이 더 쉬울 것입니다.
멋진 옵션. 매우 편리할 것입니다. 이것도 5위권에서 한 번 논의된 적이 있는 것 같은데 답이 기억나지 않는다.
원하는 경우 서비스 데스크에 소원을 작성하십시오. ))
그리고 마틴이 3~4개의 오프닝 오더만 프로그래밍한다면, 예를 들어 유럽 세션이 시작될 때만 이러한 고문의 작업을 제한하는 것이 좋습니다.
성배가 될 것이며, 프로그래머에게 시급히 주문하십시오.)
나는 이미 4년 전에 주문했고 그러한 마틴에서 일하고 있습니다. 소로스처럼 겸손한 결과는 연간 약 34%에 불과합니다.
나는 이미 4년 전에 주문했고 그러한 마틴에서 일하고 있습니다. 소로스처럼 겸손한 결과는 연간 약 34%에 불과합니다.
보증금을 많이 모아야 소로스처럼 부자가 됩니다.)