안티마틴게일 vs 마틴게일 : 좋은 승리!! - 페이지 11

 
MetaDriver >> :

생각하겠습니다 :)

이것은 문제가 되지 않습니다. 카지노 대출은 무이자입니다. :)

그리고 당신은 스왑을 소홀히 한 브루투스입니다!
;)
추가해야 합니다. 그리고 어깨도.
Kolya Morzhov가 와야 합니다.

 
avatara >> :

..............

Kolya Morzhov가 와야 합니다.

네. 그 사람은 죽을 수밖에 없습니다. 그렇지 않으면 사람이 아닙니다!

 
MetaDriver писал(а) >>

거의 동의합니다.

두 가지 미묘함이 있습니다.

  1. 이 장난감조차도 MO>0.5에서 마틴이 안티 마틴에게 지는 것을 보여줍니다.
  2. 이기고/잃는 거래의 평균 연속 시리즈가 길어지면(의미 있는 전략에 일반적임) 안티마틴은 일정한 로트와 비교하더라도 실제로 수익성이 높아집니다.

일정한 양의 MO를 사용하면 최대 이익/위험을 달성하기 위해 스테이킹해야 하는 최적 자본 지분(최적 파이)이 있습니다.
고정 주식으로 거래하고 안티 마틴을 설정합니다. 자본이 증가하면(일련의 수익성 있는 거래) 로트가 증가하고 손실이 있으면 감소합니다. 간단히 말해서, 만약 양의 MO가 있고 일정하다면(현실에서는 그럴 것 같지 않음) 최적의 전략은 각 게임에서 자본의 일정한 고정 몫을 베팅하는 것입니다. 그리고 Martin / Antimartin이 하는 것처럼 이전의 승/패에 집중할 수 없습니다. 현재 자본 금액에만 집중할 수 있습니다.
 
Avals >> :И можно не ориентироваться на предыдущие выигрыши/проигрыши - только на текущую величину капитала.

그리고 최적의 자본 몫을 탐색하고 얻을 수 있습니다. 사실, 마틴도 안티 마틴도 이 오페라에 속하지 않습니다.

 
TheXpert писал(а) >>

그리고 최적의 자본 몫을 탐색하고 얻을 수 있습니다. 사실, 마틴도 안티 마틴도 이 오페라에 속하지 않습니다.


직렬화에 관한 것입니다. 여기에서 그녀에 대한 언급은 정말 없었습니다. 내가 이해하는 대로 그것 없이 모델링했습니다.
일련의 부정적인 거래가 긍정적인 거래의 확률을 높인다면 Martin은 이치에 맞습니다. 일련의 긍정적 인 경우 긍정적 인 확률이 증가하면 안티 마틴. 그러나 이것은 제안된 시뮬레이션의 범위를 벗어납니다.

 
Avals >> :


직렬화에 관한 것입니다. 여기에서 그녀에 대한 언급은 정말 없었습니다. 내가 이해하는 대로 그것 없이 모델링했습니다.
일련의 부정적인 거래가 긍정적인 거래의 확률을 높인다면 Martin은 이치에 맞습니다. 일련의 긍정적 인 경우 긍정적 인 확률이 증가하면 안티 마틴. 그러나 이것은 제안된 시뮬레이션의 범위를 벗어납니다.

예, 절대적으로 모든 것이 맞습니다. 범위를 벗어나는 한.

지금은 직렬화만 하고 있습니다.

지금까지 시리즈의 길이를 계산했습니다. 즉, 수신된 무작위 시리즈의 사실에 대한 통계입니다. // 트레일러에서 픽업합니다.

그래서 조정 가능한 직렬화를 만들면(어렵지 않습니다. 이미 그런 생성기를 생각해 봤습니다.) 유용한 것으로 판명될 수 있습니다. 예를 들어 테스터에서 일련의 트랜잭션을 로드하고 자금 관리를 선택(최적화)하는 것이 가능합니다.

느림에 지쳐버린 이 엑셀. 주요 시간은 세포에서 결과의 출력을 먹는 것입니다.

