오류, 버그, 질문 - 페이지 688

 

부정적인 스프레드에 대한 답변.

틱 생성 중에 모든 스프레드의 관련성이 확인됩니다. 시험기간 동안 OHLC bar의 상태를 형성하는 과정에서 유사한 점검은 수행되지 않았다. 마이너스 스프레드는 실수로 역사에 존재합니다. 그리고 우리는 그것을 고칠 것입니다. 또한 " 시가 기준 " 모드에서 수표가 삽입됩니다.

 
papaklass :

여러분, 다른 TF를 참고하여 시가로 시각화 모드 에서 다중 통화를 출시한 사람이 있습니까?

다음은 일일 차트입니다.

그리고 그러한 차트에서 어떤 전략을 테스트할 수 있습니까?



솔직히 첨부된 사진에서 명확한 것은 없습니다. 한 가지 분명한 것은 메시지 작성자가 무언가에 만족하지 않는다는 것입니다. 하지만 이해해야 합니다.
 
papaklass :

모두.

게시물에 직접적인 추론이 부족하지 않은 한 계속해서 다른 사람들을 놀라게 할 것입니다.

그러나 이것은 완전히 의식적인 행동이라고 생각합니다.

 
papaklass :

추신: 더 이상 시급한 문제로 인해 주의가 산만해지지 않도록 노력하겠습니다.

당신은 결론을 내리지 않았지만 세 사람에게 추가 질문을 하게 했습니다.

그것이 내가 "이것은 당신의 완전히 의식적인 행동입니다"라고 지적한 것입니다.

또한 마지막 답변은 이것을 확인합니다. 의미없는 스크린 샷에 대한 명확한 결론 대신 "나와 놀고, 일하고, 내가 당신에게 요청한 문제에 대해 생각하십시오. 그러면 나는 당신을 비판 할 기회를 가질 것입니다. 당신의 이해 부족에 대해 비합리적입니다."

이제 명확해 졌습니까? 우리는 우리 앞에서 서커스를 하며 기분을 상하게 하는 어린이가 아닙니다.

 
Renat :
이 주제를 삭제하십시오. 가까운 시일 내에 이 분야에 대한 변경 사항이 없을 것으로 예상됩니다.

레나트, 좋은 오후!

기본적으로 동의합니다. 시장 심도에 제안 없음 = 가격 차트에 단일 표시 없음(따라서 기록의 시간 그룹화의 경우 막대가 없음).

다른 한편으로, 나는 터미널을 더 좋게(알고리즘적으로 더 명확하게 하거나) 만들지 않으려는 당신의 그런 힘든 입장을 잘 이해하지 못합니다.

역사의 동기화는 무역 로봇화 의 기본 기둥 중 하나입니다. 과거 데이터를 확인하는 데 주의가 산만해진 우리 프로그래머는 기술적 분석에서 초점을 전환하고 진부한 일상에 상당한 지적(코딩) 및 프로세서/소비자(프로그램 실행/인간 대기) 시간을 할애해야 합니다. 당신은 이미 내 아마추어의 의견에 따라 다음과 같은 다소 우아한 제안을 받았습니다.

1. 기존 지표에 어떠한 피해도 주지 않습니다.

2. 코드 작성 시간을 줄입니다(특정).

3. 코드(특정) 의 실행 시간을 줄입니다.

4. 단말기의 작업에 크게 부담을 주지 않습니다(이력을 다운로드할 때 빈 막대가 계산되어 데이터베이스에 한 번 배치됩니다).

"특정"이라는 용어는 의도적으로 사용되었습니다. 귀하의 의견으로는 이것은 ~ 0%의 경우입니다. 이것은 지금까지 사례의 ~0%에 불과합니다.

역사에서 그러한 막대의 필요성을 옹호하는 주장이 당신에게 주어집니다.

반론을 제시해 주십시오.


추신

대화를 방해해서 죄송합니다. 저도 그냥 관심있는 사람입니다.

 
voix_kas :

레나트, 좋은 오후!

불행히도 문제는 완전히 종료되었습니다.

많은 비판적인 반론이 있으며 거래자들에게 알려지지 않은 것 같아 걱정입니다.

 
Renat :

불행히도 문제는 완전히 종료되었습니다.

많은 비판적인 반론이 있으며 거래자들에게 알려지지 않은 것 같아 걱정입니다.

그래서 우리를 계몽하십시오 . 사람들이 싱크로바를 원하는 것은 쓸데없는 호기심이 아닙니다.

제 생각에는 현재 상태에서 두 번째 되돌릴 수 없는 정보 압축이 있습니다(사실 IMHO, 이 압축의 이점은 해로움보다 적습니다).

첫 번째 비가역적 현상은 막대가 진드기에서 형성될 때 발생합니다.

이 모든 것은 단일 통화 거래에서 원칙적으로 허용되지만, 단말기가 다중 통화이므로 준수하시기 바랍니다.

다중 통화 분석의 주요 차이점은 다중 통화 거래자가 모든 통화의 변경이 상호 연결되어 있다고 생각한다는 것입니다. 즉, 단일 프로세스입니다.

