2. 신뢰성은 주로 돈을 저장하는 장소입니다. 은행과 DC는 완전히 다른 수준의 신뢰성을 가지고 있습니다.
3. 그리고 저는 논쟁하지 않습니다. 저는 단지 MT에는 없고 제가 갖고 싶은 다른 플랫폼에서 더 성공적인 솔루션의 예를 제공하려고 했습니다. 그리고 은행과 거래소가 MT를 사용하기 시작했으면 합니다. 나는 이것에 문제가있을 것이라고 생각합니다. 왜냐하면. 심각한 금융 기관은 위탁된 자금을 관리하기 위해 폐쇄된(그리고 그들에게 알려지지 않은 코드가 있는) 소프트웨어를 사용하지 않을 것입니다.
틱 플로우 통계는 그것이 베르누이일지라도 더 이상 그러한 아름다움을 그리는 것을 허용하지 않을 것입니다(다시 그려질 것입니다). 실제로는 베르누이와 관련하여 <1,-1> 유형의 가장 작은 계열의 빈도가 매우 과대평가된 비베르누이입니다. 그림에서와 같이 한 방향으로 긴 일련의 "막대"는 거의 없을 것입니다.
여기 봐 . 렌코가 있다. 그러나 표시가 잘못되어 다시 그려집니다. 실제로 그는 그렇게 잘생기지 않을 것입니다.
틱 플로우 통계는 그것이 베르누이일지라도 더 이상 그러한 아름다움을 그리는 것을 허용하지 않을 것입니다(다시 그려질 것입니다). 실제로는 베르누이와 관련하여 <1,-1> 유형의 가장 작은 계열의 빈도가 매우 과대평가된 비베르누이입니다. 그림에서와 같이 한 방향으로 긴 일련의 "막대"는 거의 없을 것입니다.
여기 봐 . 과연, 렌코가 있다. 그러나 표시가 잘못되어 다시 그려집니다. 실제로 그는 그렇게 잘생기지 않을 것입니다.
네가 틀렸어. MT에서는 불가능합니다. 베르날리는 그것과 아무 관련이 없습니다. 진드기의 흐름이 있습니다. 기록 및 수신 데이터 모두 사용할 수 있습니다. 통과된 틱이 10포인트 위(또는 아래)로 표시되고 막대를 만들고 새 막대를 시작했다고 가정해 보겠습니다. N 포인트(내 예에서는 10)를 통과할 때까지 막대가 시작되지 않습니다. 100포인트의 간격이 있는 경우 100/N 철근이 생성됩니다. 히스토리가 변경되지 않으면 다시 그리기가 없습니다.
Sergey , Collector 의 renko 지표 알고리즘을 분석하면 간단합니다. 거기에서 역사적으로 renko 막대는 거래 차트에서 막대의 끝이라는 사실을 기반으로 합니다 . 이것은 잘못된 알고리즘입니다. 가격 움직임은 막대 내부에서 선형으로 모델링됩니다. 이것은 매우 드물게 발생합니다.
예: 일일을 취하고 renko 단계가 10핍이고 그 날이 2008년 10월 말경 어딘가에서 추세라면 오이라에서 한 방향으로 40개의 renko 막대로 끝날 수 있습니다(믿을 수 없는 움직임). 현실은 결코 이렇지 않을 것입니다(10포인트 이상 롤백 없이 400포인트 이동은 발생하지 않음). 갭은 그것과 아무 관련이 없습니다.
Sergey , Collector 의 renko 지표 알고리즘을 분석하면 간단합니다. 거기에서 역사적으로 renko 막대는 거래 차트에서 막대의 끝이라는 사실을 기반으로 합니다 . 이것은 잘못된 알고리즘입니다. 왜냐하면 가격 움직임은 막대 내부에서 선형으로 모델링됩니다. 이것은 매우 드물게 발생합니다.
예: 일일을 취하고 renko 단계가 10핍이고 그 날이 2008년 10월 말경 어딘가에서 추세라면 오이라에서 한 방향으로 40개의 renko 막대로 끝날 수 있습니다(믿을 수 없는 움직임). 현실은 절대 그렇지 않습니다. 갭은 그것과 아무 관련이 없습니다.
다시 알렉스. 티키는 거기에 저장됩니다. 나는 틱을 취하여 모든 것을 형성합니다. MT에서는 이 작업을 수행할 수 없습니다. 막대에서 틱을 복원하고 선형, 비선형으로 모델링해야 합니다. 더 이상 중요하지 않습니다.
기본은 데일리(바)가 아니라 티키입니다. 진드기가 있으면 모든 것이 올바르게 구축됩니다. 메일 확인 해봐
나는 확실히 동의합니다, Sergey(저는 방금 Codebase에서 지표 알고리즘의 부정확성을 지적했습니다). MT에서 나는 역사의 최소 사용 가능한 불연속성을 가지고 있습니다 - 분. 그것들은 내가 어느 정도 정확한 Renko를 만들기에 충분합니다. 알겠습니다. 메일을 확인하겠습니다. 감사합니다.
2. 신뢰성은 주로 돈을 저장하는 장소입니다. 은행과 DC는 완전히 다른 수준의 신뢰성을 가지고 있습니다.
3. 그리고 저는 논쟁하지 않습니다. 저는 단지 MT에는 없고 제가 갖고 싶은 다른 플랫폼에서 더 성공적인 솔루션의 예를 제공하려고 했습니다. 그리고 은행과 거래소가 MT를 사용하기 시작했으면 합니다. 나는 단지 이것에 문제가 있을 것이라고 생각한다. 왜냐하면. 심각한 금융 기관은 위탁된 자금을 관리하기 위해 폐쇄된(그리고 그들에게 알려지지 않은 코드가 있는) 소프트웨어를 사용하지 않을 것입니다.
1. 음... 개인적으로 야심 찬 회사는 무엇이든 운전할 수 있습니다.
그러나 질문 :이 유리를 채우는 방법은 계속 열려 있습니다 ... ;)))))
(우리는 외환 에 대해 이야기하고 있으며 대부분의 CFD를 믿습니다)
2. 예, 그들이 다르다는 것은 분명합니다 ... 우리가 은행에 대해 이야기하고 있었던 맥락에서,
은행도 MT를 사용한다고 방금 언급했습니다. 따라서 자금의 다른 이동.
의심이 있습니다. 우리는 은행을 이용하거나, 의심이 없거나, 위험을 감수하고 거래를... 모든 것이 간단합니다...
3. 심각하고 그렇지 않은 금융 기관은 내부 규칙을 읽을 가능성이 더 큽니다.
그것은 지금도 모든 것에 대해 쓰여지지 않았으므로 공리를 위해: 그것은 허용되지 않지만 금지되지도 않습니다 - 정원에!
우리는 옆에 서서 볼 것입니다...
또는 예를 들어 국내에서 생산된 소프트웨어만 사용하도록 요구합니다.
항구! 모든 사람이 사용할 수있는 것은 아닙니다 ... 나는 그것에 대해 뭔가를 읽었습니다 ...
*
음, 습관과 같은 요인과 "소프트웨어를 위해 일합니다."
금융 기관 : 일하고 괜찮아 ...
소프트웨어는 또한 유지 관리 피더에서 크롤링하려고 하지 않습니다. 영원한.
;) 은행이 서 있고 소프트웨어가 작동하는 동안 개발자 Khitrina는 쾌활하고 충만합니다 ...
1. 당신은 착각하고 있습니다. MT에서 유리 모양에 대한 작업이 이미 진행 중입니다. http://www.procapital.ru/showthread.php?t=13075&page=8
2. 신뢰성은 주로 돈을 저장하는 장소입니다. 은행과 DC는 완전히 다른 수준의 신뢰성을 가지고 있습니다.
3. 그리고 저는 논쟁하지 않습니다. 저는 단지 MT에는 없고 제가 갖고 싶은 다른 플랫폼에서 더 성공적인 솔루션의 예를 제공하려고 했습니다. 그리고 은행과 거래소가 MT를 사용하기 시작했으면 합니다. 나는 이것에 문제가있을 것이라고 생각합니다. 왜냐하면. 심각한 금융 기관은 위탁된 자금을 관리하기 위해 폐쇄된(그리고 그들에게 알려지지 않은 코드가 있는) 소프트웨어를 사용하지 않을 것입니다.
폐쇄 소스가 두려워해야 하는 이유!
은행에서 뿐만 아니라, 그들은 폐쇄된 코드가 있는 WINDWOS를 강력하게 사용합니다!
Seryoga ( Prival ), 일부 예쁜 kagi(또는 renko?)가 여기를 통과했습니다. 나는 브로커에 대한 링크를 요구하지 않습니다. 나는 그들이 그렇게 아름답다고 믿을 수 없다. 알고리즘에 어떤 종류의 버그가 있어 이를 매우 아름답게 만듭니다.
이상하게 제 글이 삭제되었습니다. 틱 이력이 있으므로 모든 것이 올바르게 빌드됩니다.
다른 플랫폼은 DC에 대한 논의가 아닙니다. 금지할 수 없습니다. 이것은 동일한 MT를 개선하기 위한 새로운 지평입니다. 여기 주세요.
불가능한 것으로 밝혀졌습니다. 제거됨. 그리고 글을 쓰려고 노력했습니다. 불쌍해.
틱 플로우 통계는 그것이 베르누이일지라도 더 이상 그러한 아름다움을 그리는 것을 허용하지 않을 것입니다(다시 그려질 것입니다). 실제로는 베르누이와 관련하여 <1,-1> 유형의 가장 작은 계열의 빈도가 매우 과대평가된 비베르누이입니다. 그림에서와 같이 한 방향으로 긴 일련의 "막대"는 거의 없을 것입니다.
여기 봐 . 렌코가 있다. 그러나 표시가 잘못되어 다시 그려집니다. 실제로 그는 그렇게 잘생기지 않을 것입니다.
틱 플로우 통계는 그것이 베르누이일지라도 더 이상 그러한 아름다움을 그리는 것을 허용하지 않을 것입니다(다시 그려질 것입니다). 실제로는 베르누이와 관련하여 <1,-1> 유형의 가장 작은 계열의 빈도가 매우 과대평가된 비베르누이입니다. 그림에서와 같이 한 방향으로 긴 일련의 "막대"는 거의 없을 것입니다.
여기 봐 . 과연, 렌코가 있다. 그러나 표시가 잘못되어 다시 그려집니다. 실제로 그는 그렇게 잘생기지 않을 것입니다.
네가 틀렸어. MT에서는 불가능합니다. 베르날리는 그것과 아무 관련이 없습니다. 진드기의 흐름이 있습니다. 기록 및 수신 데이터 모두 사용할 수 있습니다. 통과된 틱이 10포인트 위(또는 아래)로 표시되고 막대를 만들고 새 막대를 시작했다고 가정해 보겠습니다. N 포인트(내 예에서는 10)를 통과할 때까지 막대가 시작되지 않습니다. 100포인트의 간격이 있는 경우 100/N 철근이 생성됩니다. 히스토리가 변경되지 않으면 다시 그리기가 없습니다.
Sergey , Collector 의 renko 지표 알고리즘을 분석하면 간단합니다. 거기에서 역사적으로 renko 막대는 거래 차트에서 막대의 끝이라는 사실을 기반으로 합니다 . 이것은 잘못된 알고리즘입니다. 가격 움직임은 막대 내부에서 선형으로 모델링됩니다. 이것은 매우 드물게 발생합니다.
예: 일일을 취하고 renko 단계가 10핍이고 그 날이 2008년 10월 말경 어딘가에서 추세라면 오이라에서 한 방향으로 40개의 renko 막대로 끝날 수 있습니다(믿을 수 없는 움직임). 현실은 결코 이렇지 않을 것입니다(10포인트 이상 롤백 없이 400포인트 이동은 발생하지 않음). 갭은 그것과 아무 관련이 없습니다.
Sergey , Collector 의 renko 지표 알고리즘을 분석하면 간단합니다. 거기에서 역사적으로 renko 막대는 거래 차트에서 막대의 끝이라는 사실을 기반으로 합니다 . 이것은 잘못된 알고리즘입니다. 왜냐하면 가격 움직임은 막대 내부에서 선형으로 모델링됩니다. 이것은 매우 드물게 발생합니다.
예: 일일을 취하고 renko 단계가 10핍이고 그 날이 2008년 10월 말경 어딘가에서 추세라면 오이라에서 한 방향으로 40개의 renko 막대로 끝날 수 있습니다(믿을 수 없는 움직임). 현실은 절대 그렇지 않습니다. 갭은 그것과 아무 관련이 없습니다.
다시 알렉스. 티키는 거기에 저장됩니다. 나는 틱을 취하여 모든 것을 형성합니다. MT에서는 이 작업을 수행할 수 없습니다. 막대에서 틱을 복원하고 선형, 비선형으로 모델링해야 합니다. 더 이상 중요하지 않습니다.
기본은 데일리(바)가 아니라 티키입니다. 진드기가 있으면 모든 것이 올바르게 구축됩니다. 메일 확인 해봐
나는 확실히 동의합니다, Sergey(저는 방금 Codebase에서 지표 알고리즘의 부정확성을 지적했습니다). MT에서 나는 역사의 최소 사용 가능한 불연속성을 가지고 있습니다 - 분. 그것들은 내가 어느 정도 정확한 Renko를 만들기에 충분합니다. 알겠습니다. 메일을 확인하겠습니다. 감사합니다.
1. 당신은 착각하고 있습니다. MT에서 유리 모양에 대한 작업이 이미 진행 중입니다. http://www.procapital.ru/showthread.php?t=13075&page=8
2. 신뢰성은 주로 돈을 저장하는 장소입니다. 은행과 DC는 완전히 다른 수준의 신뢰성을 가지고 있습니다.
3. 그리고 저는 논쟁하지 않습니다. 저는 단지 MT에는 없고 제가 갖고 싶은 다른 플랫폼에서 더 성공적인 솔루션의 예를 제공하려고 했습니다. 그리고 은행과 거래소가 MT를 사용하기 시작했으면 합니다. 나는 단지 이것에 문제가 있을 것이라고 생각한다. 왜냐하면. 심각한 금융 기관은 위탁된 자금을 관리하기 위해 폐쇄된(그리고 그들에게 알려지지 않은 코드가 있는) 소프트웨어를 사용하지 않을 것입니다.
1. 음... 개인적으로 야심 찬 회사는 무엇이든 운전할 수 있습니다.
그러나 질문 :이 유리를 채우는 방법은 계속 열려 있습니다 ... ;)))))
(우리는 외환 에 대해 이야기하고 있으며 대부분의 CFD를 믿습니다)
2. 예, 그들이 다르다는 것은 분명합니다 ... 우리가 은행에 대해 이야기하고 있었던 맥락에서,
은행도 MT를 사용한다고 방금 언급했습니다. 따라서 자금의 다른 이동.
의심이 있습니다. 우리는 은행을 이용하거나, 의심이 없거나, 위험을 감수하고 거래를... 모든 것이 간단합니다...
3. 심각하고 그렇지 않은 금융 기관은 내부 규칙을 읽을 가능성이 더 큽니다.
그것은 지금도 모든 것에 대해 쓰여지지 않았으므로 공리를 위해: 그것은 허용되지 않지만 금지되지도 않습니다 - 정원에!
우리는 옆에 서서 볼 것입니다...
또는 예를 들어 국내에서 생산된 소프트웨어만 사용하도록 요구합니다.
항구! 모든 사람이 사용할 수있는 것은 아닙니다 ... 나는 그것에 대해 뭔가를 읽었습니다 ...
*
음, 습관과 같은 요인과 "소프트웨어를 위해 일합니다."
금융 기관 : 일하고 괜찮아 ...
소프트웨어는 또한 유지 관리 피더에서 크롤링하려고 하지 않습니다. 영원한.
;) 은행이 서 있고 소프트웨어가 작동하는 동안 개발자 Khitrina는 쾌활하고 충만합니다 ...