셀 행별로 그래프-다이어그램을 작성하기 때문에 이를 피할 수 없습니다.

Delphi에서 그런 것을 구축할 수 있고 Sharpe에서도 빔을 구축할 수 있습니까? 그러한 YopenSource 프로젝트를 만드십시오(아마도 이미 mql5.com에 있을 것입니다). 머니매니지먼트 스튜디오처럼 :)

그리고 천천히 쌓아가세요. 제 생각에는... 동기 부여/게으름의 비율을 추정하는 중입니다. :)

파일:
 
avatara >> :

그리고 당신은 스왑을 소홀히 한 브루투스입니다!
;)
추가해야 합니다. 그리고 어깨도.


아마도 다음 프로젝트에있을 것입니다. :)

지금까지 시뮬레이션은 "카지노" 유형입니다. 승/패의 크기는 배팅의 크기에만 의존합니다.
// 여기에 커미션을 추가했습니다. 거기에 있는 모든 것을 물어보고 일괄적으로 포함합니다! :)
--

스비노자 브르 25.04.2010 15:17
아바타 >> :

..............

Kolya Morzhov가 와야 합니다.

네. 그 사람은 죽을 수밖에 없습니다. 그렇지 않으면 사람이 아닙니다!
Morzhov에 전화할 수 있습니다. 문제 없습니다. // 그는 항상 여기에 있습니다. 왼쪽 어깨 뒤에.
다음 버전에서는 특히 인본주의자들에게...
;)
 
MetaDriver >> :

아마도 다음 프로젝트에있을 것입니다. :)

지금까지 시뮬레이션은 "카지노" 유형입니다. 승/패의 크기는 배팅의 크기에만 의존합니다.
// 여기에 커미션을 추가했습니다. 거기에 있는 모든 것을 물어보고 일괄적으로 포함합니다! :)
- 그리고 모르조프에게 전화할 수 있습니다. 문제 없습니다. // 그는 항상 여기에 있습니다. 왼쪽 어깨 뒤에.
다음 버전에서는 특히 인본주의자들에게...
;)

MegaProject도 있을 것입니다. ;)

스왑은 다르기 때문에 흥미롭습니다. 때로는 플러스 측면에서 ...

그리고 500의 레버리지는 전례 없는 수익성을 제공합니다.

 
MetaDriver >> :
..........

Delphi에서 그런 것을 구축할 수 있고 Sharpe에서도 빔을 구축할 수 있습니까? 그러한 YopenSource 프로젝트를 만드십시오(아마도 이미 mql5.com에 있을 것입니다). 머니매니지먼트 스튜디오처럼 :)

그리고 천천히 쌓으세요. 제 생각에는... 동기 부여/게으름의 비율을 추정하는 중입니다. :)

왜 델파이와 샤프인가? 이러한 프로그램에 필요한 모든 것이 거기에 있기 때문에 MQL5에서 바로 수행할 수 있습니다. 사용자 지정 버튼 및 기타 집에서 만든 컨트롤을 쉽게 수행할 수 있습니다.

그리고 동기 부여/게으름은 MQL5에서 이 프로그램의 골격 형태로 푸시만 태어난다면 1보다 높습니다.

 
MetaDriver >> :

...

Delphi에서 그런 것을 구축할 수 있고 Sharpe에서도 빔을 구축할 수 있습니까? 그러한 YopenSource 프로젝트를 만드십시오(아마도 이미 mql5.com에 있을 것입니다). 머니매니지먼트 스튜디오처럼 :)

그리고 천천히 쌓아가세요. 제 생각에는... 동기 부여/게으름의 비율을 추정하는 중입니다. :)


그렇게 전 세계적으로 목표를 설정한다면 Sharpe에 글을 작성해야 합니다. 여기 당신과 여기 LINQ, WPF는 일반적으로 이것에 비해 다른 모든 것은 어제입니다. 그건 그렇고, 지금 나는 오르가즘의 기쁨에서 C #에 관한 책을 읽고 있습니다. 그리고 이전에 그것 없이 어떻게 프로그래밍 했습니까?