한편으로 그룹이 생성되고 있거나 그러한 그룹을 만들려는 시도가 있다는 것이 흥미 롭습니다 ...
그리고 한편으로는 일부 버튼, 종소리, 휘파람에 대한 MQL 환경에서 대중이 끌리는 것은 부끄러운 일입니다 ...
거래 전략 및 예측 방법 - 이것이 관심 있는 대중의 초점이 되어야 합니다. 임호.
절대적으로 동의합니다. 두 손으로 FOR! 그러나 이를 위해서는 가능한 한 프로그래밍을 단순화하고 MCL에서 기성품 공개 및 무료로 사용 가능한 라이브러리를 다시 작성하는 것을 귀찮게 하지 않아야 합니다.
물론 MCL을 위한 푸리에 변환과 통계 라이브러리를 작성하는 것은 위업입니다. 그러나 여기에 있습니다. 근처에 있습니다. 가져 와서 사용하십시오. 모든 인터페이스가 있습니다. Excel에서는 좋아하고 C ++ 또는 C #에서는 좋아합니다. 양식, 단추, 두루마리 등 - 받아 사용하십시오. 모든 것이 무료입니다. 무료로 (c)
이 모든 것은 이미 생성되었습니다. 사실, 모든 것이 쉽습니다. 내가 C++를 가르쳤을 때 여전히 DOS에서 학생들은 창, 버튼 및 스크롤을 작업으로 수행했습니다.
새로운 것은 아직 아무도 하지 않은 것입니다. 이것은 정말 문제이며 모든 사람에게 주어지는 것은 아닙니다.(
글쎄요, 잘 모르겠습니다... 저는 1년 반 동안 MKL에서 인터페이스를 만드는 일을 해왔는데, 저에게는 전혀 쉽지가 않습니다... 끔찍하게 어렵습니다. MT에서 OOP와 컨트롤 라이브러리를 사용하지 않기 때문에 처음부터 모든 것을 발명해야 합니다. 무엇 때문에? - 네, 단순히 효과가 없기 때문입니다.
인터페이스를 만들고 작업하는 새롭고 훨씬 더 효율적인 방법을 개발했습니다. 정말 새로운 일이고 그래서 너무 어렵습니다. 그러나 이 기술을 사용하면 표준 OOP 접근 방식보다 훨씬 더 많은 것을 얻을 수 있습니다.
한편으로 그룹이 생성되고 있거나 그러한 그룹을 만들려는 시도가 있다는 것이 흥미 롭습니다 ...
그리고 한편으로는 일부 버튼, 종소리, 휘파람에 대한 MQL 환경에서 대중이 끌리는 것은 부끄러운 일입니다 ...
거래 전략 및 예측 방법 - 이것이 관심 있는 대중의 초점이 되어야 합니다. 임호.
스크롤 버튼, 양식 등을 만드는 것은 전문적이지 않을 것입니다. 80년대 볼랜드 C++ 3.0 수준의 MKL입니다.
모든 언어로 된 외부 인터페이스 등(생각나는 대로). MKL의 거래 기능 및 시장 정보. 그리고 모든 문제가 해결됩니다. 누구에게 더 편리한지 그는 그렇게 합니다. 원한다면 MKL에서 TS를 만들고, 원한다면 최소한 LISP에서 만듭니다. 논란 없음.
왜 인민의 적으로 나를 공격하느냐? 내가 당신에게서 가장 좋아하는 MCL을 빼앗으려 합니까? 해보지도 않고 생각도 하지 않았다.)
나는 전문성 수준의 측면에서 다른 언어를 비교할 만큼 충분히 숙련된 프로그래머라고 생각하지 않습니다. 그러므로 나는 당신과 논쟁하지 않을 것입니다.
개인적으로 한때 나는 인터페이스 만 부족했습니다.
트레이딩 어드바이저에 대한 제 아이디어는 MKL에서 쉽고 완벽하게 구현되었지만, 애플리케이션과의 완전한 상호 작용을 위한 인터페이스를 쉽게 생성할 수 있는 능력이 부족하고 수신된 정보의 범위를 확장하여 그래픽 기능을 만드는 작업을 하게 되었습니다.
한편으로 그룹이 생성되고 있거나 그러한 그룹을 만들려는 시도가 있다는 것이 흥미 롭습니다 ...
그리고 한편으로는 일부 버튼, 종소리, 휘파람에 대한 MQL 환경에서 대중이 끌리는 것은 부끄러운 일입니다 ...
거래 전략 및 예측 방법 - 이것이 관심 있는 대중의 초점이 되어야 합니다. 임호.
절대적으로 동의합니다. 두 손으로 FOR! 그러나 이를 위해서는 가능한 한 프로그래밍을 단순화하고 MCL에서 기성품 공개 및 무료로 사용 가능한 라이브러리를 다시 작성하는 것을 귀찮게 하지 않아야 합니다.
물론 MCL을 위한 푸리에 변환과 통계 라이브러리를 작성하는 것은 위업입니다. 그러나 여기에 있습니다. 근처에 있습니다. 가져 와서 사용하십시오. 모든 인터페이스가 있습니다. Excel에서는 좋아하고 C ++ 또는 C #에서는 좋아합니다. 양식, 단추, 두루마리 등 - 받아 사용하십시오. 모든 것이 무료입니다. 무료로 (c)
날 죽여, 이해가 안 돼
나는 전문성 수준의 측면에서 다른 언어를 비교할 만큼 충분히 숙련된 프로그래머라고 생각하지 않습니다. 그러므로 나는 당신과 논쟁하지 않을 것입니다.
개인적으로 한때 나는 인터페이스 만 부족했습니다.
트레이딩 어드바이저에 대한 제 아이디어는 MKL에서 쉽고 완벽하게 구현되었지만, 애플리케이션과의 완전한 상호 작용을 위한 인터페이스를 쉽게 생성할 수 있는 능력이 부족하고 수신된 정보의 범위를 확장하여 그래픽 기능을 만드는 작업을 하게 되었습니다.
그럼에도 불구하고 MKL의 낮은 수준의 전문성에 대한 말을 뒷받침하는 구체적인 주장을 듣고 싶습니다.
그러나 그들이 API를 제공했다면 Excel에서도(그런데 가장 쉬운 방법) 원하는 대로 생성된 인터페이스에서 MCL 어드바이저를 관리하고 제어할 수 있습니다.
하지만 그때 나는 아마 지금 이 자리에 없었을 것입니다. 나는 새로운 것을 만들고, 격차를 채우고, 새로운 도구를 만들고, 뒤처지는 분야를 발전시키는 작업에 관심이 있습니다. 글쎄, 돈을 버는 것도 ...
뭐, MT API가 무료였다면 전혀 재미없었을 텐데.)
하지만 그때, 아마도 나는 지금 여기가 아닐 것입니다. 나는 존재하지 않는 곳에 새로운 것을 창조하는 일에 관심이 있습니다. 격차를 메우고, 새로운 도구를 만들고, 뒤처지는 분야를 발전시키고... 글쎄요, 돈도 좀 벌어 보세요...
뭐, 퍼블릭 도메인에 MT API가 있었다면 전혀 흥미롭지 않았을 텐데.)
이 모든 것은 이미 생성되었습니다. 사실, 모든 것이 쉽습니다. 제가 C++를 가르쳤을 때 DOS에서 제 학생들은 창, 버튼, 스크롤바를 과제로 사용했습니다.
새로운 것은 아직 아무도 하지 않은 것입니다. 이것은 정말 문제이며 모든 사람에게 주어지는 것은 아닙니다.(
이 모든 것은 이미 생성되었습니다. 사실, 모든 것이 쉽습니다. 내가 C++를 가르쳤을 때 여전히 DOS에서 학생들은 창, 버튼 및 스크롤을 작업으로 수행했습니다.
새로운 것은 아직 아무도 하지 않은 것입니다. 이것은 정말 문제이며 모든 사람에게 주어지는 것은 아닙니다.(
글쎄요, 잘 모르겠습니다... 저는 1년 반 동안 MKL에서 인터페이스를 만드는 일을 해왔는데, 저에게는 전혀 쉽지가 않습니다... 끔찍하게 어렵습니다. MT에서 OOP와 컨트롤 라이브러리를 사용하지 않기 때문에 처음부터 모든 것을 발명해야 합니다. 무엇 때문에? - 네, 단순히 효과가 없기 때문입니다.
인터페이스를 만들고 작업하는 새롭고 훨씬 더 효율적인 방법을 개발했습니다. 정말 새로운 일이고 그래서 너무 어렵습니다. 그러나 이 기술을 사용하면 표준 OOP 접근 방식보다 훨씬 더 많은 것을 얻을 수 있습니다.
MKL의 단점이 아니었다면 절대 이런 짓을 하지 않았을 텐데… "선 없이 악은 없다.")
이 모든 것은 이미 생성되었습니다.