MT4는 오래 살지 않는다 - 페이지 24

 
Renat :

자신의 기록을 업로드하시겠습니까?

이 단계는 이미 지났습니다. 우리는 모든 프로세스의 전반적인 안정성에 관심을 갖고 있으므로 브로커를 포함하여 수십만 및 수백만 명의 거래자 규모에서 문제를 최소화하는 솔루션을 만듭니다. MT4의 역사로 인해 충분히 문제가있었습니다.

즉, 우리는 다른 사람의 기술 지원이나 다른 사람의 문제에 대해 생각하지 않는 트레이더의 입장보다 훨씬 더 넓게 보입니다. 공동선을 극대화하는 문제는 "역사는 오류가 있으면 자동으로 수정되어야 하고 오류가 없는 이유를 제시하지 않아야 한다"는 해결책을 제공합니다.

따라서 이중 잣대가 없습니다. "수백만 명 중 100명이 자신의 이야기를 업로드할 기회가 있지만 어디에서 왔는지 아무도 모릅니다" 대신 원스톱 "클릭 후 가져오기" 솔루션을 만듭니다.


더 넓게 보면 아마도 이것으로 더 넓게 머물 수 있지만 상위 5 위의 거래자는 없습니다. 백만 중 100은 필요하지 않습니다. 대다수는 필요에 찬성하고 이미 통과했습니다. 그리고 매분 또는 틱마다 일반 및 개별 스프레드 설정이 필요합니다. 기회가 있고 문제가 해결 된 지금, 문제는 어떻습니까? 그것이 바로 필요한 것입니다. 사용자 지정 테스터에서 분 또는 틱을 로드하는 기능은 필수입니다. 그리고 제3자 테스터 프로그램은 브로커에게 어떤 식으로든 영향을 미치지 않으며 문제를 일으키지 않습니다.
 
IgorM :

예 아니요, 일반적으로 MT5 시스템에 만족하며 MT5 프로젝트를 중단하고 싶지 않습니다. 물론 과거 데이터에 어려움이 있지만 그게 전부가 아닙니다.

매우 고급 사용자만 가상 주문으로 잠금 구현을 대체할 수 있으며 테스터에 "MT4 호환 모드 사용" 확인란이 있는 경우 반대 주문을 열 때 위치를 닫는 대신 두 개의 반대 주문을 배치합니다. 볼륨이 0.00 이면 사라질 수 있습니다. 고급 사용자가 아닌 사용자의 질문을 받고 싶습니다. "잠금 장치가 없는 이유는 잠금 장치를 반환합니다!", MT5로의 전환에는 문제가 없습니다.

양 고추 냉이는 더 달지 않습니다.

MT5에서 선험적으로 동일한 볼륨의 두 개의 다른 TS 의 두 가지 다른 방향의 포즈가 균등화되는 이유는 무엇입니까? 개발자는 시스템의 거래 논리인 내 MM을 알고 있습니까?

"무작위 잠금"에서 1 로트에 대한 구매 및 앉아는 중요성이 동일하지 않을 수 있습니다.

 
Renat :

나는 당신이 말하는 것을 이해하지 못하는 것이 두렵지만 동시에 지난 12년 동안 매일 시스템을 개발하는 데 바친 5세대 거래 플랫폼 개발자와 논쟁을 벌였습니다.

그리고 거래 전략을 개발할 시간이 없습니다....(공격 금지).

저는 Metaquotes가 달성한 결과에 대해 많은 존경심을 가지고 있습니다. 나는 Apple이 달성한 결과를 존중합니다. 이 회사들 사이의 유사점은 두 회사 모두 제품의 일반 사용자가 필요로 하는 것이 무엇인지 더 잘 알고 있다고 믿는다는 것입니다.

Apple과 Metaquotes의 틈새 시장이 거의 독점하고 있다는 사실이 실제로 이를 확인시켜줍니다. 그러나 다른 사용자의 진영이 증가하고 있습니다. Apple에서 제공하는 경우 이 캠프는 Android 의 형태로 지원됩니다. MetaQuotes의 경우 제3자의 도움이 없습니다. 자신의 개별 개발 만.

