물론 문제는 없습니다. 그리고 그런 알고리즘 거래가 없었다면 문제도 없었을 것입니다. 그리고 인터넷, 소셜 네트워크 ...
이들은 모두 새로운 솔루션과 새로운 문제를 만들어내는 인위적인 존재입니다. 처음부터 새로운 틈새 시장과 발명품을 만드는 것을 금지하는 사람은 없습니다.
사람들은 그것에 익숙해지면 그들 없이는 살 수 없습니다. 이것이 실제 생활에서 작동하는 방식입니다.
다른 틈새 시장과 마찬가지로 알고리즘 거래의 문제 는 개발입니다. 그것 없이는 틈새 시장의 존재가 불운합니다. 문제는 어디에서 개발해야 합니까? 수동 거래 방향으로 만.반자동으로 만 "흡수"하십시오. 그리고 우리는 우리 활동의 존재를 위한 돈과 시간을 의미하는 틈새 시장을 위한 새로운 공간을 얻게 될 것입니다. 막다른 틈새 시장을 먹음으로써.
뭔가 혼란스럽네요. 먼저 문제가 있고 다음에는 문제가 없다고 쓰고 즉시 문제가 있다고 씁니다.
일반적으로 거래의 발전에 대해 이상한 개념이 있습니다. 당신은 알고리즘 거래가 수동 거래로 발전해야 한다고 썼습니다. 그 반대 아닌가요? 처음에는 이동 평균도 계산기로 계산하는 수동 거래가 있었습니다. 그런 다음 이러한 지표가 이미 플랫폼에 구축된 PC 및 거래 플랫폼이 있었습니다. 그런 다음 자체 지표를 코딩하고 거래 시스템을 자동화하는 것이 가능해졌습니다. 반대로 알고리즘 거래는 수동 거래의 발전된 것입니다. 그리고 반자동 거래는 수동 거래와 자동 거래 사이 의 중간 링크 이며 거래할 때입니다. 전략은 알고리즘화에 적합하지 않습니다.
뭔가 혼란스럽네요. 먼저 문제가 있고 그런 다음 문제가 없다고 쓰고 즉시 문제가 있다고 씁니다.
일반적으로 거래의 발전에 대해 이상한 개념이 있습니다. 당신은 알고리즘 거래가 수동 거래로 발전되어야 한다고 씁니다. 그 반대 아닌가요? 처음에는 이동 평균도 계산기로 계산하는 수동 거래가 있었습니다. 그런 다음 이러한 지표가 이미 플랫폼에 구축된 PC 및 거래 플랫폼이 있었습니다. 그런 다음 자체 지표를 코딩하고 거래 시스템을 자동화하는 것이 가능해졌습니다. 반대로 알고리즘 거래는 수동 거래의 발전된 것입니다. 그리고 반자동 거래는 수동 거래와 자동 거래 사이 의 중간 링크 이며 거래할 때입니다. 전략은 알고리즘화에 적합하지 않습니다.
논리적으로 알고리즘 거래는 수동 거래를 완전히 제거해야 합니다. 그러나 대신 병렬로 발전하기 시작했습니다. 수동 거래 분야는 여전히 정복되지 않았습니다. 이것은 알고리즘 트레이딩 개발의 실수입니다. 따라서 추가 개발을 위해서는 수동 거래를 반자동 거래로 대체해야합니다.
반자동 은 현재 알고리즘 거래의 미개발 영역입니다 . 그리고 수동 거래를 흡수하도록 설계되었습니다. 개발을 위한 여유 공간입니다. 우리가 이기지 못하면 다른 사람들이 이기게 될 것입니다. 따라서 수동 거래로 이동해야 하지만 " 승리 "해야 합니다.
논리적으로 알고리즘 거래는 수동 거래를 완전히 제거했어야 합니다. 그러나 대신 병렬로 발전하기 시작했습니다. 수동 거래 분야는 여전히 정복되지 않았습니다. 이것은 알고리즘 거래의 발전에 있어서의 실수입니다. 따라서 추가 개발을 위해서는 수동 거래를 반자동 거래로 대체해야합니다.
반자동 은 현재 알고리즘 거래의 정복되지 않은 영역입니다 . 그리고 수동 거래를 흡수하도록 설계되었습니다. 개발을 위한 여유 공간입니다. 우리가 이기지 못하면 다른 사람들이 이기게 될 것입니다. 따라서 수동 거래로 이동해야 하지만 " 승리 "해야 합니다.
아, 당신은 그것에 대해 이야기하고 있습니다. 처음에는 당신의 생각을 잘못 이해했습니다. 수동 거래를 반자동으로 대체하여 짜낼 것을 제안합니다. 그러나 위치만 공개되고 TP 및 SL 레벨이 설정된 인터페이스를 만드는 것만으로는 충분하지 않습니다. 또한 이러한 인터페이스에 분석 요소를 포함해야 합니다. 이것이 반자동 거래가 의미하는 것입니다. 로봇은 시장 상황을 분석하지만 포지션을 오픈(청산)할지 여부는 트레이더 자신이 결정합니다. 그런 다음 거래 시스템을 만드는 문제로 다시 돌아갑니다. 그리고 인터페이스가 시장을 분석하지 않고 열기(닫기) 버튼만 제공하는 경우 이는 반자동이 아니라 완전히 수동 거래이며 터미널 인터페이스가 아니라 "중개" 인터페이스를 통해서입니다.
아, 당신은 그것에 대해 이야기하고 있습니다. 처음에는 당신의 생각을 잘못 이해했습니다. 수동 거래를 반자동으로 대체하여 짜낼 것을 제안합니다. 그러나 위치만 열리고 TP 및 SL 레벨이 설정되는 인터페이스를 만드는 것만으로는 충분하지 않습니다. 또한 이러한 인터페이스에 분석 요소를 포함해야 합니다. 이것이 반자동 거래가 의미하는 것입니다. 로봇은 시장 상황을 분석하지만 포지션을 오픈(청산)할지 여부는 트레이더 자신이 결정합니다. 그런 다음 거래 시스템을 만드는 문제로 다시 돌아갑니다. 그리고 인터페이스가 시장을 분석하지 않고 열기(닫기) 버튼만 제공하는 경우 이는 반자동이 아니라 완전히 수동 거래이며 터미널 인터페이스가 아니라 "중개" 인터페이스를 통해서입니다.
글쎄, 내 인터페이스는 "열기/닫기" 버튼 이상을 제공합니다. :)
GUI 없이는 반자동이 작동하지 않습니다.
따라서 나는 그것을 만들었습니다. 그러나 반자동의 추가 개발은 제안된 도구를 사용하고 "수동" 문제에 대한 반자동 솔루션을 만드는 가장 지능적이고 통찰력 있는 개발자에게 달려 있습니다.
나는 새로운 영역의 문을 열었고 그것은 우리 커뮤니티의 개발자들에 의해 MT 플랫폼에서 정복될 것입니다.
따라서 나는 그것을 만들었습니다. 그러나 반자동의 추가 개발은 제안된 도구를 사용하고 "수동" 문제에 대한 반자동 솔루션을 만드는 가장 지능적이고 통찰력 있는 개발자에게 달려 있습니다.
나는 새로운 영역의 문을 열었고 그것은 우리 커뮤니티의 개발자들에 의해 MT 플랫폼에서 정복될 것입니다.
그건 그렇고, 나는 이것을 오래전에 제안했지만 아무도 나를 이해하지 못했습니다.))
분명한. 그러나 당신의 프로그래밍 스타일만이 현대적 선호도를 충족시키지 못하며, 실용주의적인 프로그래머는 이러한 목적을 위해 플랫폼의 표준 제공에 포함된 보다 편리한 기성 클래스를 사용하는 것을 선호할 것입니다. 그렇지 않으면 시장 분석 알고리즘을 구현하는 데 더 많은 시간을 할애하는 대신 코드의 복잡성을 이해해야 합니다.
분명한. 그러나 당신의 프로그래밍 스타일만이 현대적 선호도를 충족시키지 못하며, 실용주의적인 프로그래머는 이러한 목적을 위해 플랫폼의 표준 제공에 포함된 보다 편리한 기성 클래스를 사용하는 것을 선호할 것입니다. 그렇지 않으면 시장 분석 알고리즘을 구현하는 데 더 많은 시간을 할애하는 대신 코드의 복잡성을 이해해야 합니다.
당신이 옳지 않다.
무엇을 설명하겠습니다:
프로그래머는 내 솔루션의 코드를 볼 필요가 없습니다. 그들은 그래픽 디자이너를 받고 응용 프로그램에 대한 인터페이스를 만듭니다. 이 인터페이스는 특별한 "엔진"이라는 프로그램. 이 "엔진"은 개발자의 응용 프로그램에 연결되어 전체적으로 상호 작용합니다.즉, 응용 프로그램의 GUI가 특별합니다. 응용 프로그램 자체에 연결하는 프로그램입니다.
이것은 이미 테스트되었으며 작동합니다. (Oleg Papkov는 이 기술의 선구자였습니다).
프로그래머는 내 솔루션의 코드를 볼 필요가 없습니다. 그들은 그래픽 디자이너를 받고 응용 프로그램에 대한 인터페이스를 만듭니다. 이 인터페이스는 특별한 "엔진"이라는 프로그램. 이 "엔진"은 개발자의 응용 프로그램에 연결되어 전체적으로 상호 작용합니다.즉, 응용 프로그램의 GUI가 특별합니다. 응용 프로그램 자체에 연결하는 프로그램입니다.
이것은 이미 테스트되었으며 작동합니다. (Oleg Papkov는 이 기술의 선구자였습니다).
이제 MT NET-dll에 맞춰 제시간에 도착했습니다. MT용 C-sharp에서 GUI를 만드는 것은 더 이상 어렵지 않으며 기능이 향상되었습니다. 이후 에 따르면 모든 이벤트는 MT-틱으로 진행되고 버튼도 진행됩니다. 글쎄, IMHO 분석을 고정하기 위해 Peter보다 DLL이 더 쉽습니다.
일반적으로 Peter의 엔진은 누구에게나 유용하다면 DLL이 없는 시장 판매자에게만 해당됩니다.
물론 문제는 없습니다. 그리고 그런 알고리즘 거래가 없었다면 문제도 없었을 것입니다. 그리고 인터넷, 소셜 네트워크 ...
이들은 모두 새로운 솔루션과 새로운 문제를 만들어내는 인위적인 존재입니다. 처음부터 새로운 틈새 시장과 발명품을 만드는 것을 금지하는 사람은 없습니다.
사람들은 그것에 익숙해지면 그들 없이는 살 수 없습니다. 이것이 실제 생활에서 작동하는 방식입니다.
다른 틈새 시장과 마찬가지로 알고리즘 거래의 문제 는 개발입니다. 그것 없이는 틈새 시장의 존재가 불운합니다. 문제는 어디에서 개발해야 합니까? 수동 거래 방향으로 만. 반자동으로 만 "흡수"하십시오. 그리고 우리는 우리 활동의 존재를 위한 돈과 시간을 의미하는 틈새 시장을 위한 새로운 공간을 얻게 될 것입니다. 막다른 틈새 시장을 먹음으로써.
뭔가 혼란스럽네요. 먼저 문제가 있고 다음에는 문제가 없다고 쓰고 즉시 문제가 있다고 씁니다.
일반적으로 거래의 발전에 대해 이상한 개념이 있습니다. 당신은 알고리즘 거래가 수동 거래로 발전해야 한다고 썼습니다. 그 반대 아닌가요? 처음에는 이동 평균도 계산기로 계산하는 수동 거래가 있었습니다. 그런 다음 이러한 지표가 이미 플랫폼에 구축된 PC 및 거래 플랫폼이 있었습니다. 그런 다음 자체 지표를 코딩하고 거래 시스템을 자동화하는 것이 가능해졌습니다. 반대로 알고리즘 거래는 수동 거래의 발전된 것입니다. 그리고 반자동 거래는 수동 거래와 자동 거래 사이 의 중간 링크 이며 거래할 때입니다. 전략은 알고리즘화에 적합하지 않습니다.
뭔가 혼란스럽네요. 먼저 문제가 있고 그런 다음 문제가 없다고 쓰고 즉시 문제가 있다고 씁니다.
일반적으로 거래의 발전에 대해 이상한 개념이 있습니다. 당신은 알고리즘 거래가 수동 거래로 발전되어야 한다고 씁니다. 그 반대 아닌가요? 처음에는 이동 평균도 계산기로 계산하는 수동 거래가 있었습니다. 그런 다음 이러한 지표가 이미 플랫폼에 구축된 PC 및 거래 플랫폼이 있었습니다. 그런 다음 자체 지표를 코딩하고 거래 시스템을 자동화하는 것이 가능해졌습니다. 반대로 알고리즘 거래는 수동 거래의 발전된 것입니다. 그리고 반자동 거래는 수동 거래와 자동 거래 사이 의 중간 링크 이며 거래할 때입니다. 전략은 알고리즘화에 적합하지 않습니다.
논리적으로 알고리즘 거래는 수동 거래를 완전히 제거해야 합니다. 그러나 대신 병렬로 발전하기 시작했습니다. 수동 거래 분야는 여전히 정복되지 않았습니다. 이것은 알고리즘 트레이딩 개발의 실수입니다. 따라서 추가 개발을 위해서는 수동 거래를 반자동 거래로 대체해야합니다.
반자동 은 현재 알고리즘 거래의 미개발 영역입니다 . 그리고 수동 거래를 흡수하도록 설계되었습니다. 개발을 위한 여유 공간입니다. 우리가 이기지 못하면 다른 사람들이 이기게 될 것입니다. 따라서 수동 거래로 이동해야 하지만 " 승리 "해야 합니다.
...반대로 알고리즘 거래는 수동 거래의 발전된 것입니다. 그리고 반자동 거래는 수동 거래와 자동 거래 사이 의 중간 링크 이며 거래할 때입니다. 전략은 알고리즘화에 적합하지 않습니다.
권리. 그러나 그것은 단지 "링크"가 아닙니다. 개발을 위한 공간입니다. 이것은 돈이다.
논리적으로 알고리즘 거래는 수동 거래를 완전히 제거했어야 합니다. 그러나 대신 병렬로 발전하기 시작했습니다. 수동 거래 분야는 여전히 정복되지 않았습니다. 이것은 알고리즘 거래의 발전에 있어서의 실수입니다. 따라서 추가 개발을 위해서는 수동 거래를 반자동 거래로 대체해야합니다.
반자동 은 현재 알고리즘 거래의 정복되지 않은 영역입니다 . 그리고 수동 거래를 흡수하도록 설계되었습니다. 개발을 위한 여유 공간입니다. 우리가 이기지 못하면 다른 사람들이 이기게 될 것입니다. 따라서 수동 거래로 이동해야 하지만 " 승리 "해야 합니다.
아, 당신은 그것에 대해 이야기하고 있습니다. 처음에는 당신의 생각을 잘못 이해했습니다. 수동 거래를 반자동으로 대체하여 짜낼 것을 제안합니다. 그러나 위치만 공개되고 TP 및 SL 레벨이 설정된 인터페이스를 만드는 것만으로는 충분하지 않습니다. 또한 이러한 인터페이스에 분석 요소를 포함해야 합니다. 이것이 반자동 거래가 의미하는 것입니다. 로봇은 시장 상황을 분석하지만 포지션을 오픈(청산)할지 여부는 트레이더 자신이 결정합니다. 그런 다음 거래 시스템을 만드는 문제로 다시 돌아갑니다. 그리고 인터페이스가 시장을 분석하지 않고 열기(닫기) 버튼만 제공하는 경우 이는 반자동이 아니라 완전히 수동 거래이며 터미널 인터페이스가 아니라 "중개" 인터페이스를 통해서입니다.
아, 당신은 그것에 대해 이야기하고 있습니다. 처음에는 당신의 생각을 잘못 이해했습니다. 수동 거래를 반자동으로 대체하여 짜낼 것을 제안합니다. 그러나 위치만 열리고 TP 및 SL 레벨이 설정되는 인터페이스를 만드는 것만으로는 충분하지 않습니다. 또한 이러한 인터페이스에 분석 요소를 포함해야 합니다. 이것이 반자동 거래가 의미하는 것입니다. 로봇은 시장 상황을 분석하지만 포지션을 오픈(청산)할지 여부는 트레이더 자신이 결정합니다. 그런 다음 거래 시스템을 만드는 문제로 다시 돌아갑니다. 그리고 인터페이스가 시장을 분석하지 않고 열기(닫기) 버튼만 제공하는 경우 이는 반자동이 아니라 완전히 수동 거래이며 터미널 인터페이스가 아니라 "중개" 인터페이스를 통해서입니다.
글쎄, 내 인터페이스는 "열기/닫기" 버튼 이상을 제공합니다. :)
GUI 없이는 반자동이 작동하지 않습니다.
따라서 나는 그것을 만들었습니다. 그러나 반자동의 추가 개발은 제안된 도구를 사용하고 "수동" 문제에 대한 반자동 솔루션을 만드는 가장 지능적이고 통찰력 있는 개발자에게 달려 있습니다.
나는 새로운 영역의 문을 열었고 그것은 우리 커뮤니티의 개발자들에 의해 MT 플랫폼에서 정복될 것입니다.
그건 그렇고, 나는 이것을 오래전에 제안했지만 아무도 나를 이해하지 못했습니다.))
글쎄, 내 인터페이스는 "열기/닫기" 버튼 이상을 제공합니다. :)
GUI 없이는 반자동이 작동하지 않습니다.
따라서 나는 그것을 만들었습니다. 그러나 반자동의 추가 개발은 제안된 도구를 사용하고 "수동" 문제에 대한 반자동 솔루션을 만드는 가장 지능적이고 통찰력 있는 개발자에게 달려 있습니다.
나는 새로운 영역의 문을 열었고 그것은 우리 커뮤니티의 개발자들에 의해 MT 플랫폼에서 정복될 것입니다.
그건 그렇고, 나는 이것을 오래전에 제안했지만 아무도 나를 이해하지 못했습니다.))
분명한. 그러나 당신의 프로그래밍 스타일만이 현대적 선호도를 충족시키지 못하며, 실용주의적인 프로그래머는 이러한 목적을 위해 플랫폼의 표준 제공에 포함된 보다 편리한 기성 클래스를 사용하는 것을 선호할 것입니다. 그렇지 않으면 시장 분석 알고리즘을 구현하는 데 더 많은 시간을 할애하는 대신 코드의 복잡성을 이해해야 합니다.
분명한. 그러나 당신의 프로그래밍 스타일만이 현대적 선호도를 충족시키지 못하며, 실용주의적인 프로그래머는 이러한 목적을 위해 플랫폼의 표준 제공에 포함된 보다 편리한 기성 클래스를 사용하는 것을 선호할 것입니다. 그렇지 않으면 시장 분석 알고리즘을 구현하는 데 더 많은 시간을 할애하는 대신 코드의 복잡성을 이해해야 합니다.
당신이 옳지 않다.
무엇을 설명하겠습니다:
프로그래머는 내 솔루션의 코드를 볼 필요가 없습니다. 그들은 그래픽 디자이너를 받고 응용 프로그램에 대한 인터페이스를 만듭니다. 이 인터페이스는 특별한 "엔진"이라는 프로그램. 이 "엔진"은 개발자의 응용 프로그램에 연결되어 전체적으로 상호 작용합니다. 즉, 응용 프로그램의 GUI가 특별합니다. 응용 프로그램 자체에 연결하는 프로그램입니다.
이것은 이미 테스트되었으며 작동합니다. (Oleg Papkov는 이 기술의 선구자였습니다).
당신이 옳지 않다.
무엇을 설명하겠습니다:
프로그래머는 내 솔루션의 코드를 볼 필요가 없습니다. 그들은 그래픽 디자이너를 받고 응용 프로그램에 대한 인터페이스를 만듭니다. 이 인터페이스는 특별한 "엔진"이라는 프로그램. 이 "엔진"은 개발자의 응용 프로그램에 연결되어 전체적으로 상호 작용합니다. 즉, 응용 프로그램의 GUI가 특별합니다. 응용 프로그램 자체에 연결하는 프로그램입니다.
이것은 이미 테스트되었으며 작동합니다. (Oleg Papkov는 이 기술의 선구자였습니다).
즉, 시장 분석 블록을 변경 없이 고정할 수 있습니까?
즉, 시장 분석 블록을 변경 없이 고정할 수 있습니까?
권리.
애플리케이션의 GUI를 전달하는 엔진은 단순히 컨트롤의 메커니즘(버튼, 입력 필드 등...)을 구현합니다.
버튼, 체크박스, 텍스트 입력 및 기타 사용자 작업을 클릭하면 개발자의 애플리케이션으로 직접 전송됩니다.
애플리케이션은 데이터를 필드와 테이블에 전달할 수 있습니다.
모든 것은 간단한 연결 파일을 통해 이루어집니다.
이제 MT NET-dll에 맞춰 제시간에 도착했습니다. MT용 C-sharp에서 GUI를 만드는 것은 더 이상 어렵지 않으며 기능이 향상되었습니다. 이후 에 따르면 모든 이벤트는 MT-틱으로 진행되고 버튼도 진행됩니다. 글쎄, IMHO 분석을 고정하기 위해 Peter보다 DLL이 더 쉽습니다.
일반적으로 Peter의 엔진은 누구에게나 유용하다면 DLL이 없는 시장 판매자에게만 해당됩니다.