mql5의 출시일을 알려주실 수 있나요? mql5는 언제 나타납니까? - 페이지 16

 
NProgrammer >> :

글쎄, 이것이 어떻게 밝혀졌는가 - 당신은 강요하지 않고 - 당신은 단지 추방합니다 ... 솔직히 말해서, 나는 실제로 MT를 통해 거래 한 적이 없지만 지표 작성기, 테스터, 전략을 확인하는 수단. 사실, 같은 SaxoTrader 2, 같은 FXCM Trading Station II가 MT보다 거래에 훨씬 더 편리합니다. 그것들과 그것들은 모두 API를 가지고 있습니다. DLL) ...

이 사람들은 확실히 MT로 전환하지 않을 것이며 전환할 이유가 없습니다. fehhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh는 꽤 괜찮은 라이브러리인 FXOrder2Go가 있습니다. 여기에는 FIX API가 있습니다. 이야기가 길어서 직접 찾아보세요.

사람들은 대부분 DLL을 작성하는 방법을 모릅니다.

색소폰 상인 외에도 Finam은 MT4를 대안으로 가지고 있습니다.

MT4 외환 트레이더 외에 Gain Capital과 유사하게

최소한 항생제를 먹습니까?


 

기독교인(정교회, 가톨릭교, 개신교 및 여호와의 증인과 같은 수많은 종파)이 예수 그리스도의 오심을 기다리는 것처럼 상인과 프로그래머는 MT5 + MQL5를 기다리고 있습니다.


MQL5로 오세요!

 
NProgrammer >> :

fe-eh-c-em에는 FXOrdBier2Go라는 꽤 괜찮은 라이브러리가 있습니다. 여기에는 FIX API가 있습니다. 이야기가 길어서 직접 찾아보세요.

FXOrder2Go 및 FIX AP는 타사에서 FX Trading Station 2.0용으로 작성했습니다. 사람들을 오도할 필요가 없습니다.

 
fxxx писал(а) >>
Korey는 >> 분석 예측: MT 무브먼트의 기술적 분석에 따르면 MQL-5가 우리가 서 있는 날로부터 5.3개월 후에 MT-4 쉘에 나타날 것임을 보여줍니다)))

한국 25.04.2008 14:57

근본적인 분석은 무엇을 말합니까? (많은 분석가들은 "어떤 것이 중요하지 않다"는 결론에 도달합니다... :)))))

농담이야 - MQ는 약간 조정하겠다고 약속했다)))
....
MQL-4를 약간 조정하는 것이 가장 기대되고 분명한 원무브였습니다.(с) /Renat/

- 불완전한 부분을 마무리하고 가장 중요한 것은 기능 목록을 보완하는 것입니다.
저것들. 미완성 MQL-4를 미세 조정해야 하는 개발자로서의 MQ의 의무뿐만 아니라 명백한 대중의 요구도 있었습니다.
(테스터는 지속적으로 완료되고 있으며 지속적으로 날카롭게한다고 혀를 돌리지 않습니다)

또한 MQL-4 자체는 그 자체로 언어로서
성장에 제한이 없습니다. 의미 및 구문 성장.
또한 MT-4 단말기의 서브시스템으로 성장 및 발전에 대한 금지가 없습니다.

- Metalang은 MT-4에 통합되지 않습니다.
공식적으로는 다음과 같이 말할 수 있습니다. MQL-4는 MT-4 터미널에 의존하지 않습니다.
그 반대의 경우 - MT-4 터미널은 MQL-4에 의존하지 않습니다.
저것들. MQL-4는 터미널 없이 터미널 밖에서도 사용할 수 있으며,
터미널에서와 마찬가지로 C ++ / C #, VB, Delphi와 같은 외부 프로그래밍 시스템을 사용할 수 있습니다.
이 꺼림칙한 MQ를 "칩 번호 1"이라고 부르자
모든 제조업체, 예 제조업체, 올바른 프로그래머는 .ex4를 생성할 수 있습니다. 원하는 경우, 그리고 MQ가 허용되는 경우
그러나 그들은 어셈블리에서 어셈블리로 형식을 변경하여 누구도 허용하지 않습니다(칩 번호 1).
(기술적으로 이것은 거래 기능과 전역 변수에 대한 액세스를 제외하고 다른 모든 것이 .ex4 코드에서 수행되기 때문에 정당화됩니다)

여기에서 그러한 두터운 상황을 상기해 봅시다. Strategy Tester는 같은 방식으로 터미널에 의존하지 않습니다!
MT-4는 독립 거래 터미널, 독립 MQL, 독립 전략 테스터의 집합임이 밝혀졌습니다.
의존성은 구축하기 쉬운 그래픽 프리미티브에서만 관찰됩니다.)

일반적으로 - 마무리 작업이 예상되었고 작업을 마무리하고 다시 마무리했지만 재작업은 아니었습니다.