현재 형태의 MT4와 MT5는 모두 거래 API로만 전문 거래자에게 관심이 있습니다. 동시에 MT4 API는 가상 주문의 안정적인 자체 구현으로 인해 더 정교하고 더 편리합니다.

그러나 이러한 전문가는 사용자의 바다에서 한 방울입니다. 그리고 그들의 "변덕"을 위해 움직이십시오 - 그만한 가치가 있습니까?

 
Renat :

자신의 기록을 업로드하시겠습니까?

이 단계는 이미 지났습니다. 우리는 모든 프로세스의 전반적인 안정성을 고려하므로 브로커를 포함하여 수십만 및 수백만 명의 거래자 규모에서 문제를 최소화하는 솔루션을 만듭니다. MT4의 역사로 인해 충분히 문제가있었습니다.

모두 동일하게 장인이 있으며 히스토리 파일의 M1 형식을 파괴합니다. 그럼 정식으로 하는게 나을까요? 적어도 오프라인 차트에서는? 결국, 그것은 유용한 것입니다.
 
IgorM :

예 아니요, 일반적으로 MT5 시스템에 만족하며 MT5 프로젝트를 중단하고 싶지 않습니다. 물론 과거 데이터에 어려움이 있지만 그게 전부가 아닙니다.

매우 고급 사용자만 가상 주문으로 잠금 구현을 대체할 수 있으며 테스터에 "MT4 호환 모드 사용" 확인란이 있는 경우 반대 주문을 열 때 위치를 닫는 대신 두 개의 반대 주문을 배치합니다. 볼륨이 0.00이면 사라질 수 있습니다. 고급 사용자가 아닌 사용자의 질문을 받고 싶습니다. "잠금 장치가없는 이유는 잠금 장치를 반환합니다!", MT5로 전환하는 데 문제가 없습니다. 음, 거의 없음 ...


조만간 사물함 자체가 mql5에서 이러한 시스템을 완료하므로 외부에서 인터페이스를 MT4와 구별할 수 없습니다. 저것들. 그리드 오더는 그래픽 패널 에 표시되고 잔액은 4와 같이 계산됩니다. 모든 종류의 회고적 애호가도 있습니다. 예를 들어, 그들은 pentyuhas에서 일종의 ZX-Spectrum 에뮬레이터를 만듭니다. 또한 그래픽 기능을 고려하여 OpenCL을 통한 렌더링으로 일종의 Strip Forex를 3D 형식으로 추가하여 로커가 지루하지 않게 합니다. 수익성 있는 거래를 성사시키고 잔액이 늘어나고 부리가 무언가를 드러내고 닫습니다. 하나를 잃는다 - 그것을 덮는다. 등. 등.

다른 사람이 할 일이 없다면 MT5에서 MT4 또는 MT3를 재생하는 것은 문제가 되지 않습니다. 결론은 어떤 식으로든 MT4에서 5개의 기능을 재현하는 것은 불가능하다는 것입니다. 저것들. 그 과정은 되돌릴 수 없습니다.

 
Renat : 나는 우리의 경쟁자들이 Java / .NET / Plugins를 인프라로 선택하고 아름답게 묘지로 계속 가는 것을 보고 매우 기쁩니다.

C-4: C Sharp와 같은 기성 솔루션을 사용하는 대신

이것은 Renat 의 답변이 아니라 C-4 입니다. 한 달 전 내 게시물의 일부 재게시 - 읽지 않은 사람들을 위해:

