MQL5에 대한 소원 - 페이지 103

 

개발자가 사람들과 너무 떨어져서 이해하지 못하거나 이해하고 싶지 않은 것 같습니다.

일반 사용자의 90%가 플랫폼에서 기대합니다. 그리고 이들은 Advisers를 쓰는 사람들과는 거리가 멀습니다. 왜 깨

모든 사람에게 적합한 것은 무엇이며 모든 것을 복잡하게 만들고 뒤집습니까? 누가 필요합니까?

그건 그렇고, 일부 브로커의 포럼 스레드에서 MT5로 전환할 계획이 없다고 했습니다.

그게 가능한가요? MT5 출시 후 MT4는 언제까지 지원되나요?

 
kombat >> :

나는 당신에 대해 모르지만 나는이 버튼을 놓으면 차트에 아무것도 표시되지 않습니다.

(그리고 각각 눌렀을 때 표시되었던 내용이 사라집니다...)


AP: 특히 댓글에 대해 이야기하기

예, MT4에서는 불가능하지만 게시 된 도움말에서 이것을 보았습니다.


 

이제 MQL5 도움말을 여는 모든 사람들은 그가 지표의 기능에 속았다고 생각하고 포럼에서 구독을 취소합니다.


개인적으로 저는 프로그래머가 요구하는 것을 제공받아야 한다고 생각합니다. 그렇지 않으면 자신의 창작물을 다시 작성하는 것을 꺼릴 것입니다. 그러면 누가 새로운 플랫폼에서 거래할 것입니까?


나는 이미 지표에 OnCustom() 이벤트를 제공하여 반환할 데이터를 설명할 수 있도록 제안했습니다. "지표의 작업을 에뮬레이트"할 필요조차 없습니다.

 
Talex писал(а) >>

예, MT4에서는 불가능하지만 게시 된 도움말에서 이것을 보았습니다.

차트에는 여러 전문가가 있습니다. 한 사람은 거래할 수 있고 다른 사람은 페인트칠만 합니다. 사용자는 거래 Expert Advisor의 확인란을 선택하여 Expert Advisor가 실수로 거래를 하고 잊어버릴 수 있도록 할 수 있습니다. 그리고 그는 그림 전문가에게 일할 수 있도록 허용해야 합니다. 결과는 끔찍할 수 있습니다. 보증금을 잃을 수 있습니다.

그리고 조심해야한다고 말하지 마십시오. 이 경우 개발자는 사용자가 부주의로 인해 실수를 하지 않도록 주의해야 합니다.

--------------

개발자는 단순히 제안된 솔루션의 모든 결과를 계산하지 않았습니다.

몇 가지 기준이 있습니다. 표준은 MT4에서 설정되었습니다. 모두가 이러한 표준에 익숙합니다.

이제 많은 사람들이 이러한 표준을 자동으로 적용할 것입니다. 그리고 표준은 더 이상 적용되지 않습니다.

----------

혁명은 항상 예측할 수 없는 결과를 낳습니다. 프로그램의 새 버전으로 전환할 때마다 혁명을 준비하는 이유는 무엇입니까?

 
나는 많은 사람들에게 동의합니다. 나를 위해 5-ki의 새로운 버그를 잡기 위해 몇 년 동안 다시 4-ku를 "완벽"하게 만드는 것이 더 나을 것입니다.
 
Roffild >> :

이제 MQL5 도움말을 여는 모든 사람들은 그가 지표의 기능에 속았다고 생각하고 포럼에서 구독을 취소합니다.

개인적으로 저는 프로그래머가 요구하는 것을 제공받아야 한다고 생각합니다. 그렇지 않으면 자신의 창작물을 다시 작성하는 것을 꺼릴 것입니다. 그러면 누가 새로운 플랫폼에서 거래할 것입니까?

나는 이미 지표에 OnCustom() 이벤트를 제공하여 반환할 데이터를 설명할 수 있도록 제안했습니다. "지표의 작업을 에뮬레이트"할 필요조차 없습니다.

친구! 예, 거기에 얼마나 모욕이 있습니까 ... 당혹 !!! ))