단일 통화 접근 방식에서는 모든 것이 독립적이지만 동시에 발생합니다.

귀하의 접근 방식이 정확하다고 생각하지만(틱 없음, 막대 없음) 다중 통화 틱의 프리즘을 통해 전달하더라도 동기화가 필요합니다.

추신: 이 토론을 여기로 옮겨야 한다고 생각하지만 MT5에 대한 희망

덧붙여서 ZZY는 소원을 주제로 2년 전 첫 페이지의 리퀘스트입니다.

메타드라이버 2009.11.20 00:59

ZZZY Renat, 동기화와 같은 것이 구현되지 않는 이유를 2년 동안 "명확하게" 설명할 수 없다는 것이 밝혀졌습니다. 이해하기 쉽게 - 생각하는 사람들이 당신에게 동의하고 뒤처지게 합니다.

 
voix_kas :

역사에서 그러한 막대의 필요성을 옹호하는 주장이 당신에게 주어집니다.

틱이없는 패스와 회피가 추가 된 녀석 - DC에 문의하십시오.

플랫폼에 데이터가 제공되지 않은 막대를 발명 하는 것은 개발자의 작업이 아닙니다 .

개발자의 임무는 견적 제공자로부터 플랫폼과 터미널로 왜곡되지 않고 정확한 데이터를 전달하는 것입니다.

다른 모든 것은 이미 다른 성격의 문제이며 개발자는 정보 및 거래 플랫폼의 본질에 맞지 않는 일을 처리하지 않으며 처리하지 않아야 합니다.


DC에서 분 막대의 누락된 패스를 추가할 수 있습니다. 기술 지원을 받으려면 그들에게 가서 그곳에서 구걸하십시오.

개발자는 강제 개입으로 인해 실제로 발생한 기본 스토리를 망치지 않을 것입니다.

다시 한 번 - DC에게 그러한 작업을 요청하십시오.

 
sergeev :

틱이없는 패스와 회피가 추가 된 녀석 - DC에 문의하십시오.

플랫폼에 데이터가 제공되지 않은 막대를 발명 하는 것은 개발자의 작업이 아닙니다 .

개발자의 임무는 견적 제공자로부터 플랫폼과 터미널로 왜곡되지 않고 정확한 데이터를 전달하는 것입니다.

다른 모든 것은 이미 다른 성격의 문제이며 개발자는 정보 및 거래 플랫폼의 본질에 맞지 않는 일을 처리하지 않으며 처리하지 않아야 합니다.


DC에서 분 막대의 누락된 패스를 추가할 수 있습니다. 기술 지원을 받으려면 그들에게 가서 그곳에서 구걸하십시오.

개발자는 강제 개입으로 인해 실제로 발생한 기본 스토리를 망치지 않을 것입니다.

다시 한 번 - DC에게 그러한 작업을 요청하십시오.

Alex, 다중 통화를 기본 모델로 삼고 필요하지 않은 사람들을 위해 DC에 싱크로바를 제거하여 기록을 단축하도록 요청하게 하십시오.

ZY 문제는 터미널을 다중 통화 MQ로 포지셔닝하면 단일 통화 기반이 남고 다중 이벤트가 없으므로 모든 후속 문제가 발생한다는 것입니다.

 
테스터에서 바를 여는 시간이 실생활에서 첫 번째 틱이 도착하는 시간과 일치하지 않는다는 것을 알고 계셨습니까?! 테스터기에서 봉을 열었을 때 실제 가격은 실제(99%) 완전히 달랐습니다. 바로 이전 봉의 종가입니다.
테스터가 기쁜 마음으로 알려주는 바 오프닝 가격은 실제로 분 형성 당시의 가격과 일치합니까?
테스터가 가능한 한 적은 부정확성을 제공하도록 하는 작업은 간단합니다. 현재 테스터는 거의 항상 거짓말을하며 분 형성 당시 가격이 바의 시가와 같았습니다. 이 때문에 테스터에서는 시가에서 차익거래가 지속적으로 발생하지만 종가에서는 발생하지 않습니다. 그리고 틱별 바 형성 모델을 사용한 결과 TS는 바 종가에서 여러 FI를 동기화하기 위한 컴퓨팅 리소스 비용을 부담합니다. 개발자는 사용자가 테스터에서 실행할 때마다 어리석은 동기화에 매번 많은 컴퓨팅 리소스를 소비하도록 일치 항목을 절약합니다. 그들은 최적화를 시작 하기 전에 이 동기화를 허용하지 않습니다.

중개인에게 Metaquotes 목발을 우회하도록 요청하시겠습니까? 목발은 단일 통화 거래자에게도 적용됩니다.

모든 것이 브로커의 대상이 되는 것은 아닙니다. 예를 들어, 브로커는 Ask 기호를 쉽게 브로드캐스트할 수 있으므로(심지어 Bid 기호와 동기적으로도) Ask 기록이 있습니다. 그러나 이것으로부터 테스터는 여전히 그것을 고려하지 않을 것입니다.