제 생각에는 이와 같은 것이 매우 유용할 것입니다. .... ex5 라이브러리의 형태로 개별 사용자 플러그인을 연결할 수 있는 보편적인 연구 실험실과 같은 것입니다. 지표 플러그인, 통계 처리, 거래 플러그인이 될 수 있습니다. 이러한 플러그인은 시장과 코드 베이스에 업로드할 수 있습니다. 즉, MT5를 기반으로 하는 보편적인 연구 및 거래 플랫폼과 같은 것입니다. 그래프, 히스토그램, 통계 그래프를 그리기 위한 해당 창이 있어야 합니다. 이것이 흥미로울 것입니다.
친애하는 개발자 여러분, 거래 프로그램 개발의 도약을 기대하면서 우리가 만드는 로봇이 많은 새로운 기능을 얻게 될 것으로 예상됩니다. 그리고 일반 알고리즘 트레이더가 지금 이러한 기능을 필요로 하는지 여부는 중요하지 않습니다. 어쨌든 우리는 이 영역을 계속 개발할 것입니다. 우리에게는 새로운 기회가 필요합니다. 구매자의 요구는 종종 판매자의 새로운 제안에서 비롯되므로 우리의 혁신이 요구되지 않을 것이라고 생각해서는 안됩니다.
수년 동안 MT에서 거래 프로그램 기능을 개발하는 데 심각한 장벽이 있었습니다. 제 생각에는 이 장애물은 결코 MQL 언어가 아니라 가장 재능 있는 개발자의 창조적 잠재력을 실현하기 위한 광범위한 기반을 마련하는 MT 플랫폼이 아니라 작업의 규모와 복잡성입니다. 고품질의 Windows와 같은 그래픽 인터페이스를 만드는 것입니다.
우리 중 누가 자신의 고문에서 계획한 모든 것을 구현할 수 없다는 사실에 불편 함, 불편 함을 한 번도 느끼지 않았습니까? 테이블, 거래 통계, 보고서 등이 포함된 창이 얼마나 부족한지 느끼지 못하셨습니까? 아마도 거의 모든 사람들이 이것이 테스터뿐만 아니라 자신의 Expert Advisor에도 통합되어야 한다는 것을 마음속으로 이해했을 것입니다. 왜냐하면 이 데이터는 실제 거래와 실시간에서 훨씬 더 필요하기 때문입니다.
그러나 개발되지 않은 기술, 공통 표준의 부족, 생성된 그래픽의 낮은 품질 및 로봇의 사용자 인터페이스 생성 위험을 감수한 프로그래머가 직면한 기타 문제와 같은 어려움. MT에서 본격적인 UI를 만드는 것은 거래 로직을 코딩하거나, 통계 수집을 위한 알고리즘을 작성하거나, 전략에 패턴 인식을 도입하는 것보다 훨씬 어렵다는 것이 분명해졌습니다. 알고리즘 거래가 새로운 수준의 알고리즘 거래로 전환하는 데 장애물이 된 것은 이러한 어려움이었습니다. 이는 사람과 프로그램 사이에 필요한 상호 작용의 영역을 크게 확장하여 거래의 효율성을 높이고 잠재력을 드러냅니다. 가장 독창적인 아이디어. 알고리즘에 바인딩된 "철"의 소프트웨어 단점, 인간 사고의 유연성을 보완할 수 있는 상호 작용 영역.
이제 EA는 철로 위에서만 달리는 트램과 같고 사용자는 아무도 모릅니다. 하지만 EA가 자동차처럼 되고 어느 방향으로든 택시를 탈 수 있는 옵션이 있다고 상상해 보세요. 이러한 "기계"를 사용하면 시장에서 훨씬 더 자신감을 느낄 수 있습니다 ...
고문의 인터페이스가 거래 프로세스의 정보 지원 수준을 크게 높이고 관찰자의 지평을 넓히고 더 많은 거래 층을 정복하는 데 도움이 될 것이라는 것은 모두에게 분명하다고 생각합니다. 실시간 통계, 거래 프로세스의 편리한 시각화 등이 있을 것입니다. 그러나 개발자는 고품질 GUI를 쉽고 빠르게 만들 수 있는 방법이 없지만 불행히도 프로그램은 그대로 유지됩니다. GUI의 거의 완전한 부재로 인해 개발 진행과 거래 로봇의 "증인"이 중단된 것 같습니다. Windows가 없는 Windows와 같이 인터페이스가 없는 어드바이저는 DOS일 뿐이며 무기한 사용하고 싶지는 않습니다.
우리 커뮤니티에는 그래픽 라이브러리를 만든 용감한 개발자가 있습니다. 그들은 훌륭한 일을 했고 그것은 많은 존경을 받을 자격이 있습니다. 나는 그들의 라이브러리로 GUI를 작성하는 것의 효율성, 품질 및 용이성을 판단하지 않을 것입니다. 이것은 매우 주관적인 판단이기 때문입니다. 그러나 그들의 라이브러리가 가장 까다로운 프로그래머의 모든 요구 사항을 완전히 충족하고 그들의 도움으로 우리가 만들 수 있다고 상상해 봅시다. 우리가 원하는 무엇이든. Expert Advisors의 인터페이스가 어떻게 생겼는지, 거기에 무엇을 넣고 싶은지, 어떤 정보를 표시하고 싶은지 함께 생각해 봅시다. 아직 완전히 구현된 적이 없는 프로그램의 인터페이스 스타일과 표준에 대해 생각해 봅시다. )
어떤 평면에서나 회전할 수 있는 3D 그래프를 만들 수 있기를 바랍니다. 3차원 그래픽 을 만들 계획이 있지만, 아직까지는 원하는 형태로 구현되지 않고 있다. 예를 들어, 그래프는 오른쪽, 위, 아래뿐만 아니라 깊이까지 이동할 수 있어야 합니다.
Andrey Dik : 제 생각에는 이와 같은 것이 매우 유용할 것입니다. .... ex5 라이브러리의 형태로 개별 사용자 플러그인을 연결할 수 있는 보편적인 연구 실험실과 같은 것입니다. 지표 플러그인, 통계 처리, 거래 플러그인이 될 수 있습니다. 이러한 플러그인은 시장과 코드 베이스에 업로드할 수 있습니다. 즉, MT5를 기반으로 하는 보편적인 연구 및 거래 플랫폼과 같은 것입니다. 그래프, 히스토그램, 통계 그래프를 그리기 위한 해당 창이 있어야 합니다. 이것이 흥미로울 것입니다.
맞아요. 저를 믿으십시오. 대부분의 거래자들은 그러한 꿈을 공유하지만, 그것을 실현할 기회가 없기 때문에 이것이 전혀 필요하지 않다는 것을 스스로 확신하기 시작했습니다. 모두가 모든 상인의 욕망의 한계로 "전리품 자르기"버튼에 대해 이야기하기 시작했습니다. 그들은 거래 과정에서 참여와 지능을 제거함으로써 시장 요소와 블라인드 패턴에 완전히 종속된다는 것을 이해하지 못합니다. 사람은 기계보다 똑똑하며 앞으로도 그럴 것입니다. 그것을 잊어 버린 사람들에게 화가 있습니다.
Maxim Romanov : 어떤 평면에서나 회전할 수 있는 3D 그래프를 만들 수 있기를 바랍니다. 3차원 그래픽 을 만들 계획이 있지만, 아직까지는 원하는 형태로 구현되지 않고 있다. 예를 들어, 그래프는 오른쪽, 위, 아래뿐만 아니라 깊이까지 이동할 수 있어야 합니다.
Реter Konow : 그럼에도 불구하고 프로그램에는 인터페이스가 있어야하며 내 거래 경험이 여기서 역할을하지 않는다고 확신합니다 ...
TV를 사용한 경험이 있습니다. 인터페이스를 얼마나 자주 사용합니까?
작업이 흥미로운 것으로 상인을 점유하는 것이라면 그렇습니다. 얼굴이 더 정교할수록 수요가 많을 것입니다. 그러나 조언자의 목적은 가능한 한 사용자를 위해 결정을 내리는 것입니다. 이 문제를 더 잘 해결할 수 있습니다. 더 많은 결정이 필요합니다. 사용자가 필요로 하는 설정이 적으면 고급 인터페이스가 필요하지 않습니다.
관리 등은 정의상 대부분 느립니다. MQL에서 이 많은 작업을 수행하는 것은 확실히 가능하지만 시간이 얼마나 걸릴까요? IMHO, 이것은 C++, C# 등과 같은 언어에서 더 쉽게 수행됩니다. 그런 다음 요소와의 연결은 DLL 또는 파일입니다. 예를 들어 타이머로. 결과적으로 이러한 요소의 개발은 최소한의 시간과 노력입니다.
시간이 없고 한 도구에서 다른 도구로의 가격 이동만 가능합니다. 몇 마디로 설명하기 어렵습니다. 8개의 주요 통화가 있는 다중 통화 차트를 만들고 싶습니다(각 통화의 움직임을 십자가에서 표현하기 위해). 그래서 차트에는 가격이 아니라 자금의 흐름, 즉, 어떤 통화가 서로에 대해 어떤 양과 순서로 변환되었는지 볼 수 있습니다.
Maxim Romanov : 어떤 평면에서나 회전할 수 있는 3D 그래프를 만들 수 있기를 바랍니다. 3차원 그래픽 을 만들 계획이 있지만, 아직까지는 원하는 형태로 구현되지 않고 있다. 예를 들어, 그래프는 오른쪽, 위, 아래뿐만 아니라 깊이까지 이동할 수 있어야 합니다.
OpenCL을 구출하기 위해 일반적으로 친화성 변환 및 3D 그래픽에 이상적입니다.
동적으로 변화하는 BMP를 작성하고 이 기적의 상호 작용을 마우스로 작성하면 행복할 것입니다.
공격 방향을 이해하기를 바랍니다. 버퍼에서 렌더링을 계산하고 동적 BMP에 업로드하고(나사에 있는 파일에 저장하지 않고 리소스에 대해) BMP를 차트에 업로드합니다.
친애하는 개발자 여러분, 거래 프로그램 개발의 도약을 기대하면서 우리가 만드는 로봇이 많은 새로운 기능을 얻게 될 것으로 예상됩니다. 그리고 일반 알고리즘 트레이더가 지금 이러한 기능을 필요로 하는지 여부는 중요하지 않습니다. 어쨌든 우리는 이 영역을 계속 개발할 것입니다. 우리에게는 새로운 기회가 필요합니다. 구매자의 요구는 종종 판매자의 새로운 제안에서 비롯되므로 우리의 혁신이 요구되지 않을 것이라고 생각해서는 안됩니다.
수년 동안 MT에서 거래 프로그램 기능을 개발하는 데 심각한 장벽이 있었습니다. 제 생각에는 이 장애물은 결코 MQL 언어가 아니라 가장 재능 있는 개발자의 창조적 잠재력을 실현하기 위한 광범위한 기반을 마련하는 MT 플랫폼이 아니라 작업의 규모와 복잡성입니다. 고품질의 Windows와 같은 그래픽 인터페이스를 만드는 것입니다.
우리 중 누가 자신의 고문에서 계획한 모든 것을 구현할 수 없다는 사실에 불편 함, 불편 함을 한 번도 느끼지 않았습니까? 테이블, 거래 통계, 보고서 등이 포함된 창이 얼마나 부족한지 느끼지 못하셨습니까? 아마도 거의 모든 사람들이 이것이 테스터뿐만 아니라 자신의 Expert Advisor에도 통합되어야 한다는 것을 마음속으로 이해했을 것입니다. 왜냐하면 이 데이터는 실제 거래와 실시간에서 훨씬 더 필요하기 때문입니다.
그러나 개발되지 않은 기술, 공통 표준의 부족, 생성된 그래픽의 낮은 품질 및 로봇의 사용자 인터페이스 생성 위험을 감수한 프로그래머가 직면한 기타 문제와 같은 어려움. MT에서 본격적인 UI를 만드는 것은 거래 로직을 코딩하거나, 통계 수집을 위한 알고리즘을 작성하거나, 전략에 패턴 인식을 도입하는 것보다 훨씬 어렵다는 것이 분명해졌습니다. 알고리즘 거래가 새로운 수준의 알고리즘 거래로 전환하는 데 장애물이 된 것은 이러한 어려움이었습니다. 이는 사람과 프로그램 사이에 필요한 상호 작용의 영역을 크게 확장하여 거래의 효율성을 높이고 잠재력을 드러냅니다. 가장 독창적인 아이디어. 알고리즘에 바인딩된 "철"의 소프트웨어 단점, 인간 사고의 유연성을 보완할 수 있는 상호 작용 영역.
이제 EA는 철로 위에서만 달리는 트램과 같고 사용자는 아무도 모릅니다. 하지만 EA가 자동차처럼 되고 어느 방향으로든 택시를 탈 수 있는 옵션이 있다고 상상해 보세요. 이러한 "기계"를 사용하면 시장에서 훨씬 더 자신감을 느낄 수 있습니다 ...
고문의 인터페이스가 거래 프로세스의 정보 지원 수준을 크게 높이고 관찰자의 지평을 넓히고 더 많은 거래 층을 정복하는 데 도움이 될 것이라는 것은 모두에게 분명하다고 생각합니다. 실시간 통계, 거래 프로세스의 편리한 시각화 등이 있을 것입니다. 그러나 개발자는 고품질 GUI를 쉽고 빠르게 만들 수 있는 방법이 없지만 불행히도 프로그램은 그대로 유지됩니다. GUI의 거의 완전한 부재로 인해 개발 진행과 거래 로봇의 "증인"이 중단된 것 같습니다. Windows가 없는 Windows와 같이 인터페이스가 없는 어드바이저는 DOS일 뿐이며 무기한 사용하고 싶지는 않습니다.
우리 커뮤니티에는 그래픽 라이브러리를 만든 용감한 개발자가 있습니다. 그들은 훌륭한 일을 했고 그것은 많은 존경을 받을 자격이 있습니다. 나는 그들의 라이브러리로 GUI를 작성하는 것의 효율성, 품질 및 용이성을 판단하지 않을 것입니다. 이것은 매우 주관적인 판단이기 때문입니다. 그러나 그들의 라이브러리가 가장 까다로운 프로그래머의 모든 요구 사항을 완전히 충족하고 그들의 도움으로 우리가 만들 수 있다고 상상해 봅시다. 우리가 원하는 무엇이든. Expert Advisors의 인터페이스가 어떻게 생겼는지, 거기에 무엇을 넣고 싶은지, 어떤 정보를 표시하고 싶은지 함께 생각해 봅시다. 아직 완전히 구현된 적이 없는 프로그램의 인터페이스 스타일과 표준에 대해 생각해 봅시다. )
제 생각에는 이와 같은 것이 매우 유용할 것입니다. .... ex5 라이브러리의 형태로 개별 사용자 플러그인을 연결할 수 있는 보편적인 연구 실험실과 같은 것입니다. 지표 플러그인, 통계 처리, 거래 플러그인이 될 수 있습니다. 이러한 플러그인은 시장과 코드 베이스에 업로드할 수 있습니다. 즉, MT5를 기반으로 하는 보편적인 연구 및 거래 플랫폼과 같은 것입니다. 그래프, 히스토그램, 통계 그래프를 그리기 위한 해당 창이 있어야 합니다. 이것이 흥미로울 것입니다.
맞아요. 저를 믿으십시오. 대부분의 거래자들은 그러한 꿈을 공유하지만, 그것을 실현할 기회가 없기 때문에 이것이 전혀 필요하지 않다는 것을 스스로 확신하기 시작했습니다. 모두가 모든 상인의 욕망의 한계로 "전리품 자르기"버튼에 대해 이야기하기 시작했습니다. 그들은 거래 과정에서 참여와 지능을 제거함으로써 시장 요소와 블라인드 패턴에 완전히 종속된다는 것을 이해하지 못합니다. 사람은 기계보다 똑똑하며 앞으로도 그럴 것입니다. 그것을 잊어 버린 사람들에게 화가 있습니다.
모든 소원 실현의 시작은 인터페이스입니다.
어떤 평면에서나 회전할 수 있는 3D 그래프를 만들 수 있기를 바랍니다. 3차원 그래픽 을 만들 계획이 있지만, 아직까지는 원하는 형태로 구현되지 않고 있다. 예를 들어, 그래프는 오른쪽, 위, 아래뿐만 아니라 깊이까지 이동할 수 있어야 합니다.
그럼에도 불구하고 프로그램에는 인터페이스가 있어야하며 내 거래 경험이 여기서 역할을하지 않는다고 확신합니다 ...
TV를 사용한 경험이 있습니다. 인터페이스를 얼마나 자주 사용합니까?
작업이 흥미로운 것으로 상인을 점유하는 것이라면 그렇습니다. 얼굴이 더 정교할수록 수요가 많을 것입니다. 그러나 조언자의 목적은 가능한 한 사용자를 위해 결정을 내리는 것입니다. 이 문제를 더 잘 해결할 수 있습니다. 더 많은 결정이 필요합니다. 사용자가 필요로 하는 설정이 적으면 고급 인터페이스가 필요하지 않습니다.
거래 전략 모델링 - 예
관리 등은 정의상 대부분 느립니다. MQL에서 이 많은 작업을 수행하는 것은 확실히 가능하지만 시간이 얼마나 걸릴까요? IMHO, 이것은 C++, C# 등과 같은 언어에서 더 쉽게 수행됩니다. 그런 다음 요소와의 연결은 DLL 또는 파일입니다. 예를 들어 타이머로. 결과적으로 이러한 요소의 개발은 최소한의 시간과 노력입니다.
버튼 - 텍스트 상자와 같은 가장 단순한 요소는 MQL에서 더 합리적입니다.
X 및 Y 및 Z 의 3D 플롯 .
어떤 평면에서나 회전할 수 있는 3D 그래프를 만들 수 있기를 바랍니다. 3차원 그래픽 을 만들 계획이 있지만, 아직까지는 원하는 형태로 구현되지 않고 있다. 예를 들어, 그래프는 오른쪽, 위, 아래뿐만 아니라 깊이까지 이동할 수 있어야 합니다.
OpenCL을 구출하기 위해 일반적으로 친화성 변환 및 3D 그래픽에 이상적입니다.
동적으로 변화하는 BMP를 작성하고 이 기적의 상호 작용을 마우스로 작성하면 행복할 것입니다.
공격 방향을 이해하기를 바랍니다. 버퍼에서 렌더링을 계산하고 동적 BMP에 업로드하고(나사에 있는 파일에 저장하지 않고 리소스에 대해) BMP를 차트에 업로드합니다.
OpenCL을 구출하기 위해 일반적으로 친화성 변환 및 3D 그래픽에 이상적입니다.
동적으로 변화하는 BMP를 작성하고 이 기적의 상호 작용을 마우스로 작성하면 행복할 것입니다.
공격 방향을 이해하기를 바랍니다. 버퍼에서 렌더링을 계산하고 동적 BMP에 업로드하고(나사에 있는 파일에 저장하지 않고 리소스에 대해) BMP를 차트에 업로드합니다.