이론적으로 제품의 후속 반복은 이전 제품보다 더 유연하고 기능적이어야 합니다. 여기서 우리는 반대 과정을 봅니다. 시스템은 약간의 OOP와 더 많은 제한 사항을 획득했으며 이는 아키텍처에 결함이 있음을 나타낼 수 있습니다. "프로그래머는 그들이 요구하는 대로 주어져야 한다"에 관해서는... 원칙적으로 나는 이 논제에 동의하지만 한 가지 추가 사항이 있습니다. 무심코 모든 것을 연속으로 구현할 수는 없습니다. 개발자는 최소한 한 단계 앞서야 하고 개발에 대한 체계적인 접근 방식을 가지고 있어야 하며 특정 기능에 대한 각 요청 뒤에 있는 아키텍처 플랫폼을 확인해야 합니다. 특정 기능의 특정 구현은 거기에 있는 것이 아닙니다.

앞서 쓴 것처럼 특정 개체에 어떤 이벤트나 핸들러를 걸어두는지는 중요하지 않습니다. 이 단계에서 인터페이스는 그다지 중요하지 않습니다. 중요한 것은 안에 무엇이 들어 있느냐 하는 것입니다. 모든 프로그램 콘텐츠가 하나의 스레드에서 실행된다면 의미가 없습니다. 결국 시스템 이벤트의 처리를 보장하기 위해 제한 사항(우리가 본)을 사용해야 하며, 이러한 제한 사항 없이는 명백한 이유로 시스템이 전혀 안정적으로 작동하지 않습니다. 각 지표, 전문가 또는 스크립트를 별도의 스레드에 할당하고 시스템 코어를 별도의 스레드에 할당하고 우선 순위가 서로 다릅니다. 풍부한 그래픽이나 계산으로 인해 지표가 느려지면 이것이 문제입니다. 시스템의 핵심은 기능적이고 안정적으로 유지되며 제한 사항은 하드웨어와 사고 방식뿐입니다.

따라서 나는 여전히 전문가 고문과 지표를 다시 작성하는 것이 아니라 심각한 프로젝트를 구현하는 데 문제가 있다고 봅니다. 심각한 처리를 수행하거나 완전히 철을 사용하지 마십시오. 그게 슬픈거야. 그것이 언어 구조의 특정 구현보다 나를 더 화나게하는 것입니다. 최소한 그것에 적응하고 비교적 침착하게 살 수 있습니다 ... MT의 다음 버전이 출시 될 때까지))))

 
MT4에서는 바로 가기 키를 사용하여 차트에 표시기, 조언자 등을 걸 수 있습니다. 편리하고 시간이 절약됩니다. 유사한 기능을 추가할 수 있지만 키 조합을 사용하여 차트에서 해당 개체를 제거할 수 있습니까?
 
niko1312 писал(а) >>
MT4에서는 바로 가기 키를 사용하여 차트에 표시기, 조언자 등을 걸 수 있습니다. 편리하고 시간이 절약됩니다. 유사한 기능을 추가할 수 있지만 키 조합을 사용하여 차트에서 해당 개체를 제거할 수 있습니까?

키 조합을 누르면 Expert Advisor에서 이벤트를 프로그래밍할 수 있습니다.

 
nen писал(а) >>

키 조합을 누르면 Expert Advisor에서 이벤트를 프로그래밍할 수 있습니다.

노예 제도를 좋아하지만 수동으로 거래하는 경우는 어떻습니까?

 

나는 우리가 단지 신음하고 있다고 생각합니다. 그렇지 않아서가 아니라 모든 것이 이미 결정되었기 때문입니다. 이것은 선거와 같습니다. 약간의 소음을 내고 투표할 수도 있지만 필요한 것을 선택할 것입니다.

그건 그렇고, 포럼 엔진이 투표를 허용하지 않는 것이 유감입니다(또는 허용합니까?).

일반적으로 이 분기가 지워지지 않은 이유는 명확하지 않습니다. 09.09는 빨간색(부끄러움 때문에 생각해야 함)이고 우리가 그 안에 무엇을 쓰는지 알 수 없습니다. 응, 투덜거리는 건가...