내 결론은 무엇입니까? 12년 이상 소프트웨어 엔지니어로서 코드가 견고하고 버그가 없는지 확인하기 위해 수행할 수 있는 모든 유형의 테스트는 개발 프로세스의 모든 단계에서 매우 중요합니다.
글쎄요, 저는 소프트웨어 엔지니어가 아닙니다. 저는 지난 18개월 동안 코딩과 외환을 배웠습니다. 아마도 나는 백 테스터에게 너무 많은 공을 들였습니다. 결과가 동일하다는 관점에서 바라보는 각도는 순방향 테스트를 실행한 다음 백테스트를 실행하고 비교하여 백 테스팅의 유효성 을 검사하려는 것에 대한 응답이었습니다. 내가 아는 만큼, 백 테스터 내의 Absolutely All 변수가 동일한 Live라면 컴퓨터가 데이터를 다르게 해석할 방법이 없습니다. BarrowBoy는 명확하게 하기 위해 목록에 몇 가지 항목을 추가하려고 했습니다. 그러나 이 목록은 매우 매우 깁니다. 백 테스터에는 제한 사항 이 있습니다. 다시 말하지만, 내가 말하는 것은 모든 볼륨, 다시 인용, 지연, 데이터 패킷, 스프레드, 시간대 변경, PC의 예약된 다시 시작, ISP 다운, VPS를 수집하는 경우입니다. 유지 관리 ...... 블라, 블라 ... 순방향 테스트에서 백 테스터 내에서 시뮬레이션 할 수 있습니다. 그러면 Back-Test에서 얻은 결과가 실행한 Forward Test와 유사해야 합니다.
"백 테스터에 대한 모든 불신에 대해 "백 테스팅에서 했던 것처럼 DEMO 테스트에서 수행하지 않는 시스템을 백 테스터에서 만든 적이 없습니다"라고 말하면서 마무리하겠습니다. 한 가지 예외는 버그입니다. 이제 백 테스트 환경이 라이브 테스트 환경과 같다고 생각할 만큼 순진하지 않습니다. 이 점을 충분히 강조할 수 없습니다. 중개인이 귀하를 다시 인용하면 주문을 마감하지 못합니다. 정지할 때 변동성이 증가하면 멈춥니다... 목록은 계속됩니다. 그래서... 당신은 이상적인 환경에서 최적화 및 데모 테스트를 했지만 라이브 테스트를 하면 패턴이 변경됩니다... 그걸 뭐라고 부르나요, 버그입니다. 이것은 내 겸손한 생각입니다." - 고든이 나를 바로잡아야 했던 때 :)
위에서 나는 #of-Trades/Profit-Performance를 언급하지 않았습니다. 오히려 나는 코드 논리를 언급하고 있었습니다. 예: 누군가 스프레드가 고정되어 있다는 가정으로 백 테스트한 다음 가변 스프레드가 있는 곳에서 데모 또는 라이브 테스트를 수행하는 경우. 이 같은 사람이 스프레드를 고려하지 않았기 때문에 백 테스팅이 형편없다고 울면서 여기에 올 수 없습니다. 백 테스트를 실행하려는 사람들은 제한 사항을 이해해야 합니다.
글쎄요, 저는 소프트웨어 엔지니어가 아닙니다. 저는 지난 18개월 동안 코딩과 외환을 배웠습니다. 아마도 나는 백 테스터에게 너무 많은 공을 들였습니다. 결과가 동일하다는 관점에서 바라보는 각도는 순방향 테스트를 실행한 다음 백테스트를 실행하고 비교하여 백 테스팅의 유효성 을 검사하려는 것에 대한 응답이었습니다. 내가 아는 만큼, 백 테스터 내의 Absolutely All 변수가 동일한 Live라면 컴퓨터가 데이터를 다르게 해석할 방법이 없습니다. BarrowBoy는 명확하게 하기 위해 목록에 몇 가지 항목을 추가하려고 했습니다. 그러나 이 목록은 매우 매우 깁니다. 백 테스터에는 제한 사항 이 있습니다. 다시 말하지만, 내가 말하는 것은 모든 볼륨, 다시 인용, 지연, 데이터 패킷, 스프레드, 시간대 변경, PC의 예약된 다시 시작, ISP 다운, VPS를 수집하는 경우입니다. 유지 관리 ...... 블라, 블라 ... 순방향 테스트에서 백 테스터 내에서 시뮬레이션 할 수 있습니다. 그러면 Back-Test에서 얻은 결과가 실행한 Forward Test와 유사해야 합니다.
"백 테스터에 대한 모든 불신에 대해 "백 테스팅에서 했던 것처럼 DEMO 테스트에서 수행하지 않는 시스템을 백 테스터에서 만든 적이 없습니다"라고 말하면서 마무리하겠습니다. 한 가지 예외는 버그입니다. 이제 백 테스트 환경이 라이브 테스트 환경과 같다고 생각할 만큼 순진하지 않습니다. 이 점을 충분히 강조할 수 없습니다. 중개인이 귀하를 다시 인용하면 주문을 마감하지 못합니다. 정지할 때 변동성이 증가하면 멈춥니다... 목록은 계속됩니다. 그래서... 당신은 이상적인 환경에서 최적화 및 데모 테스트를 했지만 라이브 테스트를 하면 패턴이 변경됩니다... 그걸 뭐라고 부르나요, 버그입니다. 이것은 내 겸손한 생각입니다." - 고든이 나를 바로잡아야 했던 때 :)
위에서 나는 #of-Trades/Profit-Performance를 언급하지 않았습니다. 오히려 나는 코드 로직을 언급하고 있었습니다. 예: 누군가 스프레드가 고정되어 있다는 가정으로 백 테스트한 다음 가변 스프레드가 있는 곳에서 데모 또는 라이브 테스트를 수행하는 경우. 이 같은 사람이 스프레드를 고려하지 않았기 때문에 백 테스팅이 형편없다고 울면서 여기에 올 수 없습니다. 백 테스트를 실행하려는 사람들은 제한 사항을 이해해야 합니다.
죄송합니다. 나는 당신이 말하는 모든 것에 동의합니다. 내 요점은 데모를 앞으로 테스트하고 라이브 계정을 동시에 앞으로 테스트하면 상당한 차이가 나타날 수 있다는 것입니다(논리적으로는 아니지만, 희망합니다. 하지만 거기에서도 결코 알 수 없습니다). 데모 계정과 실제 계정 사이에 주문과 가격에 이러한 차이가 있을 것이라고 예상하지 못했다는 것을 알고 있습니다. 사실, 몇 시간 동안 그것에 대해 생각한 후, 나는 이미 생각했던 것보다 백 테스팅과 포워드 테스팅이 훨씬 더 중요하다고 생각합니다.
죄송합니다. 나는 당신이 말하는 모든 것에 동의합니다. 내 요점은 데모를 앞으로 테스트하고 라이브 계정을 동시에 앞으로 테스트하면 상당한 차이가 나타날 수 있다는 것입니다(논리적으로는 아니지만, 희망합니다. 하지만 거기에서도 결코 알 수 없습니다). 데모 계정과 실제 계정 사이에 주문과 가격에 이러한 차이가 있을 것이라고 예상하지 못했다는 것을 알고 있습니다. 사실, 몇 시간 동안 그것에 대해 생각한 후, 나는 이미 생각했던 것보다 백 테스팅과 포워드 테스팅이 훨씬 더 중요하다고 생각합니다.
오, 다 좋은데, 당신이 나에게 뛰어들지 않는다는 것을 이해했습니다. 데모와 라이브 계정을 동시에 실행하는 것에 대한 귀하의 분석에 저도 동의합니다. 당신은 백 테스팅, 데모 테스팅, 페니 라이브 테스팅....................................... 이 모든 것을 Real-Investment-Capital에 투자하기 전에 강조 합니다. 기차가 나를 위해 트랙에서 떨어진 곳은 동일한 PC의 2개의 서로 다른 mt4 터미널 내에서 실행되는 정확한 EA가 패킷 누락 및/또는 isBusy 문제 등으로 인해 다른 결과를 가질 수 있다는 것을 깨달았을 때였습니다.
나는 어딘가에서 사회 밖의 매우 지적인 사람들이 항상 정정할 필요가 있기 때문에 훌륭한 거래자가 되지 못한다는 것을 읽었습니다. 매일 배우는 모든 작은 것의 정확한 특성을 감안할 때 몇 시간 동안 약탈자를 만드는 것으로 충분하다고 말하고 싶습니다. 내가 여기서 진짜 하는 일이 뭐지? ㅋㅋㅋ
오, 다 좋은데, 당신이 나에게 뛰어들지 않는다는 것을 이해했습니다. 데모와 라이브 계정을 동시에 실행하는 것에 대한 귀하의 분석에 저도 동의합니다. 당신은 백 테스팅, 데모 테스팅, 페니 라이브 테스팅....................................... 이 모든 것을 Real-Investment-Capital에 투자하기 전에 강조합니다. 기차가 나를 위해 트랙에서 떨어진 곳은 동일한 PC의 2개의 서로 다른 mt4 터미널 내에서 실행되는 정확한 EA가 패킷 누락 및/또는 isBusy 문제 등으로 인해 다른 결과를 가질 수 있다는 것을 깨달았을 때였습니다.
나는 어딘가에서 사회 밖의 매우 지적인 사람들이 항상 정정할 필요가 있기 때문에 훌륭한 거래자가 되지 못한다는 것을 읽었습니다. 매일 배우는 모든 작은 것의 정확한 특성을 감안할 때 몇 시간 동안 약탈자를 만드는 것으로 충분하다고 말하고 싶습니다. 내가 여기서 진짜 하는 일이 뭐지? ㅋㅋㅋ
어떤 시점에서는 실제 계정 에서 자체적으로 비행하도록 해야 합니다. 그것이 안정적이고 가까운 거래를 열 수 있고 내가 기대했던 모든 것을 할 수 있다는 것을 아는 것이 좋습니다. 언어가 작고 매우 간결하다는 것을 처음 알았을 때 2-3주 후에 라이브 계정에서 실행될 것이라고 생각했습니다. 4개월 후, 나는 이제 진짜 돈을 넣을 수 있을 만큼 자신감이 생겼습니다. UBS 드라이브에 이전 Ea의 전체 묘지가 있습니다. 실패를 많이 쓰는 것은 좋은 습관입니다. 그들 대부분의 일부 기능은 이 버전의 my Ea에 포함되었습니다. 나는 다른 작품들과 현재 작품의 많은 부분이 다음 작품에 포함될 것이라고 확신합니다. 이제 다음 EA의 전략 부분에 많은 시간을 할애할 수 있습니다.
오, 다 좋은데, 당신이 나에게 뛰어들지 않는다는 것을 이해했습니다. 데모와 라이브 계정을 동시에 실행하는 것에 대한 귀하의 분석에 저도 동의합니다. 당신은 백 테스팅, 데모 테스팅, 페니 라이브 테스팅....................................... 이 모든 것을 Real-Investment-Capital에 투자하기 전에 강조합니다. 기차가 나를 위해 트랙에서 떨어진 곳은 동일한 PC의 2개의 서로 다른 mt4 터미널 내에서 실행되는 정확한 EA가 패킷 누락 및/또는 isBusy 문제 등으로 인해 다른 결과를 가질 수 있다는 것을 깨달았을 때였습니다.
나는 어딘가에서 사회 밖의 매우 지적인 사람들이 항상 정정할 필요가 있기 때문에 훌륭한 거래자가 되지 못한다는 것을 읽었습니다. 매일 배우는 모든 작은 것의 정확한 특성을 감안할 때 몇 시간 동안 약탈자를 만드는 것으로 충분하다고 말하고 싶습니다. 내가 여기서 진짜 하는 일이 뭐지? ㅋㅋㅋ
이것들을 읽으면서 여러분은 정말 좋은 점을 지적했습니다. 라이브 계정에서 페니 테스트를 하는 것입니다. 이번 주 또는 다음 주에 설정하여 EA(1:1 RR 비율)가 실제 계정 에서 페니로 어떻게 작동하는지 확인하겠습니다. 그것은 균일하게 유지됩니까, 아니면 느슨한/승리할 것입니까?
이것들을 읽으면서 여러분은 정말 좋은 점을 지적했습니다. 라이브 계정에서 페니 테스트를 하는 것입니다. 이번 주 또는 다음 주에 설정하여 EA(1:1 RR 비율)가 실제 계정에서 페니로 어떻게 작동하는지 확인하겠습니다. 그것은 균일하게 유지됩니까, 아니면 느슨한/승리할 것입니까?
이것은 확실히 이 스레드에서 나오는 좋은 것입니다. 어느 시점에서 라이브로 전환해야 합니다. 그러나 또한 대부분의 시간 또는 손익분기 시간 동안 시장의 반대편에 있는 경우 습관적으로 EA, 논리, 전략, 테스트, 선택 등에서 답을 찾는 것으로 끝나지는 않는다는 점을 이해해야 합니다. 너. 내 직감에 따르면 이 게임에 대한 경험이 부족하고 거의 알려지지 않았기 때문입니다.
이 게임은 엄청난 경험이 필요하고 패턴, 변화, 움직임, 신호 등을 알아차리는 데 10년의 가치가 필요합니다. - 단언컨데, 연간 20%의 삭감만 할 수 있습니다(1년을 버틸 수 있다면 ), 그리고 운이 좋으면 일관성을 발견할 수 있습니다. 지금까지 나는 그렇게 하는 EA를 1개만 보았지만, 작은 사람의 위험을 감수하기에는 드로우다운이 너무 미쳤습니다.
거래 현장, 중개업, 중간 사무실 등에 가본 적이 없지만 이에 자신을 던진다면 제 충고는 - 가장 작은 돈부터 시작하되 가장 소중한 것부터 시작하십시오 . 수십만 달러의 가치가 있는 페니를 가져갑니다. 당신은 실직, 소득에 대한 절망, 빚, 또는 자유의 부족 등이 될 수 있습니다. 자신을 위해 벌고자 하는 끈기 있는 태도가 승리 전략을 만들 것입니다. 문제는 어떻게, 언제, 어디서, 누가 당신을 그곳으로 데려가느냐 하는 것입니다.
나는 직장을 잃고 인생의 수많은 고통을 삼킨 사람들과 동료들을 알고 있습니다. 처음부터 1000달러, 2000달러, 5000달러, 그리고 수년간의 노력 끝에 모든 것이 날아갔습니다. 마지막으로, 0.1 마이크로 랏에서 거래되는 마지막 $100로 무언가를 만들었습니다. 그리고 경험이 많은 거래자들을 염두에 두십시오. 우리 대부분과 같이 경험이 부족한 것은 더 말할 나위가 없습니다.
내 결론은 무엇입니까? 12년 이상 소프트웨어 엔지니어로서 코드가 견고하고 버그가 없는지 확인하기 위해 수행할 수 있는 모든 유형의 테스트는 개발 프로세스의 모든 단계에서 매우 중요합니다.
글쎄요, 저는 소프트웨어 엔지니어가 아닙니다. 저는 지난 18개월 동안 코딩과 외환을 배웠습니다. 아마도 나는 백 테스터에게 너무 많은 공을 들였습니다. 결과가 동일하다는 관점에서 바라보는 각도는 순방향 테스트를 실행한 다음 백테스트를 실행하고 비교하여 백 테스팅의 유효성 을 검사하려는 것에 대한 응답이었습니다. 내가 아는 만큼, 백 테스터 내의 Absolutely All 변수가 동일한 Live라면 컴퓨터가 데이터를 다르게 해석할 방법이 없습니다. BarrowBoy는 명확하게 하기 위해 목록에 몇 가지 항목을 추가하려고 했습니다. 그러나 이 목록은 매우 매우 깁니다. 백 테스터에는 제한 사항 이 있습니다. 다시 말하지만, 내가 말하는 것은 모든 볼륨, 다시 인용, 지연, 데이터 패킷, 스프레드, 시간대 변경, PC의 예약된 다시 시작, ISP 다운, VPS를 수집하는 경우입니다. 유지 관리 ...... 블라, 블라 ... 순방향 테스트에서 백 테스터 내에서 시뮬레이션 할 수 있습니다. 그러면 Back-Test에서 얻은 결과가 실행한 Forward Test와 유사해야 합니다.
다음은 내가 Link 에서 몇 달 동안 말해야 했던 내용입니다.
"백 테스터에 대한 모든 불신에 대해 "백 테스팅에서 했던 것처럼 DEMO 테스트에서 수행하지 않는 시스템을 백 테스터에서 만든 적이 없습니다"라고 말하면서 마무리하겠습니다. 한 가지 예외는 버그입니다. 이제 백 테스트 환경이 라이브 테스트 환경과 같다고 생각할 만큼 순진하지 않습니다. 이 점을 충분히 강조할 수 없습니다. 중개인이 귀하를 다시 인용하면 주문을 마감하지 못합니다. 정지할 때 변동성이 증가하면 멈춥니다... 목록은 계속됩니다. 그래서... 당신은 이상적인 환경에서 최적화 및 데모 테스트를 했지만 라이브 테스트를 하면 패턴이 변경됩니다... 그걸 뭐라고 부르나요, 버그입니다. 이것은 내 겸손한 생각입니다." - 고든이 나를 바로잡아야 했던 때 :)
위에서 나는 #of-Trades/Profit-Performance를 언급하지 않았습니다. 오히려 나는 코드 논리를 언급하고 있었습니다. 예: 누군가 스프레드가 고정되어 있다는 가정으로 백 테스트한 다음 가변 스프레드가 있는 곳에서 데모 또는 라이브 테스트를 수행하는 경우. 이 같은 사람이 스프레드를 고려하지 않았기 때문에 백 테스팅이 형편없다고 울면서 여기에 올 수 없습니다. 백 테스트를 실행하려는 사람들은 제한 사항을 이해해야 합니다.
글쎄요, 저는 소프트웨어 엔지니어가 아닙니다. 저는 지난 18개월 동안 코딩과 외환을 배웠습니다. 아마도 나는 백 테스터에게 너무 많은 공을 들였습니다. 결과가 동일하다는 관점에서 바라보는 각도는 순방향 테스트를 실행한 다음 백테스트를 실행하고 비교하여 백 테스팅의 유효성 을 검사하려는 것에 대한 응답이었습니다. 내가 아는 만큼, 백 테스터 내의 Absolutely All 변수가 동일한 Live라면 컴퓨터가 데이터를 다르게 해석할 방법이 없습니다. BarrowBoy는 명확하게 하기 위해 목록에 몇 가지 항목을 추가하려고 했습니다. 그러나 이 목록은 매우 매우 깁니다. 백 테스터에는 제한 사항 이 있습니다. 다시 말하지만, 내가 말하는 것은 모든 볼륨, 다시 인용, 지연, 데이터 패킷, 스프레드, 시간대 변경, PC의 예약된 다시 시작, ISP 다운, VPS를 수집하는 경우입니다. 유지 관리 ...... 블라, 블라 ... 순방향 테스트에서 백 테스터 내에서 시뮬레이션 할 수 있습니다. 그러면 Back-Test에서 얻은 결과가 실행한 Forward Test와 유사해야 합니다.
다음은 내가 Link 에서 몇 달 동안 말해야 했던 내용입니다.
"백 테스터에 대한 모든 불신에 대해 "백 테스팅에서 했던 것처럼 DEMO 테스트에서 수행하지 않는 시스템을 백 테스터에서 만든 적이 없습니다"라고 말하면서 마무리하겠습니다. 한 가지 예외는 버그입니다. 이제 백 테스트 환경이 라이브 테스트 환경과 같다고 생각할 만큼 순진하지 않습니다. 이 점을 충분히 강조할 수 없습니다. 중개인이 귀하를 다시 인용하면 주문을 마감하지 못합니다. 정지할 때 변동성이 증가하면 멈춥니다... 목록은 계속됩니다. 그래서... 당신은 이상적인 환경에서 최적화 및 데모 테스트를 했지만 라이브 테스트를 하면 패턴이 변경됩니다... 그걸 뭐라고 부르나요, 버그입니다. 이것은 내 겸손한 생각입니다." - 고든이 나를 바로잡아야 했던 때 :)
위에서 나는 #of-Trades/Profit-Performance를 언급하지 않았습니다. 오히려 나는 코드 로직을 언급하고 있었습니다. 예: 누군가 스프레드가 고정되어 있다는 가정으로 백 테스트한 다음 가변 스프레드가 있는 곳에서 데모 또는 라이브 테스트를 수행하는 경우. 이 같은 사람이 스프레드를 고려하지 않았기 때문에 백 테스팅이 형편없다고 울면서 여기에 올 수 없습니다. 백 테스트를 실행하려는 사람들은 제한 사항을 이해해야 합니다.
죄송합니다. 나는 당신이 말하는 모든 것에 동의합니다. 내 요점은 데모를 앞으로 테스트하고 라이브 계정을 동시에 앞으로 테스트하면 상당한 차이가 나타날 수 있다는 것입니다(논리적으로는 아니지만, 희망합니다. 하지만 거기에서도 결코 알 수 없습니다). 데모 계정과 실제 계정 사이에 주문과 가격에 이러한 차이가 있을 것이라고 예상하지 못했다는 것을 알고 있습니다. 사실, 몇 시간 동안 그것에 대해 생각한 후, 나는 이미 생각했던 것보다 백 테스팅과 포워드 테스팅이 훨씬 더 중요하다고 생각합니다.
죄송합니다. 나는 당신이 말하는 모든 것에 동의합니다. 내 요점은 데모를 앞으로 테스트하고 라이브 계정을 동시에 앞으로 테스트하면 상당한 차이가 나타날 수 있다는 것입니다(논리적으로는 아니지만, 희망합니다. 하지만 거기에서도 결코 알 수 없습니다). 데모 계정과 실제 계정 사이에 주문과 가격에 이러한 차이가 있을 것이라고 예상하지 못했다는 것을 알고 있습니다. 사실, 몇 시간 동안 그것에 대해 생각한 후, 나는 이미 생각했던 것보다 백 테스팅과 포워드 테스팅이 훨씬 더 중요하다고 생각합니다.
오, 다 좋은데, 당신이 나에게 뛰어들지 않는다는 것을 이해했습니다. 데모와 라이브 계정을 동시에 실행하는 것에 대한 귀하의 분석에 저도 동의합니다. 당신은 백 테스팅, 데모 테스팅, 페니 라이브 테스팅....................................... 이 모든 것을 Real-Investment-Capital에 투자하기 전에 강조 합니다. 기차가 나를 위해 트랙에서 떨어진 곳은 동일한 PC의 2개의 서로 다른 mt4 터미널 내에서 실행되는 정확한 EA가 패킷 누락 및/또는 isBusy 문제 등으로 인해 다른 결과를 가질 수 있다는 것을 깨달았을 때였습니다.
나는 어딘가에서 사회 밖의 매우 지적인 사람들이 항상 정정할 필요가 있기 때문에 훌륭한 거래자가 되지 못한다는 것을 읽었습니다. 매일 배우는 모든 작은 것의 정확한 특성을 감안할 때 몇 시간 동안 약탈자를 만드는 것으로 충분하다고 말하고 싶습니다. 내가 여기서 진짜 하는 일이 뭐지? ㅋㅋㅋ
오, 다 좋은데, 당신이 나에게 뛰어들지 않는다는 것을 이해했습니다. 데모와 라이브 계정을 동시에 실행하는 것에 대한 귀하의 분석에 저도 동의합니다. 당신은 백 테스팅, 데모 테스팅, 페니 라이브 테스팅....................................... 이 모든 것을 Real-Investment-Capital에 투자하기 전에 강조합니다. 기차가 나를 위해 트랙에서 떨어진 곳은 동일한 PC의 2개의 서로 다른 mt4 터미널 내에서 실행되는 정확한 EA가 패킷 누락 및/또는 isBusy 문제 등으로 인해 다른 결과를 가질 수 있다는 것을 깨달았을 때였습니다.
나는 어딘가에서 사회 밖의 매우 지적인 사람들이 항상 정정할 필요가 있기 때문에 훌륭한 거래자가 되지 못한다는 것을 읽었습니다. 매일 배우는 모든 작은 것의 정확한 특성을 감안할 때 몇 시간 동안 약탈자를 만드는 것으로 충분하다고 말하고 싶습니다. 내가 여기서 진짜 하는 일이 뭐지? ㅋㅋㅋ
어떤 시점에서는 실제 계정 에서 자체적으로 비행하도록 해야 합니다. 그것이 안정적이고 가까운 거래를 열 수 있고 내가 기대했던 모든 것을 할 수 있다는 것을 아는 것이 좋습니다. 언어가 작고 매우 간결하다는 것을 처음 알았을 때 2-3주 후에 라이브 계정에서 실행될 것이라고 생각했습니다. 4개월 후, 나는 이제 진짜 돈을 넣을 수 있을 만큼 자신감이 생겼습니다. UBS 드라이브에 이전 Ea의 전체 묘지가 있습니다. 실패를 많이 쓰는 것은 좋은 습관입니다. 그들 대부분의 일부 기능은 이 버전의 my Ea에 포함되었습니다. 나는 다른 작품들과 현재 작품의 많은 부분이 다음 작품에 포함될 것이라고 확신합니다. 이제 다음 EA의 전략 부분에 많은 시간을 할애할 수 있습니다.
오, 다 좋은데, 당신이 나에게 뛰어들지 않는다는 것을 이해했습니다. 데모와 라이브 계정을 동시에 실행하는 것에 대한 귀하의 분석에 저도 동의합니다. 당신은 백 테스팅, 데모 테스팅, 페니 라이브 테스팅....................................... 이 모든 것을 Real-Investment-Capital에 투자하기 전에 강조합니다. 기차가 나를 위해 트랙에서 떨어진 곳은 동일한 PC의 2개의 서로 다른 mt4 터미널 내에서 실행되는 정확한 EA가 패킷 누락 및/또는 isBusy 문제 등으로 인해 다른 결과를 가질 수 있다는 것을 깨달았을 때였습니다.
나는 어딘가에서 사회 밖의 매우 지적인 사람들이 항상 정정할 필요가 있기 때문에 훌륭한 거래자가 되지 못한다는 것을 읽었습니다. 매일 배우는 모든 작은 것의 정확한 특성을 감안할 때 몇 시간 동안 약탈자를 만드는 것으로 충분하다고 말하고 싶습니다. 내가 여기서 진짜 하는 일이 뭐지? ㅋㅋㅋ
이것들을 읽으면서 여러분은 정말 좋은 점을 지적했습니다. 라이브 계정에서 페니 테스트를 하는 것입니다. 이번 주 또는 다음 주에 설정하여 EA(1:1 RR 비율)가 실제 계정 에서 페니로 어떻게 작동하는지 확인하겠습니다. 그것은 균일하게 유지됩니까, 아니면 느슨한/승리할 것입니까?
백 테스터 내의 모든 변수가 동일한 라이브라면 컴퓨터가 데이터를 다르게 해석할 방법이 없습니다.
이것들을 읽으면서 여러분은 정말 좋은 점을 지적했습니다. 라이브 계정에서 페니 테스트를 하는 것입니다. 이번 주 또는 다음 주에 설정하여 EA(1:1 RR 비율)가 실제 계정에서 페니로 어떻게 작동하는지 확인하겠습니다. 그것은 균일하게 유지됩니까, 아니면 느슨한/승리할 것입니까?
이것은 확실히 이 스레드에서 나오는 좋은 것입니다. 어느 시점에서 라이브로 전환해야 합니다. 그러나 또한 대부분의 시간 또는 손익분기 시간 동안 시장의 반대편에 있는 경우 습관적으로 EA, 논리, 전략, 테스트, 선택 등에서 답을 찾는 것으로 끝나지는 않는다는 점을 이해해야 합니다. 너. 내 직감에 따르면 이 게임에 대한 경험이 부족하고 거의 알려지지 않았기 때문입니다.
이 게임은 엄청난 경험이 필요하고 패턴, 변화, 움직임, 신호 등을 알아차리는 데 10년의 가치가 필요합니다. - 단언컨데, 연간 20%의 삭감만 할 수 있습니다(1년을 버틸 수 있다면 ), 그리고 운이 좋으면 일관성을 발견할 수 있습니다. 지금까지 나는 그렇게 하는 EA를 1개만 보았지만, 작은 사람의 위험을 감수하기에는 드로우다운이 너무 미쳤습니다.
거래 현장, 중개업, 중간 사무실 등에 가본 적이 없지만 이에 자신을 던진다면 제 충고는 - 가장 작은 돈부터 시작하되 가장 소중한 것부터 시작하십시오 . 수십만 달러의 가치가 있는 페니를 가져갑니다. 당신은 실직, 소득에 대한 절망, 빚, 또는 자유의 부족 등이 될 수 있습니다. 자신을 위해 벌고자 하는 끈기 있는 태도가 승리 전략을 만들 것입니다. 문제는 어떻게, 언제, 어디서, 누가 당신을 그곳으로 데려가느냐 하는 것입니다.
나는 직장을 잃고 인생의 수많은 고통을 삼킨 사람들과 동료들을 알고 있습니다. 처음부터 1000달러, 2000달러, 5000달러, 그리고 수년간의 노력 끝에 모든 것이 날아갔습니다. 마지막으로, 0.1 마이크로 랏에서 거래되는 마지막 $100로 무언가를 만들었습니다. 그리고 경험이 많은 거래자들을 염두에 두십시오. 우리 대부분과 같이 경험이 부족한 것은 더 말할 나위가 없습니다.
난 당신에게 최선을 다하길 바래. 그리고 제가 당신에게 도움이 되었기를 바랍니다.