1. 이웃 브랜치 "조금 더 그래픽"을 보고, 포럼은 유사한 가장자리에 대한 설명 레이어의 층서를 축적했습니다.
이것은 언어 향상에 대한 질문과 거의 관련이 없으며 수업의 유무가 그러한 뉘앙스에 어떤 영향을 미치는지 솔직히 모르겠습니다.
2. 다양한 소프트웨어에 대한 광범위한 경험과 수업에 대한 두려움이 없기 때문에 다음과 같습니다. 예를 들어 MQL-4에서 매개변수를 전달하는 것과 같은 주소 지정에 대해 아직 익숙하지 않다는 것을 알 수 있습니다. 이것은 유치원입니다.
내 지식에 대해 어떻게 이런 결론에 도달했습니까? 공유해주세요.
MQL4에서 주소 지정에 대해 싫어하는 점은 무엇입니까? 그 배열 인덱스는 0에서 시작합니까? 아니면 그 행 인덱싱이 거꾸로 진행됩니까?
그리고 매개변수 전달 에 대한 문제는 무엇입니까? 하나의 모듈 프레임워크 내에서는 전혀 문제가 보이지 않습니다. 라이브러리와 외부 DLL은 조금 더 복잡하지만 클래스가 도입되면 라이브러리의 문제가 해결될 것입니다. 그리고 외부 DLL로 작업하는 것은 항상 어려울 것입니다. 제 생각에는 그 이유가 분명하다고 생각합니다.
Better : Gain Capital은 이미 교활한 작업을 진행 중이며 FXCM은 곧 MT4를 출시할 예정입니다.
CFD는 아직 MT에서 작동하지 않습니다. 오히려, 적어도 내가 본 곳에서는 잘린 형태로 작동하므로 작동하지 않는 것이 더 나을 것입니다.
요점은 아니지만 개인적으로 내가 원하는 것을 프로그래밍하는 데 아무런 문제가 없다고 즉시 말했어야 했을 것입니다. 그리고 개인적으로 CFD에 액세스하는 데에도 문제가 없습니다. 당신은 항상 "더욱 더 나은"을 원하지만. 좋은 제품이 솔벤트인 사용자 트레이더에서 대부분의 경우 데모만 많이 괴롭히는 프로그래머에게 점점 더 멀어지고 있다는 사실이 제게는 부끄럽습니다. 나는 제품을 딜링 센터의 대중에게 홍보하지 않고 적극적인 상업 개발 없이 더 이상의 기술 개선을 보고 싶지 않습니다. 창의적으로 가격을 걸러내고 유출된 창고를 찾는 주방이 아니라 시장에서 실제로 작동하는 딜링 센터. 도박이 아니라 거래입니다. "각 고퍼는 자신의 농업 경제학자입니다." 나는 Metaquote에게 비즈니스를 가르치지 않을 것입니다. 그들은 성인이고, 조언을 해줄 그들의 내부 작동 원리를 모릅니다. 이건 그냥 제 생각입니다. 고려하거나 무시할 수 있습니다. 그러나 여전히 생각하는 사람들을 가르쳐야 하는 역사에 대해 다시 한 번 상기시켜 드리겠습니다.
MQL4에서 주소 지정에 대해 싫어하는 점은 무엇입니까? 그 배열 인덱스는 0에서 시작합니까? 아니면 그 행 인덱싱이 거꾸로 진행됩니까?
그리고 매개변수 전달에 대한 문제는 무엇입니까? 하나의 모듈 프레임워크 내에서는 전혀 문제가 보이지 않습니다. 라이브러리와 외부 DLL은 조금 더 복잡하지만 클래스가 도입되면 라이브러리의 문제가 해결될 것입니다. 그리고 외부 DLL로 작업하는 것은 항상 어려울 것입니다. 제 생각에는 그 이유가 분명하다고 생각합니다.
1. 이것으로부터 나는 당신이 다른 소프트웨어에서 당신의 자격을 선언하고 MQL-4 를 믿는다 는 결론을 내립니다. 2. 구조적으로 프로그래밍을 하려고 하면 MQL-4가 그런 것을 뽑아낸다. 이는 경험이 풍부한 일반 프로그래머가 전체를 작성하도록 강제합니다. 심지어 구조화되지 않은. 전문가들이 작성했으므로 코드베이스를 살펴보십시오.
1. 이것으로부터 나는 당신이 다른 소프트웨어에서 당신의 자격을 선언하고 MQL-4 를 믿는다 는 결론을 내립니다.
MQL4에서 매우 복잡한 MTS를 구현했습니다(예: Elliot 파도 기반 TS, Andrews Pitchfork, 수십 수백 추세선의 동적 분석, 저항 및 지원 - 이는 우리가 말하는 복잡성의 순서를 명확히 하기 위한 것입니다. MQL4에서 그러한 시스템을 구현하는 조건. 따라서 저는 MQL4만 믿는 것이 아니라 이 플랫폼에서 거래(및 뿐만 아니라) 시스템 개발에 대한 광범위한 경험이 있다고 합리적으로 말할 수 있다고 믿습니다.
2. 구조적으로 프로그래밍을 하려고 하면 MQL-4가 그런 것을 뽑아낸다. 이는 경험이 풍부한 일반 프로그래머가 전체를 작성하도록 강제합니다. 심지어 구조화되지 않은.
내 경험은 또한 구조적 프로그래밍에 대해서도 매우 깊은 지식을 가지고 있다고 말할 수 있습니다. 지금까지 이 접근 방식을 사용한 개발 측면에서 MQL4의 실패에 대한 최소한 하나의 실제적인 예를 제시해 달라는 나의 모든 요청은 응답되지 않은 채로 남아 있습니다. 따라서 나는 지금까지 귀하의 초기 진술이 다소 시기상조였다고 결론지었습니다. 당신은 그들을 지지할 것이 없습니다.
전문가들이 작성했으므로 코드베이스를 살펴보십시오.
우리는 아마도 전문성에 대한 약간 다른 개념을 가지고 있을 것입니다. 코드 베이스에 있는 내용은 전문가가 작성한 것이 아닙니다. 이것은 전문 프로그래머가 한 손에 포함될 수있는 MQL 커뮤니티 구성원의 발전입니다. 그리고 아무도 이것을 숨기지 않고 그것이 나쁘다고 말하지 않습니다. 따라서 코드베이스의 코드로 MQL4 언어의 가능성이나 문제를 판단하는 것은 완전히 불가능합니다. 오히려 그 반대로 코드 기반의 코드는 MQL이 원래 상인이 아닌 프로그래머를 대상으로 해야 했던 이유를 매우 설득력 있게 설명합니다.
주제 자체는 흥미롭지 않고 이해할 수 없습니다 ... 그러나 pliz에 대해 의견을 말하고 싶은 경우 몇 가지 사항이 있습니다.
timbo писал (а): CFD пока не работает на МТ. Вернее работает в таком усеченном виде, по крайней мере там где я это видел, что лучше бы и не работал.
나는 제품을 딜링 센터의 대중에게 홍보하지 않고 적극적인 상업 개발 없이 더 이상의 기술 개선을 보고 싶지 않습니다. 창의적으로 가격을 걸러내고 유출된 창고를 찾는 주방이 아니라 시장에서 실제로 작동하는 딜링 센터.
1. 거의 3년 동안 선물과 루주를 위해 CDF를 사용해 왔습니다... 그래서 나는 그렇게 보았지만 "효과가 없다"라는 문구의 의미를 이해하지 못했습니다.
2. DC는 이해할 수 있습니다 ... 많은 DC가 있지만 러시아 연방을 포함하여 MT를 사용하는 은행도 있습니다. 그건 그렇고.. MT를 그렇게 사용하는 것을 허용하지 않는 것은 은행법입니다. 그리고 여기에는 두 가지 극단이 있습니다. 또는 어떻게 든 MT를 더 합법적으로 적용할 수 있습니다. 이는 충분히 가능하지만 약간의 스트레스를 줍니다. 또는 MT를 요구 사항에 맞게 리메이크합니다. 그러면 기껏해야 Rumus를 출력으로 얻을 수 있습니다... :)))) 하지만 필요합니까 ??? 내 생각에는 ... 그리고 지난 세기의 강화된 법칙을 깨는 것이 필요합니다 ...
몇 가지 질문: 전체 품종 중에서 거래할 수 있는 주식이 몇 개나 될까요? 주문 크기가 결정됩니다(정답은 1주여야 함), DC 시세의 상관 관계 및 교환 방법, 스프레드 또는 수수료 각 주문에 대해 지불하는 방법(마지막 두 질문의 경우 가격이 1:1로 갈 것으로 예상하며, 필터링, 재 인용 및 스프레드에 대한 창의적인 접근 없이 수수료를 지불합니까? 귀하의 답변이 나와 일치한다면 ru-shares의 경우 완전히 작동한다는 것을 인정해야 합니다.
나는 속물처럼 보이고 싶지 않지만 "러시아 연방의 은행"을 신뢰할 수있는 재무 구조로 인식하지 않으므로 은행으로 존재하지 않습니다. 모든 것의 전반적인 불안정성과 특히 1998년의 기억은 저에게 핑계입니다.
비스톤 에
1. 이웃 브랜치 "조금 더 그래픽"을 보고,
포럼은 유사한 가장자리에 대한 설명 레이어의 층서를 축적했습니다.
예를 들어 MQL-4에서 매개변수를 전달하는 것과 같은 주소 지정에 대해 아직 익숙하지 않다는 것을 알 수 있습니다. 이것은 유치원입니다.
MQL4에서 주소 지정에 대해 싫어하는 점은 무엇입니까? 그 배열 인덱스는 0에서 시작합니까? 아니면 그 행 인덱싱이 거꾸로 진행됩니까?
그리고 매개변수 전달 에 대한 문제는 무엇입니까? 하나의 모듈 프레임워크 내에서는 전혀 문제가 보이지 않습니다. 라이브러리와 외부 DLL은 조금 더 복잡하지만 클래스가 도입되면 라이브러리의 문제가 해결될 것입니다. 그리고 외부 DLL로 작업하는 것은 항상 어려울 것입니다. 제 생각에는 그 이유가 분명하다고 생각합니다.
Gain Capital은 이미 교활한 작업을 진행 중이며 FXCM은 곧 MT4를 출시할 예정입니다.
요점은 아니지만 개인적으로 내가 원하는 것을 프로그래밍하는 데 아무런 문제가 없다고 즉시 말했어야 했을 것입니다. 그리고 개인적으로 CFD에 액세스하는 데에도 문제가 없습니다. 당신은 항상 "더욱 더 나은"을 원하지만.
좋은 제품이 솔벤트인 사용자 트레이더에서 대부분의 경우 데모만 많이 괴롭히는 프로그래머에게 점점 더 멀어지고 있다는 사실이 제게는 부끄럽습니다. 나는 제품을 딜링 센터의 대중에게 홍보하지 않고 적극적인 상업 개발 없이 더 이상의 기술 개선을 보고 싶지 않습니다. 창의적으로 가격을 걸러내고 유출된 창고를 찾는 주방이 아니라 시장에서 실제로 작동하는 딜링 센터. 도박이 아니라 거래입니다. "각 고퍼는 자신의 농업 경제학자입니다." 나는 Metaquote에게 비즈니스를 가르치지 않을 것입니다. 그들은 성인이고, 조언을 해줄 그들의 내부 작동 원리를 모릅니다. 이건 그냥 제 생각입니다. 고려하거나 무시할 수 있습니다. 그러나 여전히 생각하는 사람들을 가르쳐야 하는 역사에 대해 다시 한 번 상기시켜 드리겠습니다.
그는 자신의 기능을 작성할 시간이 충분하지 않습니다???
내 지식에 대해 어떻게 이런 결론에 도달했습니까? 공유해주세요.
MQL4에서 주소 지정에 대해 싫어하는 점은 무엇입니까? 그 배열 인덱스는 0에서 시작합니까? 아니면 그 행 인덱싱이 거꾸로 진행됩니까?
그리고 매개변수 전달에 대한 문제는 무엇입니까? 하나의 모듈 프레임워크 내에서는 전혀 문제가 보이지 않습니다. 라이브러리와 외부 DLL은 조금 더 복잡하지만 클래스가 도입되면 라이브러리의 문제가 해결될 것입니다. 그리고 외부 DLL로 작업하는 것은 항상 어려울 것입니다. 제 생각에는 그 이유가 분명하다고 생각합니다.
2. 구조적으로 프로그래밍을 하려고 하면 MQL-4가 그런 것을 뽑아낸다.
이는 경험이 풍부한 일반 프로그래머가 전체를 작성하도록 강제합니다. 심지어 구조화되지 않은.
전문가들이 작성했으므로 코드베이스를 살펴보십시오.
1. 이것으로부터 나는 당신이 다른 소프트웨어에서 당신의 자격을 선언하고 MQL-4 를 믿는다 는 결론을 내립니다.
이는 경험이 풍부한 일반 프로그래머가 전체를 작성하도록 강제합니다. 심지어 구조화되지 않은.
내 경험은 또한 구조적 프로그래밍에 대해서도 매우 깊은 지식을 가지고 있다고 말할 수 있습니다. 지금까지 이 접근 방식을 사용한 개발 측면에서 MQL4의 실패에 대한 최소한 하나의 실제적인 예를 제시해 달라는 나의 모든 요청은 응답되지 않은 채로 남아 있습니다. 따라서 나는 지금까지 귀하의 초기 진술이 다소 시기상조였다고 결론지었습니다. 당신은 그들을 지지할 것이 없습니다.
우리는 아마도 전문성에 대한 약간 다른 개념을 가지고 있을 것입니다. 코드 베이스에 있는 내용은 전문가가 작성한 것이 아닙니다. 이것은 전문 프로그래머가 한 손에 포함될 수있는 MQL 커뮤니티 구성원의 발전입니다. 그리고 아무도 이것을 숨기지 않고 그것이 나쁘다고 말하지 않습니다. 따라서 코드베이스의 코드로 MQL4 언어의 가능성이나 문제를 판단하는 것은 완전히 불가능합니다. 오히려 그 반대로 코드 기반의 코드는 MQL이 원래 상인이 아닌 프로그래머를 대상으로 해야 했던 이유를 매우 설득력 있게 설명합니다.
주제 자체는 흥미롭지 않고 이해할 수 없습니다 ...
그러나 pliz에 대해 의견을 말하고 싶은 경우 몇 가지 사항이 있습니다.
timbo писал (а):
CFD пока не работает на МТ. Вернее работает в таком усеченном виде, по крайней мере там где я это видел, что лучше бы и не работал.
나는 제품을 딜링 센터의 대중에게 홍보하지 않고 적극적인 상업 개발 없이 더 이상의 기술 개선을 보고 싶지 않습니다. 창의적으로 가격을 걸러내고 유출된 창고를 찾는 주방이 아니라 시장에서 실제로 작동하는 딜링 센터.
1. 거의 3년 동안 선물과 루주를 위해 CDF를 사용해 왔습니다...
그래서 나는 그렇게 보았지만 "효과가 없다"라는 문구의 의미를 이해하지 못했습니다.
2. DC는 이해할 수 있습니다 ... 많은 DC가 있지만 러시아 연방을 포함하여 MT를 사용하는 은행도 있습니다.
그건 그렇고.. MT를 그렇게 사용하는 것을 허용하지 않는 것은 은행법입니다.
그리고 여기에는 두 가지 극단이 있습니다. 또는 어떻게 든 MT를 더 합법적으로 적용할 수 있습니다. 이는 충분히 가능하지만 약간의 스트레스를 줍니다.
또는 MT를 요구 사항에 맞게 리메이크합니다. 그러면 기껏해야 Rumus를 출력으로 얻을 수 있습니다... :)))) 하지만 필요합니까 ???
내 생각에는 ... 그리고 지난 세기의 강화된 법칙을 깨는 것이 필요합니다 ...
자동차 운전이 어렵습니까? 스쿠터 사서 편히 주무세요..
왜 무례하고 친숙해야합니까?
무엇에서 왔습니까?
좋은 제품이 솔벤트인 사용자 트레이더에서 대부분의 경우 데모만 많이 괴롭히는 프로그래머에게 점점 더 멀어지고 있다는 사실이 저에게는 안타까운 일입니다.
그리고 도로에는 신용으로 산 차가 너무 많고 실제 소년은 운전할 곳이 없습니다 !!!
1. 거의 3년 동안 선물과 루주를 위해 CDF를 사용해 왔습니다...
그래서 나는 그렇게 보았지만 "효과가 없다"라는 문구의 의미를 이해하지 못했습니다.
나는 속물처럼 보이고 싶지 않지만 "러시아 연방의 은행"을 신뢰할 수있는 재무 구조로 인식하지 않으므로 은행으로 존재하지 않습니다. 모든 것의 전반적인 불안정성과 특히 1998년의 기억은 저에게 핑계입니다.