그러나 2년 후 언어 부분의 완성을 공개적으로 발표한 MQ는 다시 출산하기로 결정했다.
질문 기록.
MQL-5가 이미 속도 테스트 측면에서 작동하고 있다는 첫 번째 인터뷰를 읽은 후
저것들. MQ는 오랫동안 발표되었습니다. 컴파일러가 작동하고 로더가 연결되고 쉘에서 속도 테스트가 완료되었습니다.
여기에서 전문가는 베타 버전의 출시 날짜를 2~4개월로 계산할 수 있습니다.
하지만... 훨씬 더 많은 시간이 지났습니다 - 달력 시간의 1년 - 그리고... 다음 인터뷰에서 MQ는 이전의 - 아마도 좋은 속도 테스트를 반복했습니다(그리고 그게 전부입니다)))
MQ가 손상되지 않는 것으로 알려진 그러한 .ex4 형식(칩 번호 1)을 찾고 있다는 소문이 있었습니다.
그러나 금발에 대한 동일한 설명. 언어와 부트로더 파일 형식이 서로 간섭하는 위치와 방법))))

(MQL-4가 ex4의 변경을 허용한다면 어떻게 ;) ex4가 MQL-5에 나타나는 것을 방지할 수 있습니까?)

...... 우리는 일년을 더 기다렸고 지금 현재는 매우 신선합니다 ....
여기에서 매우 분명합니다. 프로젝트가 실패했습니다.
MQ를 비웃을 필요는 없습니다.

그러나 관리 측면에서 이것에서 벗어나는 방법은 무엇입니까?
- 터미널과 전략 테스터 및 MQL 모두를 교체(던지기)
이 교체로 인해 일정이 2010년 초 또는 그 이상으로 지연됩니다.

 
추신: 프로젝트 가 실패했다는 신호 - Renat 은 제안을 침착하고 기쁘게 수락하고 반대 이름을 지정합니다.
이것은 "다시 작성하십시오. 2월까지 시간이 있습니다"로 이해될 수 있습니다.
 
Korey >> :

...........................................
이 교체로 인해 2010년 초 또는 그 이상으로 일정이 지연됩니다.

글쎄, 아마도 IMHO, 그리고 하나님께 감사드립니다. 왜 이것에 매달렸습니까? 세상은 쐐기처럼 수렴하지 않았습니다. 일반적으로 나는 결합에 대해 회의적입니다. 일반적으로 모든 부분이 다릅니다.

일반 터미널과 본격적인 API, 데이터베이스로의 직접 연결을 원합니다. 그리고 가장 중요한 것은 모든 것이 이미 거기에 있지만 여기에는 없다는 것입니다.

 
Korey >> :
PS Признак того что проект завалился - Renat спокойно и с удовольствием принимает предложения, называет встречные.

미국에서 MQ로 확장된 음모론)) 셜록 홈즈는 쉬고 있다

 
blend писал(а) >>

미국에서 MQ로 확장된 음모론)) 셜록 홈즈는 쉬고 있다

아니, 음모가 아니라 "Yo-my - 내가 무슨 짓을 한거야!" (와 함께)

 
Korey >> :

예측 및 결론은 기술 및 조직 문제에 능숙한 사람들에게 맡기십시오. 터미널이 없는 언어가 있고 터미널이 없는 테스터는 스스로 살 수 있습니다. 당신은 여전히 새 버전(우리의 경우 새롭게 재작성된 플랫폼)의 릴리스를 다음 빌드(우리는 수백 개를 릴리스)와 혼동하고 MQL5 프로젝트가 MQL4의 업데이트라고 생각할 것입니다. 그렇게 근시안적으로 발전을 바라보는 것은 불가능하다.


다시 말씀드리지만 저희 회사는 터미널이나 언어만 만드는 것이 아니라 정보 및 거래 플랫폼을 개발합니다. 여기서 클라이언트 터미널은 빙산의 일각에 불과합니다. 또한 우리는 이미 4세대 플랫폼(터미널이 아닌 플랫폼)을 성공적으로 출시했으며 이제 5세대를 마무리하고 있으며 이미 2년 이상 자동 모드에서 활발한 개발을 보냈습니다.


평소와 같이 상대방을 진정으로 이해하고 싶다면(발명하지 않고) 당신이 해야 할 일은 자리(상인)에서 일어나 반대편(개발자)에 서기만 하면 됩니다. 그러면 많은 것이 명확해질 것이고(전부는 아니지만) 예측에 대한 추론이 더 정확해질 것입니다.

 

레나트에게

건설적인 비판을 위해:
-C 마이너스 마이너스에서 C++로 주소 산술을 점프하는 것은 위험한 결정이었습니다.
- 소스 코드 보호로 오인되는 상용 OO 프로그래밍만큼 위험합니다.
이것은 다음 실패로 이어질 수 있습니다.

사유: