그리고 시스템은 모두 함께 터미널과 어드바이저의 프로그래밍 언어 및 브로커의 서버에서 틱 및 오픈 / 클로즈 포지션 의 적시성 및 서버와의 비 처짐 연결 .. 글쎄, 그리고 그와 같은 모든 것.
프로그램에 구축할 수 있는 개발자(다양한 플랫폼용)의 서버에 대한 커넥터가 있다면 최소한 기본적으로는 조언자를 작성하고 적어도 Delphi(누가 무엇에 있는지)를 지원하는 것이 더 쉬울 것입니다. 이러한 시스템에서 커넥터가 연결되면 클라이언트는 자신이 사용하는 언어 지원에 대해 다른 모든 질문을 할 수 있습니다.
물론 오늘날의 버전(MT4.MT5)도 필요합니다. 원하면 풀버전을 사용하고 커넥터를 원하면.. 둘 다 원하면..
그리고 시스템은 모두 함께 터미널과 어드바이저의 프로그래밍 언어와 브로커의 서버에서 틱 및 열림/닫힘 위치 의 적시성 및 서버와의 non-sagging 연결 .. 글쎄, 등등.
프로그램에 구축할 수 있는 개발자(다양한 플랫폼용)의 서버에 대한 커넥터가 있다면 최소한 기본적으로는 조언자를 작성하고 적어도 Delphi(누가 무엇에 있는지)를 지원하는 것이 더 쉬울 것입니다. 이러한 시스템에서 커넥터가 연결되면 클라이언트는 자신이 사용하는 언어 지원에 대해 다른 모든 질문을 할 수 있습니다.
물론 오늘날의 버전(MT4.MT5)도 필요합니다. 원하면 풀버전을 사용하고 커넥터를 원하면.. 둘 다 원하면..
분명한.
현장에 에어버스 활주로를 건설하십시오. 갑자기 당신은 당신만의 에어버스를 갖게 될 것입니다. 뱅, 그리고 밴드가 준비되었습니다.
2년 동안 TS를 연마하고, 주간 거래를 포함하여 어드바이저의 다양한 알고리즘을 테스트했고, 결국 특정 시스템, 특정 알고리즘이 개발되었습니다.
성공을 위한 주요 기준 중 하나(유일한 것이 아님)는 다음과 같습니다. 개설 속도와 포지션 청산 속도 - 저는 이 작업을 하고 있습니다.
일부 좋은 거래자는 로봇이 전혀 필요하지 않습니다. 가격 및 거래량 차트를 제외하고는 2개의 버튼만 있으면 됩니다. 매수 및 매도 .. 하지만 포지션 실행 속도도 필요합니다. 가격이 얼마 후에 오를지 누가 알겠습니까? 그들은 닫기로 결정?
나는 추세가 교환 가격의 변화율을 증가시키는 방향으로 가고 있으며 고전적인 분석 방법이 더 이상 작동하지 않는다는 것을 알았습니다. 오늘날 그들은 오른쪽에 있습니다.
또한 정류장 찾기를 포함한 거래소 거래 건수를 살펴보면 일종의 트로이 목마처럼 단말이 브로커에게 무엇이든 보낼 수 있다는 점을 전혀 배제하지 않는다.
그래서 저는 Terminal-Broker 채널의 정보를 제어하고 싶습니다. 이 방향의 첫 번째 단계는 매우 흥미로운 그림을 제공했습니다. 나는 그것을 공개적으로 논의할 준비가 되어 있지 않으며 나 자신도 아직 완전히 이해하지 못했지만 이해했습니다. 나는 그것을 통제하고 이해하기를 원합니다.
TS는 도그마가 아니라 자신의 삶을 살고 있습니다. 거래소에는 많은 흐름 단계가 있기 때문에 Expert Advisor에는 많은 작동 모드가 있습니다. 이 모드는 Expert가 계산한 매개변수를 기반으로 Expert Advisor를 설정하고 변환할 수 있어야 합니다.
그리고 이 작업을 위해서는 어드바이저의 매개변수를 빠르게 수정하는 도구가 필요합니다.
또한 터미널의 품질(별도의 단계에서 과부하가 발생하지 않음)과 명령으로 제어된다는 사실과 프로그램의 빠른 업그레이드 가능성을 모두 확인해야 합니다. 후속 재컴파일과 함께. 트레이더가 그러한 시스템을 개발하고 업그레이드할 때까지는 지루하고 불편할 것입니다. 당신은 무언가를 확신해야 합니다. 그렇지 않으면 너무 많은 불확실성이 있습니다.
그 사이에 왜 주문이 마감(또는 마감)되지 않았는지, 어드바이저가 작동하지 않았는지, 거래소가 통과했는지, 터미널이 멈췄는지, 브로커가 마감 확인을 하지 않았는지에 대한 불확실성이 너무 많습니다. ..... 또는 즉시 시장 집행 여부... 바이러스 백신이 Windows에서 시작되었고 터미널이 거래소로 전송되는 것을 허용하지 않았는지 .. 뉴스가 도착했는지 여부와 프로세서 시간을 먹었는지 여부 .. 네트워크 인터페이스가 있었는지 여부 바빠서 거래소로 보낸 소포가 늦어졌네요..
그 사이에 왜 주문이 마감(또는 마감)되지 않았는지, 어드바이저가 작동하지 않았는지, 거래소가 통과했는지, 터미널이 멈췄는지, 브로커가 마감 확인을 하지 않았는지에 대한 불확실성이 너무 많습니다. ..... 또는 즉시 시장 집행 여부... 바이러스 백신이 Windows에서 시작되었고 터미널이 거래소로 전송되는 것을 허용하지 않았는지 .. 뉴스가 도착했는지 여부와 프로세서 시간을 먹었는지 여부 .. 네트워크 인터페이스가 있었는지 여부 바빠서 거래소로 보낸 소포가 늦어졌네요..
일반적으로 여성이나 남성의 논리와 마찬가지로 인간의 생명은 대체로 비논리적인 것이지만 이것은 철학적 주제이므로 고려하지 않습니다.
당신에 따르면 TCP/IP 프로토콜은 느리고 구식입니까? - 나뿐만 아니라 아주, 아주 많은 전문가들에 따르면.
그러나 이것 외에도 이 구식 프로토콜에 많은 브레이크와 결함이 추가되었습니다.
인류의 진화에 대한 현재 개념 - 일반을 세부 사항으로 나누거나 좁게 집중된 전문가의 형성은 우리의 주제뿐만 아니라 다른 삶의 영역에서도 작업에 대한 전체적인 이해를 상실하게 했습니다. 그리고 이 시대가 어떻게 끝날 것인지는 누구에게도 분명하지 않습니다.
결과적으로 프로그래머는 일반적으로 명령 및 절차의 실행 시간을 고려하여 문제를 해결하도록 훈련되지 않았으며 기본적으로 실제 이벤트를 고려하지 않고 원칙적으로 작동하는 작업만 프로그래밍하기로 결정합니다. 프로그래밍의 복잡성은 시스템 방법의 지속적인 개선과 사용하는 도구의 수와 복잡성의 기하급수적인 증가로 인해 이미 증가했습니다.
많은 작업(항공기 관리 및 기타 방위 작업)은 실시간 작업이 필요하지만 완전히 다른 프로그래머 및 기타 방법이 있습니다.
간단히 말해서: 소프트웨어 및 하드웨어 결함의 전체 묶음에서 - 인터넷 프로토콜은 신뢰할 수 있는 유일한 견고한 기반입니다. - 다른 모든 것은 유령이고 운영 체제 및 프로그램(작성 방법은 알려져 있지 않음) 등입니다.
네트워크 프로토콜에 대한 기록을 제시하지 않으면 충돌 상황조차 해결할 수 없습니다. 마치 비행기의 블랙박스와 같습니다. 예를 들어 주문을 종료하기 위해 클릭했는데 거래소가 이를 이행하지 않은 귀하의 주장 어리 석고 설득력이 없습니다 .. 이것은 논쟁조차 아닙니다. 증명할 수 없습니다. 그러나 Windows가 그 순간에 정지되었거나 잘못된 로트를 선택했을 수 있습니다. 등.
작동하지 않는 이유 - 작동합니다. 유료 사료를 구입하고 자전거를 건강하게 만드십시오.
시스템이 무슨 뜻인지 이해가 안감
차량을 의미한다면 먼저 작동해야합니다.
나머지는 모두 해결해야 할 10번째 문제입니다.
우리는 이 열 번째 해결 가능한 질문에 대해 이야기하고 있습니다.
그리고 시스템은 모두 함께 터미널과 어드바이저의 프로그래밍 언어 및 브로커의 서버에서 틱 및 오픈 / 클로즈 포지션 의 적시성 및 서버와의 비 처짐 연결 .. 글쎄, 그리고 그와 같은 모든 것.
프로그램에 구축할 수 있는 개발자(다양한 플랫폼용)의 서버에 대한 커넥터가 있다면 최소한 기본적으로는 조언자를 작성하고 적어도 Delphi(누가 무엇에 있는지)를 지원하는 것이 더 쉬울 것입니다. 이러한 시스템에서 커넥터가 연결되면 클라이언트는 자신이 사용하는 언어 지원에 대해 다른 모든 질문을 할 수 있습니다.
물론 오늘날의 버전(MT4.MT5)도 필요합니다. 원하면 풀버전을 사용하고 커넥터를 원하면.. 둘 다 원하면..
우리는 이 열 번째 해결 가능한 질문에 대해 이야기하고 있습니다.
그리고 시스템은 모두 함께 터미널과 어드바이저의 프로그래밍 언어와 브로커의 서버에서 틱 및 열림/닫힘 위치 의 적시성 및 서버와의 non-sagging 연결 .. 글쎄, 등등.
프로그램에 구축할 수 있는 개발자(다양한 플랫폼용)의 서버에 대한 커넥터가 있다면 최소한 기본적으로는 조언자를 작성하고 적어도 Delphi(누가 무엇에 있는지)를 지원하는 것이 더 쉬울 것입니다. 이러한 시스템에서 커넥터가 연결되면 클라이언트는 자신이 사용하는 언어 지원에 대해 다른 모든 질문을 할 수 있습니다.
물론 오늘날의 버전(MT4.MT5)도 필요합니다. 원하면 풀버전을 사용하고 커넥터를 원하면.. 둘 다 원하면..
분명한.
현장에 에어버스 활주로를 건설하십시오. 갑자기 당신은 당신만의 에어버스를 갖게 될 것입니다. 뱅, 그리고 밴드가 준비되었습니다.
초고속 차량이 필요하지 않은 경우에도 초고속이 필요한 이유는 무엇입니까?
초고속 차량이 필요하지 않은 경우에도 초고속이 필요한 이유는 무엇입니까?
2년 동안 TS를 연마하고, 주간 거래를 포함하여 어드바이저의 다양한 알고리즘을 테스트했고, 결국 특정 시스템, 특정 알고리즘이 개발되었습니다.
성공을 위한 주요 기준 중 하나(유일한 것이 아님)는 다음과 같습니다. 개설 속도와 포지션 청산 속도 - 저는 이 작업을 하고 있습니다.
일부 좋은 거래자는 로봇이 전혀 필요하지 않습니다. 가격 및 거래량 차트를 제외하고는 2개의 버튼만 있으면 됩니다. 매수 및 매도 .. 하지만 포지션 실행 속도도 필요합니다. 가격이 얼마 후에 오를지 누가 알겠습니까? 그들은 닫기로 결정?
나는 추세가 교환 가격의 변화율을 증가시키는 방향으로 가고 있으며 고전적인 분석 방법이 더 이상 작동하지 않는다는 것을 알았습니다. 오늘날 그들은 오른쪽에 있습니다.
또한 정류장 찾기를 포함한 거래소 거래 건수를 살펴보면 일종의 트로이 목마처럼 단말이 브로커에게 무엇이든 보낼 수 있다는 점을 전혀 배제하지 않는다.
그래서 저는 Terminal-Broker 채널의 정보를 제어하고 싶습니다. 이 방향의 첫 번째 단계는 매우 흥미로운 그림을 제공했습니다. 나는 그것을 공개적으로 논의할 준비가 되어 있지 않으며 나 자신도 아직 완전히 이해하지 못했지만 이해했습니다. 나는 그것을 통제하고 이해하기를 원합니다.
그리고 왜 초고속이 필요한가요? -전화로 신청합시다.
TS는 도그마가 아니라 자신의 삶을 살고 있습니다. 거래소에는 많은 흐름 단계가 있기 때문에 Expert Advisor에는 많은 작동 모드가 있습니다. 이 모드는 Expert가 계산한 매개변수를 기반으로 Expert Advisor를 설정하고 변환할 수 있어야 합니다.
그리고 이 작업을 위해서는 어드바이저의 매개변수를 빠르게 수정하는 도구가 필요합니다.
또한 터미널의 품질(별도의 단계에서 과부하가 발생하지 않음)과 명령으로 제어된다는 사실과 프로그램의 빠른 업그레이드 가능성을 모두 확인해야 합니다. 후속 재컴파일과 함께. 트레이더가 그러한 시스템을 개발하고 업그레이드할 때까지는 지루하고 불편할 것입니다. 당신은 무언가를 확신해야 합니다. 그렇지 않으면 너무 많은 불확실성이 있습니다.
그 사이에 왜 주문이 마감(또는 마감)되지 않았는지, 어드바이저가 작동하지 않았는지, 거래소가 통과했는지, 터미널이 멈췄는지, 브로커가 마감 확인을 하지 않았는지에 대한 불확실성이 너무 많습니다. ..... 또는 즉시 시장 집행 여부... 바이러스 백신이 Windows에서 시작되었고 터미널이 거래소로 전송되는 것을 허용하지 않았는지 .. 뉴스가 도착했는지 여부와 프로세서 시간을 먹었는지 여부 .. 네트워크 인터페이스가 있었는지 여부 바빠서 거래소로 보낸 소포가 늦어졌네요..
따라서 시스템은 중요한 상황에서 실패하지 않도록 성능 예비가 필요합니다.
그 사이에 왜 주문이 마감(또는 마감)되지 않았는지, 어드바이저가 작동하지 않았는지, 거래소가 통과했는지, 터미널이 멈췄는지, 브로커가 마감 확인을 하지 않았는지에 대한 불확실성이 너무 많습니다. ..... 또는 즉시 시장 집행 여부... 바이러스 백신이 Windows에서 시작되었고 터미널이 거래소로 전송되는 것을 허용하지 않았는지 .. 뉴스가 도착했는지 여부와 프로세서 시간을 먹었는지 여부 .. 네트워크 인터페이스가 있었는지 여부 바빠서 거래소로 보낸 소포가 늦어졌네요..
TCP/IP 프로토콜이 느린지 느린지...
특히 프로토콜이 여전히 느리고 서버가 프로그램 없이도 빠르게 작동할 수 없기 때문에 이러한 TcpIp 엔진으로 무엇을 할 수 있습니까?
예, 구식입니다.
셰란더 :
..예, 그리고 TCP 프로토콜은 매우 구식입니다 ..
개발자에게 서버에 대한 커넥터를 요청하지만 TCP/IP 프로토콜이 느리고 구식이기 때문에 요점은 무엇입니까?
귀하의 요청에 불일치가 많습니다.
개발자에게 서버에 대한 커넥터를 요청하지만 TCP/IP 프로토콜이 느리고 구식이기 때문에 요점은 무엇입니까?
귀하의 요청에 불일치가 많습니다.
일반적으로 여성이나 남성의 논리와 마찬가지로 인간의 생명은 대체로 비논리적인 것이지만 이것은 철학적 주제이므로 고려하지 않습니다.
당신에 따르면 TCP/IP 프로토콜은 느리고 구식입니까? - 나뿐만 아니라 아주, 아주 많은 전문가들에 따르면.
그러나 이것 외에도 이 구식 프로토콜에 많은 브레이크와 결함이 추가되었습니다.
인류의 진화에 대한 현재 개념 - 일반을 세부 사항으로 나누거나 좁게 집중된 전문가의 형성은 우리의 주제뿐만 아니라 다른 삶의 영역에서도 작업에 대한 전체적인 이해를 상실하게 했습니다. 그리고 이 시대가 어떻게 끝날 것인지는 누구에게도 분명하지 않습니다.
결과적으로 프로그래머는 일반적으로 명령 및 절차의 실행 시간을 고려하여 문제를 해결하도록 훈련되지 않았으며 기본적으로 실제 이벤트를 고려하지 않고 원칙적으로 작동하는 작업만 프로그래밍하기로 결정합니다. 프로그래밍의 복잡성은 시스템 방법의 지속적인 개선과 사용하는 도구의 수와 복잡성의 기하급수적인 증가로 인해 이미 증가했습니다.
많은 작업(항공기 관리 및 기타 방위 작업)은 실시간 작업이 필요하지만 완전히 다른 프로그래머 및 기타 방법이 있습니다.
간단히 말해서: 소프트웨어 및 하드웨어 결함의 전체 묶음에서 - 인터넷 프로토콜은 신뢰할 수 있는 유일한 견고한 기반입니다. - 다른 모든 것은 유령이고 운영 체제 및 프로그램(작성 방법은 알려져 있지 않음) 등입니다.
네트워크 프로토콜에 대한 기록을 제시하지 않으면 충돌 상황조차 해결할 수 없습니다. 마치 비행기의 블랙박스와 같습니다. 예를 들어 주문을 종료하기 위해 클릭했는데 거래소가 이를 이행하지 않은 귀하의 주장 어리 석고 설득력이 없습니다 .. 이것은 논쟁조차 아닙니다. 증명할 수 없습니다. 그러나 Windows가 그 순간에 정지되었거나 잘못된 로트를 선택했을 수 있습니다. 등.