나는 Close에 대해 최적화하지 않으며 그들은 많은 오탐을 수행하며 항상 Open에 대해 최적화합니다.
내 제안 중 어느 것도 범주적이지 않았습니다. "가능성이 낮음", "가장 자주". 물론 IMHO.
그래서, 막다른 골목? 아니면 위치 [HL] O [MTW] C? 또는 OMTW 또는 CMTW 범위를 선택할 수 있는 다른 것.
임호.
나는 토론을 일으키고 싶지 않았고 도중에 사소한 일을 발견했습니다. 더 중요한 것들이 많이 있습니다. 그러나 이 작은 것이 어떤 경우 에는 최적화 속도 를 높일 수 있으며 여기서 progers가 하는 일은 상수를 바꾸는 것뿐입니다. 당신은 생각해야합니다 - 어떤 순서로.
그리고 Advisor를 설치할 때 일반 및 입력 매개변수의 두 탭이 있습니다. 저자가 어드바이저에 대해 설명하고 특성을 작성하는 세 번째 탭 설명을 추가하십시오 !!!!!
일반 탭에서
설명을 사용하고 있습니까?
일반 탭에서
설명을 사용하고 있습니까?
보류 중인 주문의 매개변수 에서 여러 변경 가능성을 추가하십시오.
보류 중인 주문의 매개변수 에서 여러 변경 가능성을 추가하십시오.
더 구체적으로.
예를 들어 하나의 OrderSend 주문으로 모든 주문에 대해 손절매를 설정하는 것입니까?
그러나 작업에 의해 완료된 것으로 간주되는 것은 무엇이며, 예를 들어 주문 중 하나를 변경할 수 없는 경우 어떻게 해야 합니까?
최적화된 MACD 및 MA를 기반으로 하는 모든 지표에는 닫기, 시가, 고가, 저가, 중앙값, 일반, 가중치와 같은 가격 유형의 불편한 순서가 있다는 것이 떠올랐습니다.
H 또는 L, 심지어 O에 대해서도 최적화될 가능성은 거의 없습니다. 대부분 최적화할 때 C와 마지막 3개가 필요합니다. 따라서 밸러스트 값의 최적화된 범위(3/7!) 안에 있지 않기 위해서는 H, L, O, C, M, T, W가 더 좋을 것입니다.
최적화된 MACD 및 MA를 기반으로 하는 모든 지표에는 닫기, 시가, 고가, 저가, 중앙값, 일반, 가중치와 같은 가격 유형의 불편한 순서가 있다는 것이 떠올랐습니다.
H 또는 L, 심지어 O에 대해서도 최적화될 가능성은 거의 없습니다. 대부분 최적화할 때 C와 마지막 3개가 필요합니다. 따라서 밸러스트 값의 최적화된 범위(3/7!) 안에 있지 않기 위해서는 H, L, O, C, M, T, W가 더 좋을 것입니다.
여기에 (IMHO)를 추가하는 것이 정확합니다.
나는 Close에 대해 최적화하지 않으며 그들은 많은 오탐을 수행하며 항상 Open에 대해 최적화합니다.
여기에 (IMHO)를 추가하는 것이 정확합니다.
나는 Close에 대해 최적화하지 않으며 그들은 많은 오탐을 수행하며 항상 Open에 대해 최적화합니다.
내 제안 중 어느 것도 범주적이지 않았습니다. "가능성이 낮음", "가장 자주". 물론 IMHO.
그래서, 막다른 골목? 아니면 위치 [HL] O [MTW] C? 또는 OMTW 또는 CMTW 범위를 선택할 수 있는 다른 것.
임호.
나는 토론을 일으키고 싶지 않았고 도중에 사소한 일을 발견했습니다. 더 중요한 것들이 많이 있습니다. 그러나 이 작은 것이 어떤 경우 에는 최적화 속도 를 높일 수 있으며 여기서 progers가 하는 일은 상수를 바꾸는 것뿐입니다. 당신은 생각해야합니다 - 어떤 순서로.
내 제안 중 어느 것도 범주적이지 않았습니다. "가능성이 낮은", "가장 자주". 물론 IMHO.
그래서, 막다른 골목? 아니면 위치 [HL] O [MTW] C? 또는 OMTW 또는 CMTW 범위를 선택할 수 있는 다른 것.
임호.
나는 토론을 일으키고 싶지 않았고 도중에 사소한 일을 발견했습니다. 더 중요한 것들이 많이 있습니다. 그러나 이 작은 것이 어떤 경우에는 최적화 속도를 높일 수 있으며 여기서 progers가 하는 일은 상수를 바꾸는 것뿐입니다. 당신은 생각해야합니다 - 어떤 순서로.
그래서 문제는 당신이 모든 사람을 기쁘게 할 수 없다는 것입니다. 제 자신의 예를 들어 당신의 선택에 불만족스러운 사람 중 한 명을 데려왔습니다.
무언가가 변경되면 새 버전은 최소한 이전 버전보다 더 좋아야 합니다. 그렇지 않으면 의미가 없습니다.
나는 토론을 일으키고 싶지 않았고 도중에 사소한 일을 발견했습니다. 더 중요한 것들이 많이 있습니다. 그러나 이 작은 것이 어떤 경우에는 최적화 속도를 높일 수 있으며 여기서 progers가 하는 일은 상수를 바꾸는 것뿐입니다. 당신은 생각해야합니다 - 어떤 순서로.
열거형을 만들고 최적화하십시오.
"Proger는 여기에서 일합니다" - 훨씬 적습니다.