[...] 비교를 원하면 Ninja(C#) 또는 Dukas(J++)로 이동하십시오. 기술 지원에서 일반 사용자의 문제를 살펴보십시오. [...] 포럼에서. [...]

ninja/Dukas에 대한 추신: 서비스도 살펴보세요. 그들은 우리의 "직업"과 비슷한 것이 있습니까? 내가 이해하는 한, 그들과 다른 사람들의 포럼은 프로그래머에게 사소한 질문으로 가득 차 있습니다. 그들의 서비스에 대한 가격에 대해 물어보십시오.

공식적으로 Dukas에는 MQL4 -> J++ 변환기가 있지만 잘 만들어지지 않았습니다. 마찬가지로 숙련된 인코더의 도움 없이는 할 수 없으며 상당한 비용이 들 수 있습니다.

따라서 이러한 플랫폼이 누구를 위한 것이며(상인 또는 코더를 위한) MT5를 위한 것입니다.

 
Reshetov :

조만간 사물함 자체가 mql5에서 이러한 시스템을 완료하므로 외부에서 인터페이스를 MT4와 구별할 수 없습니다. 저것들. 그리드 오더는 그래픽 패널에 표시되고 잔액은 4와 같이 계산됩니다. 또한 모든 종류의 회고적 팬이 있습니다. 예를 들어, 그들은 펜튜하에서 일종의 ZX-Spectrum 에뮬레이터를 만듭니다. 또한 그래픽 기능을 고려하여 OpenCL을 통한 렌더링으로 일종의 Strip Forex를 3D 형식으로 추가하여 로커가 지루하지 않게 합니다. 수익성 있는 거래를 성사시키고 잔액이 늘어나고 부리가 무언가를 드러내고 닫습니다. 하나를 잃는다 - 그것을 덮는다. 등. 등.


아름다운... :-)
 

분명히 그들은 대화의 시작을 놓쳤습니다.


터미널에 관한 것이 아닙니다. 터미널이 좋습니다.


요점은 터미널 개발에 대한 프로그래머의 편견입니다. 대화는 개발자들이 자랑스럽게 "전략 테스터"라고 부르는 테스터와 함께 시작되었습니다. 나와 이 주제의 다른 사람들은 테스터가 어떤 전략도 테스트하지 않는다고 주장합니다. 이것은 멋진 특정 프로그램 디버거입니다. 예를 들어, 테스터가 차량의 안정성에 대한 질문에 대답하지 않는다고 인용했습니다. 그리고 다른 예.

더 광범위한 질문을 하고 있습니다. 우리는 전략의 수익성과의 상관관계가 명확하지 않은 "프로그래밍의 장점"을 먹습니다. 그러나 다른 한편으로는 사전 지정된 통계 속성으로 인공 틱을 생성하는 수단의 가용성과 같이 상관 관계가 분명합니다. 그리고 이러한 도구는 일반적으로 시스템을 생성할 때 기본적이지만 이 영역에서 대리를 나타내는 테스터에는 없습니다.


오늘날 많은 거래 기능이 프로그래밍 언어에 삽입됩니다. 프로그래머 유니폼의 영예를 옹호하는 Renat는 자신의 MQL이 예를 들어 위에서 제안한 것처럼 정면 프로그래밍이 아니라 EView에서 차량을 생성하기 위한 동일한 내장 기능을 가지고 있다면 자신의 내 MQL이 아니라 클라우드에 대한 편견과 최종 이익에 영향을 미치지 않는 기타 말도 안되는 소리에 대한 편견이 제거되었을 것입니다.



 
TheXpert :
모두 동일하게 장인이 있으며 히스토리 파일의 M1 형식을 파괴합니다. 그럼 정식으로 하는게 나을까요? 적어도 오프라인 차트에서는? 결국, 그것은 유용한 것입니다.
물론 오프라인 그래픽은 누구에게도 해를 끼치 지 않습니다. 특히 플랫폼의 "펌핑"에 대한 진술의 배경에 대해 - 그것은 멋질 것입니다.
 
Roman. :

아름다운... :-)

괜찮아요.

https://www.mql5.com/en/job

당신의 돈에 대한 모든 변덕.

--

나에게는 자산의 상승에 맞춰 옷을 벗게 하고 내려가는 길에 몸을 숨기는 것이 좋다.

하지만 제안된 사물함 옵션을 구현할 준비가 되었습니다.

;)