그리고 나는 데모 중에도 항상 정차하고 운전합니다. 그렇지 않으면 데모 서버가 때때로, 적어도 실제 서버보다 훨씬 더 자주 떨어져서 상태가 무엇인지 생각하고 시스템이 작동하지 않았는지 여부를 생각합니다. 그것은 서투르게 작동했지만 어쩌면 그렇지 않은 것일 수도 있지만 시스템이 최소 한 달 동안 추적하고 트랜잭션에 대한 모든 정보가 로그에 그려지기 때문에 앉아서 이러한 로그를 선택하는 것은 매우 지루합니다))
또한 정지가 IMHO에서 잘못 작동하는 거래를 염두에 두고 주별로 시스템 매개변수를 살펴봅니다.
내 말은 조금 달랐습니다. 데모에서 테스트한 후 가장 큰 손실을 입은 거래를 찾고 실제 생활에서 일어날 안전 정지를 계산하기 위해 또 다른 10-15 포인트를 추가합니다.
어째서인지 고정 정지 시스템인 줄 알았네요. 죄송합니다. 나는 방금 극단적 인 시스템을 발에 맞게 조정했습니다. 거래 계산은 마음속으로 신속하게 이루어져야 하며(중기 전환이 가능한 스캘핑 시스템) 정지가 일정하지 않은 경우 입력할 로트를 계산할 시간이 없습니다. 뇌가 좀 피곤해서 섞어봤습니다.
중지의 필요성에 관해서는 전적으로 동의하지만 데모에서 테스트할 때는 중지가 필요하지 않습니다. 그런 다음 실제 생활에서 최대 드로다운 + 10-15 포인트를 기반으로 설정합니다.
나도 마찬가지입니다. 멈춤을 조이는 것은 전략 개발의 마지막 단계입니다(IMHO).
그리고 나는 데모 중에도 항상 정차하고 운전합니다. 그렇지 않으면 데모 서버가 때때로, 적어도 실제 서버보다 훨씬 더 자주 떨어져서 상태가 무엇인지 생각하고 시스템이 작동하지 않았는지 여부를 생각합니다. 그것은 서투르게 작동했지만 어쩌면 그렇지 않은 것일 수도 있지만 시스템이 최소 한 달 동안 추적하고 트랜잭션에 대한 모든 정보가 로그에 그려지기 때문에 앉아서 이러한 로그를 선택하는 것은 매우 지루합니다))
또한 정지가 IMHO에서 잘못 작동하는 거래를 염두에 두고 주별로 시스템 매개변수를 살펴봅니다.
또한 정지가 IMHO에서 잘못 작동하는 거래를 염두에 두고 주별로 시스템 매개변수를 살펴봅니다.
내 말은 조금 달랐습니다. 데모에서 테스트한 후 가장 큰 손실을 입은 거래를 찾고 실제 생활에서 일어날 안전 정지를 계산하기 위해 또 다른 10-15 포인트를 추가합니다.
내 말은 조금 달랐습니다. 데모에서 테스트한 후 가장 큰 손실을 입은 거래를 찾고 실제 생활에서 일어날 안전 정지를 계산하기 위해 또 다른 10-15 포인트를 추가합니다.
어째서인지 고정 정지 시스템인 줄 알았네요. 죄송합니다. 나는 방금 극단적 인 시스템을 발에 맞게 조정했습니다. 거래 계산은 마음속으로 신속하게 이루어져야 하며(중기 전환이 가능한 스캘핑 시스템) 정지가 일정하지 않은 경우 입력할 로트를 계산할 시간이 없습니다. 뇌가 좀 피곤해서 섞어봤습니다.
피벗을 사용하고 있습니까?
하지만 간접적으로만 그렇습니다. TS의 기본 원칙은 거기에 있지 않습니다.