2. MT의 모든 문제는 틱과 볼륨에 대한 작업 부족에 있습니다 ... MT는 작업이 아니라 경품을 위해 만들어졌습니다 ... 즉, 원래 서버 측에서 견적의 흐름을 관리한다고 가정했습니다. 기본적으로 ... MT는 은행은 고사하고 심각한 중개인의 플랫폼이 아니며 앞으로도 없을 것입니다. 교환 거래가 개발된 국가에서 중개 서비스를 제공하려면 매우 엄격한 요구 사항이 있는 라이선스가 필요하므로 OEC와 같은 플랫폼, Ninja Trader, CQG ...는 기본적으로 클라이언트에 대한 견적 흐름에 영향을 줄 수 있는 기능 없이 개발되었으므로 ... 따라서 TP 및 SL에 대한 제한이 없습니다. ... 다른 바보 같은 제한은 없습니다. 수수료만 있고 대출에 대한 다른 접근 방식이 있습니다.
MT에서 더 나은 것은 아무것도 없습니다... Metaquotes는 "골무꾼"을 위해 제품을 "날카롭게"하고 이러한 제한적이고 기본적으로 귀하에게 불리한 환경에서 거래를 개선하는 데 시간을 보냅니다. 이것은 도박꾼의 드문 "마조히즘"입니다. , 실업자.
Ninja Trader에는 가격 또는 볼륨별로 범위 막대를 표시하는 내장된 일반 기능이 있습니다. 또한 응용 프로그램을 개발할 수 있는 환경도 있습니다... 볼륨도 있습니다. 하지만 실례합니다. 입찰 완료 수량을 보지 않고 가격 움직임에 관여하는 힘? ... 수정 틱 기록에 대한 막대 분석을 어떻게 할 수 있습니까? ... 소가 짧은 역사의 일부를 핥고 시장의 현재 상태에 대한 잘못된 생각을 주기 위해 모든 것을 한 경우 어떻게 오실레이터를 신뢰할 수 있습니까?
3. 자신만의 프로그래밍 언어를 작성하고 타사 라이브러리로 기능을 확장해서는 안 됩니다. 다른 "주방"으로 스캔들에 도달하는 작업을 스스로 설정한 경우에만.
특히 MT가 현재로서는 가장 쉽고 편리한 플랫폼이기 때문에 플랫폼에 대한 종교 전쟁을 시작해서는 안 된다고 생각합니다.(순전히 IMHO) 다른 사람들도 있을 수 있지만 비슷한 것을 찾지 못했습니다. 여기와 같은 러시아어를 사용하는 커뮤니티. 그러나 곧 "우리 골무 제작자" 중 한 명이 Ninja Trader와 CQG를 채택하고 이러한 플랫폼에 대한 프로그래밍 주제를 개발할 가능성이 있기 때문에 곧 모든 것이 고칠 수 있습니다. 따라서 낮은 품질의 정보 제공으로 인한 위험이 플랫폼마다 변경될 가능성은 거의 없습니다.
4. 속도계산은 앞의 막대로 하는걸로 아는데...이건 나랑 안맞는다!!! ... Bar = 2이고 첫 번째 막대가 "0"과 "second"보다 높거나 낮다고 상상해 보세요??? 이러한 속도계는 "상인" 교육을 위해 강사에게 안전하게 제공할 수 있지만 심각한 거래 시스템에 넣을 가치는 없습니다... 따라서 ZZ의 마지막 피크와 비교하기 위해 계산을 다시 만들 것을 제안합니다. . MT에서 우리에게 제공되는 최저 가격 정보와 같이 몇 분 안에 모든 계산을 수행하십시오 ... 움직임이 측정되고 차분할 때 가격 성장률(추세 개발) 평균 이상이며 "가속기"조차도 0으로 돌아갈 시간이 없습니다... 여기에 몇 가지 솔루션이 있습니다.
ㅏ. M5보다 오래된 시간대에 대한 예측만 고려하고 필터링된 "분"을 사용하여 속도와 가속도를 계산합니다...
비. 이미 고전적인 방법을 사용하십시오 - Bar0은 Bar1보다 적거나 더 많습니다 --- 많은 잘못된 예측이 있을 것입니다.
에. ...
이제 요점으로.
속도 \u003d 거리/시간이며 ZZ에서 계산하는 것이 매우 논리적입니다(제안한 대로).
거리 = 값(LowestZZ 또는 HighestZZ) - 값(계산된 막대);
시간 = BarNumber(LowestZZ 또는 HighestZZ) - BarNumber(추정 막대)
특히 MT가 현재로서는 가장 쉽고 편리한 플랫폼이기 때문에 플랫폼에 대한 종교 전쟁을 시작해서는 안 된다고 생각합니다.(순전히 IMHO) 다른 사람들도 있을 수 있지만 비슷한 것을 찾지 못했습니다. 여기와 같은 러시아어를 사용하는 커뮤니티. 그러나 곧 "우리 골무 제작자" 중 한 명이 Ninja Trader와 CQG를 채택하고 이러한 플랫폼에 대한 프로그래밍 주제를 개발할 가능성이 있기 때문에 곧 모든 것이 고칠 수 있습니다. 따라서 낮은 품질의 정보 제공으로 인한 위험이 플랫폼마다 변경될 가능성은 거의 없습니다.
우리는 수많은 녹지를 가져 와서 시카고로 가서 소를 키울 필요가 있습니다. F))
그래서 제 요점을 잘못 이해했습니다. 이것은 나의 결점이며 나는 이 문제로 돌아가지 않을 것이다.
Ninja Trader의 인용문은 중개인이 아닌 ZenFire에서 제공합니다...
Broco가 Ninja 및 CQG 프로그래밍을 개발할 때쯤이면 나는 아주 늙어갈 것입니다.
나는 주요 아이디어와 이유도 밝혔습니다. 나는 분쟁에 참여하지 않습니다 ... 예측을 개선하는 방법에 대한 아이디어가 있습니다. 환영합니다! ...
우리가 계산을 일반적으로 분 히스토리로 옮기는 것이 더 논리적이지 않습니까?! ... 즉, 우리는 주로 M5보다 오래된 예측에 관심이 있습니다. 저에게는 5분 및 15분 예측이 항상 관심이었습니다...
해야 할 일 - 이전 시간 프레임으로 전환할 때 속도 및 가속도의 미세한 값에 대한 스무딩(필터링) 변경 ... 이전 시간 프레임의 막대 형성이 OHLC에 따라 발생하기 때문에 필터링(스무딩) 비교를 위해 이전 막대의 계산 된 지점을 얻을 때 너무 거칠게 판명되었습니다 ... 실제로 사용 가능한 모든 시간대에 대한 예측을보고 한 시간대의 설정이 다른 시간대에 적합하지 않다는 결론에 도달했습니다 , 내가 이해하는 바와 같이 이 모든 것은 대략적인 막대 구조로 인해 발생합니다 ... 제 생각에는 최소 기록 단위인 M1 막대를 사용하고 더 높은 기간(M30 이상)으로 전환하지 않고 다음을 기반으로 예측을 작성하는 것이 더 논리적입니다. 더 엄격한 필터링만 사용하는 분.
결국, M1, M5, M15 자체의 그라데이션은 ... 너무 억지입니다 ... 적어도 BAR과 같은 필터의 단순화로 인한 예측의 왜곡은 제 생각에는 분명합니다.
좋은 도구로 작업하는 것이 좋습니다! ... 일부 예측은 솔직히 거짓으로 선별하고 손으로 마무리합니다. 그러나 전반적으로 훌륭했습니다!
오늘 저는 GBPJPY와 EURUSD에 대해 두 가지 항목을 작성했습니다.
GBPJPY M1 2010년 1월 6일
EURUSD 2010년 1월 6일 기준
2. MT의 모든 문제는 틱과 볼륨에 대한 작업 부족에 있습니다 ... MT는 작업이 아니라 경품을 위해 만들어졌습니다 ... 즉, 원래 서버 측에서 견적의 흐름을 관리한다고 가정했습니다. 기본적으로 ... MT는 은행은 고사하고 심각한 중개인의 플랫폼이 아니며 앞으로도 없을 것입니다. 교환 거래가 개발된 국가에서 중개 서비스를 제공하려면 매우 엄격한 요구 사항이 있는 라이선스가 필요하므로 OEC와 같은 플랫폼, Ninja Trader, CQG ...는 기본적으로 클라이언트에 대한 견적 흐름에 영향을 줄 수 있는 기능 없이 개발되었으므로 ... 따라서 TP 및 SL에 대한 제한이 없습니다. ... 다른 바보 같은 제한은 없습니다. 수수료만 있고 대출에 대한 다른 접근 방식이 있습니다.
MT에서 더 나은 것은 아무것도 없습니다... Metaquotes는 "골무꾼"을 위해 제품을 "날카롭게"하고 이러한 제한적이고 기본적으로 귀하에게 불리한 환경에서 거래를 개선하는 데 시간을 보냅니다. 이것은 도박꾼의 드문 "마조히즘"입니다. , 실업자.
Ninja Trader에는 가격 또는 볼륨별로 범위 막대를 표시하는 내장된 일반 기능이 있습니다. 또한 응용 프로그램을 개발할 수 있는 환경도 있습니다... 볼륨도 있습니다. 하지만 실례합니다. 입찰 완료 수량을 보지 않고 가격 움직임에 관여하는 힘? ... 수정 틱 기록에 대한 막대 분석을 어떻게 할 수 있습니까? ... 소가 짧은 역사의 일부를 핥고 시장의 현재 상태에 대한 잘못된 생각을 주기 위해 모든 것을 한 경우 어떻게 오실레이터를 신뢰할 수 있습니까?
3. 자신만의 프로그래밍 언어를 작성하고 타사 라이브러리로 기능을 확장해서는 안 됩니다. 다른 "주방"으로 스캔들에 도달하는 작업을 스스로 설정한 경우에만.
특히 MT가 현재로서는 가장 쉽고 편리한 플랫폼이기 때문에 플랫폼에 대한 종교 전쟁을 시작해서는 안 된다고 생각합니다.(순전히 IMHO) 다른 사람들도 있을 수 있지만 비슷한 것을 찾지 못했습니다. 여기와 같은 러시아어를 사용하는 커뮤니티. 그러나 곧 "우리 골무 제작자" 중 한 명이 Ninja Trader와 CQG를 채택하고 이러한 플랫폼에 대한 프로그래밍 주제를 개발할 가능성이 있기 때문에 곧 모든 것이 고칠 수 있습니다. 따라서 낮은 품질의 정보 제공으로 인한 위험이 플랫폼마다 변경될 가능성은 거의 없습니다.
우리는 수많은 녹지를 가져 와서 시카고로 가서 소를 키울 필요가 있습니다. F))
4. 속도계산은 앞의 막대로 하는걸로 아는데...이건 나랑 안맞는다!!! ... Bar = 2이고 첫 번째 막대가 "0"과 "second"보다 높거나 낮다고 상상해 보세요??? 이러한 속도계는 "상인" 교육을 위해 강사에게 안전하게 제공할 수 있지만 심각한 거래 시스템에 넣을 가치는 없습니다... 따라서 ZZ의 마지막 피크와 비교하기 위해 계산을 다시 만들 것을 제안합니다. . MT에서 우리에게 제공되는 최저 가격 정보와 같이 몇 분 안에 모든 계산을 수행하십시오 ... 움직임이 측정되고 차분할 때 가격 성장률(추세 개발) 평균 이상이며 "가속기"조차도 0으로 돌아갈 시간이 없습니다... 여기에 몇 가지 솔루션이 있습니다.
ㅏ. M5보다 오래된 시간대에 대한 예측만 고려하고 필터링된 "분"을 사용하여 속도와 가속도를 계산합니다...
비. 이미 고전적인 방법을 사용하십시오 - Bar0은 Bar1보다 적거나 더 많습니다 --- 많은 잘못된 예측이 있을 것입니다.
에. ...
이제 요점으로.
속도 \u003d 거리/시간이며 ZZ에서 계산하는 것이 매우 논리적입니다(제안한 대로).
거리 = 값(LowestZZ 또는 HighestZZ) - 값(계산된 막대);
시간 = BarNumber(LowestZZ 또는 HighestZZ) - BarNumber(추정 막대)
가속도는 이미 다음과 같이 올바르게 계산됩니다.
가속도 = 속도(계산된 막대) - 속도(계산된 막대+1)
특히 MT가 현재로서는 가장 쉽고 편리한 플랫폼이기 때문에 플랫폼에 대한 종교 전쟁을 시작해서는 안 된다고 생각합니다.(순전히 IMHO) 다른 사람들도 있을 수 있지만 비슷한 것을 찾지 못했습니다. 여기와 같은 러시아어를 사용하는 커뮤니티. 그러나 곧 "우리 골무 제작자" 중 한 명이 Ninja Trader와 CQG를 채택하고 이러한 플랫폼에 대한 프로그래밍 주제를 개발할 가능성이 있기 때문에 곧 모든 것이 고칠 수 있습니다. 따라서 낮은 품질의 정보 제공으로 인한 위험이 플랫폼마다 변경될 가능성은 거의 없습니다.
우리는 수많은 녹지를 가져 와서 시카고로 가서 소를 키울 필요가 있습니다. F))
그래서 제 요점을 잘못 이해했습니다. 이것은 나의 결점이며 나는 이 문제로 돌아가지 않을 것이다.
Ninja Trader의 인용문은 중개인이 아닌 ZenFire에서 제공합니다...
Broco가 Ninja 및 CQG 프로그래밍을 개발할 때쯤이면 나는 아주 늙어갈 것입니다.
나는 주요 아이디어와 이유도 밝혔습니다. 나는 분쟁에 참여하지 않습니다 ... 예측을 개선하는 방법에 대한 아이디어가 있습니다. 환영합니다! ...
이제 요점으로.
속도 \u003d 거리/시간이며 ZZ에서 계산하는 것이 매우 논리적입니다(제안한 대로).
거리 = 값(LowestZZ 또는 HighestZZ) - 값(계산된 막대);
시간 = BarNumber(LowestZZ 또는 HighestZZ) - BarNumber(추정 막대)
가속도는 이미 다음과 같이 올바르게 계산됩니다.
가속도 = 속도(계산된 막대) - 속도(계산된 막대+1)
예, 전적으로 동의합니다!
표시를 완료하기 위해 nen에 대한 큰 요청:
1. 위에서 언급한 대로 가속에 대한 가격 계산을 수행합니다.
Скорость = расстояние / время и рассчитывать ее от ZZ (как вы предложили) вполне логично :
거리 = 가격(결제 바) - 가격(최저ZZ 또는 최고ZZ); (처음부터 섞어서 위치를 바꿨어요)
시간 = BarNumber(LowestZZ 또는 HighestZZ) - BarNumber(추정 막대)
가속도 = 속도(계산된 막대) - 속도(계산된 막대+1)
2. 계산을 위한 초기 가격의 정의에 추가 add (H+L+C+C)/4
3. 그리고 가장 바람직한 점은 ZZ 무릎을 다시 뽑은 상황(FIBA를 구축할 수 있는 조건이 있었다면)을 포함한 모든 상황의 이력을 볼 수 있도록 하는 것입니다.
예, 전적으로 동의합니다!
따라서 속도는 지그재그 극한값을 기준으로 계산되고 가속도는 인접 막대 기준으로 계산됩니까? 그래서?
동료의 질문은 다음과 같습니다.
우리가 계산을 일반적으로 분 히스토리로 옮기는 것이 더 논리적이지 않습니까?! ... 즉, 우리는 주로 M5보다 오래된 예측에 관심이 있습니다. 저에게는 5분 및 15분 예측이 항상 관심이었습니다...
해야 할 일 - 이전 시간 프레임으로 전환할 때 속도 및 가속도의 미세한 값에 대한 스무딩(필터링) 변경 ... 이전 시간 프레임의 막대 형성이 OHLC에 따라 발생하기 때문에 필터링(스무딩) 비교를 위해 이전 막대의 계산 된 지점을 얻을 때 너무 거칠게 판명되었습니다 ... 실제로 사용 가능한 모든 시간대에 대한 예측을보고 한 시간대의 설정이 다른 시간대에 적합하지 않다는 결론에 도달했습니다 , 내가 이해하는 바와 같이 이 모든 것은 대략적인 막대 구조로 인해 발생합니다 ... 제 생각에는 최소 기록 단위인 M1 막대를 사용하고 더 높은 기간(M30 이상)으로 전환하지 않고 다음을 기반으로 예측을 작성하는 것이 더 논리적입니다. 더 엄격한 필터링만 사용하는 분.
결국, M1, M5, M15 자체의 그라데이션은 ... 너무 억지입니다 ... 적어도 BAR과 같은 필터의 단순화로 인한 예측의 왜곡은 제 생각에는 분명합니다.