OnGoing : 개인적으로 나는 거래에 관한 모든 것을 좋아하지 않습니다. 구문 + 실행. 첫 번째는 지나치게 복잡하고 두 번째는 서투릅니다.
당신은 공부하기에 너무 게으르다. )))
한 달 만에 MQL4 를 처음 배웠습니다. 이것은 당시 나의 첫 번째 프로그래밍 언어였습니다. 연구하고 즉시 프로그램을 작성했습니다. 제한 사항에 부딪쳤을 때 이것이 이미 지난 세기라는 것을 깨달았습니다. MT5 에서는 아직 9 개월 동안 아이디어 구현에 제한이 없습니다. 저는 챔피언십 2 개월 전부터 MQL5 를 배우기 시작했습니다. 시간이 거의 없었고, 정말 최소한 참여하고 싶었습니다. 글쎄, 적어도 다중 통화 전문가 고문 은 단일 오류없이 작동했습니다. 이 기간 동안 MQL4/5 외에도 7개의 프로그래밍 언어를 공부했습니다.
요컨대, 그것을 필요로하는 사람은 화강암을 g아 먹을 것입니다. 나는 그것이 쉽다고 말하지 않았다. 그것은 어려웠다. 그러나 이것이 진화가 일어날 수 있는 유일한 방법입니다. 그렇지 않으면 우리는 여전히 나무에 앉아있을 것입니다! 또는 신발 섬모처럼 국물에서 수영했습니다. )))
또 뭐가 문제야?
아무도 MT5 소프트웨어 기능을 사용하도록 강요하지 않습니다(실제로는 훨씬 더 많습니다).
MT4 스타일로 간단한 시스템을 작성할 수 있습니다(거래 작업 구문에 맞게 조정되고 지표에서 데이터 가져오기). 용이하게.
또 뭐가 문제야?
예를 많이. 당신은 한 가지를 말하지 않을 것입니다. 일반적으로 시스템은 서투르고 괴물로 판명되었습니다.
당신은 그것을 알아낼 수 있지만 많은 노력을 기울여야하며 모든 사람이 할 수있는 것은 아닙니다.
예를 많이. 당신은 한 가지를 말하지 않을 것입니다. 일반적으로 시스템은 서투르고 괴물로 판명되었습니다.
당신은 그것을 알아낼 수 있지만 많은 노력을 기울여야하며 모든 사람이 할 수있는 것은 아닙니다.
이것은 나쁜 주장입니다, Igor . 더 구체적으로 말하면 아무도 그러한 불만을 받아들이지 않을 것이며 서비스 데스크는 더욱 그렇습니다.
이제 모든 소프트웨어는 반대로 단순화하는 경향이 있습니다.
예, 특히 예를 들어 VS( Visual Studio ) - 점점 더 쉬워질 때마다 곧 금발도 응용 프로그램을 작성할 것입니다. 하지만 남자들은 모른다...
이것은 나쁜 주장입니다, Igor . 더 구체적으로 말하면 아무도 그러한 불만을 받아들이지 않을 것이며 서비스 데스크는 더욱 그렇습니다.
Alexey, 여기 전체 지점이 빨간색 잉크로 위아래로 덮여 있습니다. 아무도 듣고 싶어하지 않았습니다.
반복할 의미가 있나요?
나는 주요 불만 사항이 무엇인지 압니다: 이전 주문 회계를 파괴한 네팅.
이것은? 클레임은 어떻습니까?
개인적으로 나는 거래에 관한 모든 것을 좋아하지 않습니다. 구문 + 실행. 첫 번째는 지나치게 복잡하고 두 번째는 서투릅니다.
당신은 공부하기에 너무 게으르다. )))
한 달 만에 MQL4 를 처음 배웠습니다. 이것은 당시 나의 첫 번째 프로그래밍 언어였습니다. 연구하고 즉시 프로그램을 작성했습니다. 제한 사항에 부딪쳤을 때 이것이 이미 지난 세기라는 것을 깨달았습니다. MT5 에서는 아직 9 개월 동안 아이디어 구현에 제한이 없습니다. 저는 챔피언십 2 개월 전부터 MQL5 를 배우기 시작했습니다. 시간이 거의 없었고, 정말 최소한 참여하고 싶었습니다. 글쎄, 적어도 다중 통화 전문가 고문 은 단일 오류없이 작동했습니다. 이 기간 동안 MQL4/5 외에도 7개의 프로그래밍 언어를 공부했습니다.
요컨대, 그것을 필요로하는 사람은 화강암을 g아 먹을 것입니다. 나는 그것이 쉽다고 말하지 않았다. 그것은 어려웠다. 그러나 이것이 진화가 일어날 수 있는 유일한 방법입니다. 그렇지 않으면 우리는 여전히 나무에 앉아있을 것입니다! 또는 신발 섬모처럼 국물에서 수영했습니다. )))
레나트, 아직 할 수 있어요.
당신의 (MetaQuot) 자리에서 나는 여전히 OCO 주문을 구현할 것입니다 ... 그리고 나는 브로커의 재량에 맡길 것입니다. 원함 - 서비스에 포함하고 원하지 않음 - 포함하지 않습니다.
OCO 페어(Stop+Limit)를 하나만 만들어도...
1. MT4 주문 시스템을 MT5 주문 거래 위치 시스템에 매핑하는 함수 라이브러리가 다음 주 코드 베이스에 나타납니다.
2. MT4 대 MT5의 가상적인 호의에도 불구하고 단일 논쟁은 현지인들과 함께 남아 있지 않을 것입니다.
그리고 브로커가 결정하도록 하십시오 - OSO ..를 제공하지 않고 OSO .. - 기능을 구현하고(브로커에게 결과에 대해 주의 깊게 경고), 브로커가 서버 과부하에 대해 걱정하도록 하는 것은 사용자에게 달려 있습니다.
개인적으로 지금까지는 OSO가 필요하지 않고 OSO 없이는 할 수 없는 전략이 없습니다. 나의 이점은 간접적이고 다릅니다. 플랫폼 구현이 가속화될 것입니다. 그리고 이것에 대해 확신합니다.
다음은 귀하의 비즈니스에 대한 이점입니다. OCO 주문이 무의미하다고 생각하든 그렇지 않든 높은 수요가 있습니다. 통과하는 것은 어리석은 일입니다.
// 그리고 전혀 겸손하지 않습니다. 여기, 나에게서 예를 들어보자. 나는 모든 종류의 Andrews Pitchfork와 다른 Gann Rakes를 보고, 일어난 일이라고 생각합니다. "그건 사람들이 바보같이 수고하기 때문입니다..."
// 그리고 나는 순순히 깨닫는다: "내가 왜...? 갑자기 거기에, 이 어리석음 속에, 어딘가에 내가 그것을 이해하지 못하더라도..."
따라서 사람들에게 버그가 있더라도 이유가 있다고 가정할 수 있습니다. 중요한 것은 그들이 기꺼이 비용을 지불할 의향이 있다는 것입니다. 괴롭히는 확산에 대한 실제 예금.
글쎄, 그들이 그것을 꺼내 보자. 가장 중요한 것은 플랫폼에 대한 불만이 없다는 것입니다. 아무도 OSO를 사용하도록 강요하지 않습니다.
과도한 책임(귀하의 경우 빨판에 대한 과도한 관심)도 자부심입니다. 여가 시간에 그것에 대해 생각하십시오.
당신은 사람들이 실수를 할 기회를 막기 위해 (체계적으로!) 노력하고 있습니다. 그리고 사람들은 실수가 필요합니다. 학습용. 그리고 그것을 만들 수 있는 터미널이 필요합니다.
불필요한 요청이 있는 스팸 서버의 경우 - 이것은 또한 귀하의 문제가 아닙니다. 브로커에게 OCO를 포함할 경우 발생할 수 있는 결과에 대해 경고하고 두통을 줍니다.
간단하게 저장되었습니다.
당신은 공부하기에 너무 게으르다. )))
이미 말했듯이 올바른 개발 방향은 단순화입니다.
그리고 나는 지금 4-ki의 한계에 대해 말하는 것이 아닙니다. 동일한 기본 작업을 더 이상 어렵지 않을 뿐만 아니라 릴리스에서 릴리스까지 더 쉽게 호출해야 합니다.
그리고 그에 상응하는 일을 하기 위해 더 많은 노력을 기울여야 하는 상황이라면 장점이 아니라 자연스럽게 더 쉬운 길을 택하게 될 것입니다.
이미 말했듯이 올바른 개발 방향은 단순화입니다.
그리고 나는 지금 4-ki의 한계에 대해 말하는 것이 아닙니다. 동일한 기본 작업을 더 이상 어렵지 않을 뿐만 아니라 릴리스에서 릴리스까지 더 쉽게 호출해야 합니다.
그리고 그에 상응하는 일을 하기 위해 더 많은 노력을 기울여야 하는 상황이라면 장점이 아니라 자연스럽게 더 쉬운 길을 택하게 될 것입니다.
발전을 위한 올바른 방향은 없습니다. 원심력이 쉬고 있어요 :)