여기에서 나는 거의 동일합니다. 지금 구현된 아이디어가 있으면 더 많은 기회를 얻을 수 있습니다.
따라서 이것은 이전의 가격 전용 Renko 접근 방식에 대해 한 걸음 더 나아간 것입니다.
예, MT에서 Renko를 구축할 수 있는 방법은 없습니다. 신이 쓴 비뚤어진 칠면조는 예외입니다. 오래된 것은 있었던 것입니다. 렌코가 MT였나? 새로운 접근 방식은 좋습니다. 오래 전에 이 단계를 구현한 터미널과 다른 많은 터미널만 있습니다. 물론 기술적인 관점에서 주제를 이해하지는 못하지만, 하나의 매개변수를 기반으로 그래프를 작성할 수 있다면 다른 매개변수를 기반으로 그래프를 만드는 것이 그리 어렵지 않다고 생각합니다. 하지만 어째서인지 이것은 MT의 우선 순위가 아니라 언어가 다시 작성되고 있습니다... 마치 그것이 더 수익성 있는 거래를 가능하게 하는 것처럼. 외환의 목적은 돈을 버는 것입니다. 차트의 결과 출력으로 백만 가지 가능한 방법으로 따옴표를 나누고 곱하는 대신. 글쎄, 그것은 지옥처럼 분명합니다.
아니요, 그런 말은 전혀 하지 않았습니다. 맙소사. 물론 DC는 잠재적인 고객이 빠져 있는 플랫폼을 선택하여 자체 이익을 위해 노력합니다. 아마도 이것은 클라이언트가 이 플랫폼이 몇 가지 이점을 제공한다고 믿는 바로 그 경우이지만 DC도 이를 차례로 봅니다.
플랫폼은 상인에게 무료입니다. Metaquote가 견적 제공자에게 어떤 이점을 제공하지 않으면 Metaquote가 그렇게 성공적일 수 있습니까?
내가 이미 말한 것을 반복할 수 있을 뿐입니다. MT는 고객에게 다양한 알고리즘을 사용하여 가격을 변환하고 일부를 자동화할 수 있는 장난감을 제공합니다. 이것은 좋은 것입니다. 그러나 이것은 무역이 아닙니다. 이러한 유연성은 수익성과 관련이 없습니다. 그것은 단지 잘못된 희망을 주고 거래할 때 정말로 중요한 것에서 주의를 돌리게 합니다.
나는 이미 말한 것을 반복할 수 있을 뿐입니다. MT는 고객에게 다양한 알고리즘을 사용하여 가격을 변환하고 일부를 자동화할 수 있는 장난감을 제공합니다. 이것은 좋은 것입니다. 그러나 이것은 무역이 아닙니다. 이러한 유연성은 수익성과 관련이 없습니다. 그것은 단지 잘못된 희망을 주고 거래할 때 정말로 중요한 것에서 주의를 돌리게 합니다.
왜 "거짓"입니까? 당신은 나에게 삶의 의미를 박탈하고 있을지도 모릅니다!!!)))
그리고 진지하게, "거래에서 정말 중요하다"는 것은 무엇을 의미합니까?
저에게 이것은 수익성 있는 차량입니다. 스텁은 계산기에서 테스트하고 최적화할 수 있다는 것이 분명합니다. 예, 기둥이나, 주판에서도! 너 뭐야, 샤워중인 러다이트? )))
개인적으로 나는 언어와 MT 테스터와 같은 C++를 사용하는 것을 선호합니다. 그리고 더 빨리 작동할수록 제공되는 수단이 더 유연할수록 더 좋습니다. 어딘가에 그렇게...
저에게 이것은 수익성 있는 차량입니다. 스텁은 계산기에서 테스트하고 최적화할 수 있다는 것이 분명합니다. 예, 기둥이나, 주판에서도! 너 뭐야, 샤워중인 러다이트? )))
개인적으로 나는 언어와 MT 테스터와 같은 C++를 사용하는 것을 선호합니다. 그리고 더 빨리 작동할수록 제공되는 수단이 더 유연할수록 더 좋습니다. 어딘데 그렇게...
모든것이 좋아. 그것은 거래자의 80%(내 겸손한 과소평가에 따르면)가 당신이 하는 방식으로 B Plus를 줄이지 않는다는 것입니다. 이것은 저의 약점이 아니라 시스템상의 문제입니다. 한쪽 다리가 파란색이고 다른 쪽 다리가 빨간색인 사람만 비행기에 탑승할 수 있는 것처럼.
좋은 프로그래머는 거래든 부기든 항상 이점이 있습니다. 그러나 MT는 프로그래머뿐만 아니라 슬프게도 사용됩니다. 그리고 그들에게 MT는 차트 작성 측면에서 그다지 친숙한 터미널이 아닙니다.
모든것이 좋아. 그것은 거래자의 80%(내 겸손한 과소평가에 따르면)가 당신이 하는 방식으로 B Plus를 줄이지 않는다는 것입니다. 이것은 저의 약점이 아니라 시스템상의 문제입니다. 한쪽 다리가 파란색이고 다른 쪽 다리가 빨간색인 사람만 비행기에 탑승할 수 있는 것처럼.
좋은 프로그래머는 거래든 부기든 항상 이점이 있습니다. 그러나 MT는 프로그래머뿐만 아니라 슬프게도 사용됩니다. 그리고 그들에게 MT는 차트 작성 측면에서 그다지 친숙한 터미널이 아닙니다.
러다이트는 누구인가?
MetaQuotes는 "차트 친화성"과 프로그래밍 수학 알고리즘의 기능 사이의 균형을 합리적으로 보여줄 수 있는 사람들에게 비용을 아끼지 않을 것이라고 믿습니다. 두 가지를 동시에 구현하는 것은 불가능하므로 (지속적으로 그리고 매일) 먼저 "WHERE WE GO", "무엇을 먼저 할까요?"를 결정해야 합니까?
이 기술은 가용 자원과 목표 기능의 달성 사이의 균형을 찾는 것입니다.
일반적으로 이를 돕기 위한 수학적 프로그래밍, 즉 최적화라는 여러 가지 방법이 있지만 "코딩"의 목적으로는 여전히 거의 사용되지 않습니다.
모든것이 좋아. 그것은 단지 80%의 거래자들(내 겸손한 과소평가에 따르면)이 당신이 하는 방식으로 B Plus를 줄이지 않는다는 것입니다. 이것은 저의 약점이 아니라 시스템상의 문제입니다. 한쪽 다리가 파란색이고 다른 쪽 다리가 빨간색인 사람만 비행기에 탑승할 수 있는 것처럼.
좋은 프로그래머는 거래든 부기든 항상 이점이 있습니다. 그러나 MT는 프로그래머뿐만 아니라 슬프게도 사용됩니다. 그리고 그들에게 MT는 차트 작성 측면에서 그다지 친숙한 터미널이 아닙니다.
본질에 대해. 나는 이미 인터페이스가 매우 비우호적이라는 데 동의했습니다. 하아! 여기 커스텀 칠면조의 속성 창을 작성한 사람의 눈을 들여다보십시오!
당신은 그들이 친구가 되기를 원하지 않는 것을 좋아하지 않습니다. 그러나 다시 한 번 강조하지만 친근함과 프로그래밍 기회를 대조합니다. 하나가 다른 하나를 배제하는 것처럼 보입니다. (첼라의 다리가 부러졌다고 해서 팔이 부러지지 않은 것은 아닙니다.) 이것은 OR이 아닙니다. 글쎄, 개발자는 친구를 원하지 않습니다! 그러나 이것은 아무도 필요로 하지 않는 것이 무엇인지 말할 이유가 되지 않습니다! 그리고 당신은 논쟁의 여지가 있는 충동으로 그렇게 됩니다. 그게 짜증난다.)))
그러나 다시 한 번 강조하지만 친근함과 프로그래밍 기회를 대조합니다. 하나는 다른 하나를 배제하는 것 같습니다. (첼라의 다리가 부러졌다고 해서 팔이 부러지지 않은 것은 아닙니다.) 이것은 OR이 아닙니다. 글쎄, 개발자는 친구를 원하지 않습니다! 그러나 이것이 니피그가 필요하지 않다는 것을 말하는 이유는 아닙니다!
예, 필요합니다. 필요합니다. (좋은) 프로그래머에게 MT는 아마도 가장 멋진 터미널일 것입니다. 그러나 대다수의 브로커가 이를 사용하므로 사용자는 선택의 여지가 없습니다. 밖에 나가서 침을 뱉으면 프로그래머 안으로 들어간다. 하지만 그렇지 않습니다! 여기 내가 말하는 내용이 있습니다. MT가 프로그래머의 좁은 환경에서 사용된다면 아무도 신경 쓰지 않을 것입니다. 하지만 이 특정 터미널을 사용해야 하며 OR이 아닙니다. 그리고 저 뿐만 아니라 직업별 요리사, 조종사, 양돈업자, 제빵사도 있습니다. 인문대학생. 그들에게 MQL이 무슨 소용이 있습니까? 버즈를 위해 10%의 트레이더(나머지 90명)가 머리를 긁적일 수밖에 없는 상황이라면 좋습니다.
나는 Luddites, 특히 이 부분이 마음에 들었습니다. "많은 사람들이 호주로 보내졌습니다." :)
여기에서 나는 거의 동일합니다. 지금 구현된 아이디어가 있으면 더 많은 기회를 얻을 수 있습니다.
따라서 이것은 이전의 가격 전용 Renko 접근 방식에 대해 한 걸음 더 나아간 것입니다.
예, MT에서 Renko를 구축할 수 있는 방법은 없습니다. 신이 쓴 비뚤어진 칠면조는 예외입니다. 오래된 것은 있었던 것입니다. 렌코가 MT였나? 새로운 접근 방식은 좋습니다. 오래 전에 이 단계를 구현한 터미널과 다른 많은 터미널만 있습니다. 물론 기술적인 관점에서 주제를 이해하지는 못하지만, 하나의 매개변수를 기반으로 그래프를 작성할 수 있다면 다른 매개변수를 기반으로 그래프를 만드는 것이 그리 어렵지 않다고 생각합니다. 하지만 어째서인지 이것은 MT의 우선 순위가 아니라 언어가 다시 작성되고 있습니다... 마치 그것이 더 수익성 있는 거래를 가능하게 하는 것처럼. 외환의 목적은 돈을 버는 것입니다. 차트의 결과 출력으로 백만 가지 가능한 방법으로 따옴표를 나누고 곱하는 대신. 글쎄, 그것은 지옥처럼 분명합니다.
내 말은 시장은 우리뿐 아니라 NFA 가 상당히 강력한 시장 참여자라는 뜻입니다.
모든 장벽도 시스템의 일부입니다.
강력하든 그렇지 않든 실제로 참가자는 어쨌든 야드 펑크의 음모를 도시를 배경으로 비교합니다.
FSA는 덜 강력하고 더 오래되고 경험이 풍부하며 함께 있어도 아직 시장이 아닙니다 ... 그래서 울타리에 두 개의 못이 있습니다 ...
:)))
아니요, 그런 말은 전혀 하지 않았습니다. 맙소사. 물론 DC는 잠재적인 고객이 빠져 있는 플랫폼을 선택하여 자체 이익을 위해 노력합니다. 아마도 이것은 클라이언트가 이 플랫폼이 몇 가지 이점을 제공한다고 믿는 바로 그 경우이지만 DC도 이를 차례로 봅니다.
플랫폼은 상인에게 무료입니다. Metaquote가 견적 제공자에게 어떤 이점을 제공하지 않으면 Metaquote가 그렇게 성공적일 수 있습니까?
내가 이미 말한 것을 반복할 수 있을 뿐입니다. MT는 고객에게 다양한 알고리즘을 사용하여 가격을 변환하고 일부를 자동화할 수 있는 장난감을 제공합니다. 이것은 좋은 것입니다. 그러나 이것은 무역이 아닙니다. 이러한 유연성은 수익성과 관련이 없습니다. 그것은 단지 잘못된 희망을 주고 거래할 때 정말로 중요한 것에서 주의를 돌리게 합니다.
나는 이미 말한 것을 반복할 수 있을 뿐입니다. MT는 고객에게 다양한 알고리즘을 사용하여 가격을 변환하고 일부를 자동화할 수 있는 장난감을 제공합니다. 이것은 좋은 것입니다. 그러나 이것은 무역이 아닙니다. 이러한 유연성은 수익성과 관련이 없습니다. 그것은 단지 잘못된 희망을 주고 거래할 때 정말로 중요한 것에서 주의를 돌리게 합니다.
왜 "거짓"입니까? 당신은 나에게 삶의 의미를 박탈하고 있을지도 모릅니다!!!)))
그리고 진지하게, "거래에서 정말 중요하다"는 것은 무엇을 의미합니까?
저에게 이것은 수익성 있는 차량입니다. 스텁은 계산기에서 테스트하고 최적화할 수 있다는 것이 분명합니다. 예, 기둥이나, 주판에서도! 너 뭐야, 샤워중인 러다이트? )))
개인적으로 나는 언어와 MT 테스터와 같은 C++를 사용하는 것을 선호합니다. 그리고 더 빨리 작동할수록 제공되는 수단이 더 유연할수록 더 좋습니다. 어딘가에 그렇게...
왜 "거짓"입니까? 당신은 나에게 삶의 의미를 박탈하고 있을지도 모릅니다!!!)))
그리고 진지하게, "거래에서 정말 중요하다"는 것은 무엇을 의미합니까?
저에게 이것은 수익성 있는 차량입니다. 스텁은 계산기에서 테스트하고 최적화할 수 있다는 것이 분명합니다. 예, 기둥이나, 주판에서도! 너 뭐야, 샤워중인 러다이트? )))
개인적으로 나는 언어와 MT 테스터와 같은 C++를 사용하는 것을 선호합니다. 그리고 더 빨리 작동할수록 제공되는 수단이 더 유연할수록 더 좋습니다. 어딘데 그렇게...
모든것이 좋아. 그것은 거래자의 80%(내 겸손한 과소평가에 따르면)가 당신이 하는 방식으로 B Plus를 줄이지 않는다는 것입니다. 이것은 저의 약점이 아니라 시스템상의 문제입니다. 한쪽 다리가 파란색이고 다른 쪽 다리가 빨간색인 사람만 비행기에 탑승할 수 있는 것처럼.
좋은 프로그래머는 거래든 부기든 항상 이점이 있습니다. 그러나 MT는 프로그래머뿐만 아니라 슬프게도 사용됩니다. 그리고 그들에게 MT는 차트 작성 측면에서 그다지 친숙한 터미널이 아닙니다.
러다이트는 누구인가?
모든것이 좋아. 그것은 거래자의 80%(내 겸손한 과소평가에 따르면)가 당신이 하는 방식으로 B Plus를 줄이지 않는다는 것입니다. 이것은 저의 약점이 아니라 시스템상의 문제입니다. 한쪽 다리가 파란색이고 다른 쪽 다리가 빨간색인 사람만 비행기에 탑승할 수 있는 것처럼.
좋은 프로그래머는 거래든 부기든 항상 이점이 있습니다. 그러나 MT는 프로그래머뿐만 아니라 슬프게도 사용됩니다. 그리고 그들에게 MT는 차트 작성 측면에서 그다지 친숙한 터미널이 아닙니다.
러다이트는 누구인가?
MetaQuotes는 "차트 친화성"과 프로그래밍 수학 알고리즘의 기능 사이의 균형을 합리적으로 보여줄 수 있는 사람들에게 비용을 아끼지 않을 것이라고 믿습니다. 두 가지를 동시에 구현하는 것은 불가능하므로 (지속적으로 그리고 매일) 먼저 "WHERE WE GO", "무엇을 먼저 할까요?"를 결정해야 합니까?
이 기술은 가용 자원과 목표 기능의 달성 사이의 균형을 찾는 것입니다.
일반적으로 이를 돕기 위한 수학적 프로그래밍, 즉 최적화라는 여러 가지 방법이 있지만 "코딩"의 목적으로는 여전히 거의 사용되지 않습니다.
모든것이 좋아. 그것은 단지 80%의 거래자들(내 겸손한 과소평가에 따르면)이 당신이 하는 방식으로 B Plus를 줄이지 않는다는 것입니다. 이것은 저의 약점이 아니라 시스템상의 문제입니다. 한쪽 다리가 파란색이고 다른 쪽 다리가 빨간색인 사람만 비행기에 탑승할 수 있는 것처럼.
좋은 프로그래머는 거래든 부기든 항상 이점이 있습니다. 그러나 MT는 프로그래머뿐만 아니라 슬프게도 사용됩니다. 그리고 그들에게 MT는 차트 작성 측면에서 그다지 친숙한 터미널이 아닙니다.
러다이트는 누구인가?
https://ru.wikipedia.org/wiki/%D0%9B%D1%83%D0%B4%D0%B4%D0%B8%D1%82 이것은 "러다이트가 누구인가?"에 관한 것입니다.
본질에 대해. 나는 이미 인터페이스가 매우 비우호적이라는 데 동의했습니다. 하아! 여기 커스텀 칠면조의 속성 창을 작성한 사람의 눈을 들여다보십시오!
당신은 그들이 친구가 되기를 원하지 않는 것을 좋아하지 않습니다. 그러나 다시 한 번 강조하지만 친근함과 프로그래밍 기회를 대조합니다. 하나가 다른 하나를 배제하는 것처럼 보입니다. (첼라의 다리가 부러졌다고 해서 팔이 부러지지 않은 것은 아닙니다.) 이것은 OR이 아닙니다. 글쎄, 개발자는 친구를 원하지 않습니다! 그러나 이것은 아무도 필요로 하지 않는 것이 무엇인지 말할 이유가 되지 않습니다! 그리고 당신은 논쟁의 여지가 있는 충동으로 그렇게 됩니다. 그게 짜증난다.)))
렌코 차트. 카기. 용량. 마우스로 주문을 끌어다 놓습니다. 칠면조의 원하는 매개 변수에서 신호. 구현하기가 매우 어렵습니까? 거래의 명백한 요구가 무시되고 프로그래밍의 즐거움이 우선인 이유는 무엇입니까? 나는 이것을 이해하지 못한다.
제 생각에는 - 트레이더의 머리를 속여서 완전히 소프트웨어가 아닌 방법으로 해결되는 백발에 대한 소프트웨어 솔루션을 찾도록 하는 것입니다. 글쎄, Renko 차트를 추가할 수 있습니까? 아니면 필요하지 않지만 자물쇠를 제거하기 위해 필요합니까?
당신은 진실을 말합니다 ........... +1
거위를 위해)))
https://ru.wikipedia.org/wiki/%D0%9B%D1%83%D0%B4%D0%B4%D0%B8%D1%82 이것은 "러다이트가 누구인가?"에 관한 것입니다.
그러나 다시 한 번 강조하지만 친근함과 프로그래밍 기회를 대조합니다. 하나는 다른 하나를 배제하는 것 같습니다. (첼라의 다리가 부러졌다고 해서 팔이 부러지지 않은 것은 아닙니다.) 이것은 OR이 아닙니다. 글쎄, 개발자는 친구를 원하지 않습니다! 그러나 이것이 니피그가 필요하지 않다는 것을 말하는 이유는 아닙니다!
예, 필요합니다. 필요합니다. (좋은) 프로그래머에게 MT는 아마도 가장 멋진 터미널일 것입니다. 그러나 대다수의 브로커가 이를 사용하므로 사용자는 선택의 여지가 없습니다. 밖에 나가서 침을 뱉으면 프로그래머 안으로 들어간다. 하지만 그렇지 않습니다! 여기 내가 말하는 내용이 있습니다. MT가 프로그래머의 좁은 환경에서 사용된다면 아무도 신경 쓰지 않을 것입니다. 하지만 이 특정 터미널을 사용해야 하며 OR이 아닙니다. 그리고 저 뿐만 아니라 직업별 요리사, 조종사, 양돈업자, 제빵사도 있습니다. 인문대학생. 그들에게 MQL이 무슨 소용이 있습니까? 버즈를 위해 10%의 트레이더(나머지 90명)가 머리를 긁적일 수밖에 없는 상황이라면 좋습니다.
나는 Luddites, 특히 이 부분이 마음에 들었습니다. "많은 사람들이 호주로 보내졌습니다." :)