Rosh : 문제를 해결할 수 있는 가능한 방법을 재치 있게 지적했습니다. 귀하의 모든 주장은 이미 표현되었으며 답변이 제공되었습니다. 따라서 자신을 반복하지 마십시오. 그렇지 않으면 홍수로 인해 금지됩니다.
반? 아무도 나에게 대답하지 않은 질문만 반복합니다. 그러면서도 되풀이하지 않고 해명합니다.
Flood, 이것은 의미없는 게시 프로세스를 위해 의미가 없습니다. 내 입장이 옳다는 것을 확신시키기 위해 노력하고 있거나 이미 시도한 적이 있습니다. 주장을 펼쳤습니다. 아무도 응답으로 어떤 주장도 제공하지 않았습니다.
그 결과 우리는 무엇을 얻었습니까? 나에게 가치가 없고 반대할 수 없는 사람이 아무도 없다는 주장이 무엇입니까? ... 흠, 내가 보기에 그것들을 다시 인용하는 것은 완전히 무의미한 것 같습니다. 왜냐하면 MQ에 이러한 모든 인수를 완전히 중단시키는 다른 인수가 있을 수 있기 때문입니다. 그러나 사실, 아무도 그것을 여기로 가져오지 않습니다. 따라서 상황은 적어도 이상하게 보입니다. 모든 합리적인 사람들은 당혹스러워하고 MQ는 그 근거를 유지합니다.
자, 알겠습니다. 사용자가 이 방법을 필요로 하기 때문이 아니라는 것을 알았다면 주제가 없었을 것입니다.
Interesting : 모든 사람이 가장 좋아하는 EDS(전자 디지털 서명인 것으로 이해)와 관련하여 개발자는 이미 두 번 이상 언급했습니다. 그들의 진술(내가 VTB 24 은행에 대해 잘못 알고 있지 않다면)은 다음과 같이 들렸습니다. - EDS 시행 기간
MetaTrader 5의 EDS를 사용하면 모든 것이 정상입니다. 서버의 확인란을 켜면 SSL 인증서(RSA 1024 또는 2048비트)를 사용하여 다른 수준의 인증이 추가됩니다. SSL 인증서(*.pfx)는 클라이언트 측(레지스트리 또는 디스크)에 저장되며 트레이더 룸과 같은 다른 서비스에서 서명 또는 승인에 사용할 수 있습니다.
4개에서는 SSL과의 직접적인 호환성 없이 더 간단하고 동일한 일이 발생했습니다. 그러나 실제로 이 모드를 포함하는 브로커는 거의 없습니다.
당신의 혼란에 대한 근거는 무엇입니까? DLL을 원하면 사용하십시오. 왜 우리가 DLL에 대한 디버그를 제공해야 한다고 생각합니까? 어떤 주장을 하였습니까? 1) 내 코드를 준다 2) 다른 사람의 전문가 를 DLL로 사용하지 않습니다. 3) 누군가는 어떤 방어도 쉽게 무너뜨릴 수 있습니다. (여기서조차 의심이 들지만 여기서 당신은 적어도 자신에 대해 이야기하고 있지 않습니다)
실제로 그들은 모든 것을 제자리에 고정시키는 명확한 공식을 제시하지 않고 정중하게 이유를 설명하려고했습니다.
이제 2001년(MetaQuotes 플랫폼에 처음 등장)부터 MQL 언어를 개발해 온 실무자들을 가르치려고 합니다. 9년 동안 우리는 포럼에서 공개 토론 방식으로 MQL - MQL2 - MQL4 및 MQL5를 지속적으로 개발해 왔습니다. 거래 전략을 위한 프로그래밍 언어 문제의 정교화 수준은 매우 깊으며 많은 실수를 범한 실제 경험을 기반으로 합니다.
이러한 배경에서 당신은 나타나서 자신의 I / ME를 기반으로 빙산의 일각을 위해 싸우고 설명을 요구하고 시스템 개발에 영향을 미치는 기본 메커니즘을 이해하지 못합니다. 상황은 자신이 옳다고 생각하기 때문에 교수가 세상을 자신에게로 돌리라고 요구하는 자신감 넘치는 3학년 학생과 매우 유사합니다. 따돌림 어조 "교수님, 세상이 왜 나한테도 안 맞는지 설명해도 안 돼요!" 단지 그림에 마무리 터치를 그립니다.
이런 식으로 설명을 해야 하기 때문에 정보와 거래 플랫폼을 만드는 방법에 대한 강의를 하지 않기 때문에 여기서 중요한 것은 어디가 치명적인 실패의 장소이고 성공이 어디인지, 에게.
Interesting : 모든 사람이 가장 좋아하는 EDS(전자 디지털 서명인 것으로 이해)와 관련하여 개발자는 이미 두 번 이상 언급했습니다. 그들의 진술(내가 VTB 24 은행에 대해 잘못 알고 있지 않다면)은 다음과 같이 들렸습니다. - EDS 시행 기간
EDS? 그래서 터미널에서 구현한 것 같습니다. 물리적으로. 그의 환생 중 적어도 하나. 내가 이해하는 한, 이러한 디지털 서명으로 모든 것이 입법 수준에서 정상적인 것은 아닙니다. 어떤 어려움이 있습니까, x.
흥미로운 :
불행히도 우리 지도자들은 주식 및 통화 시장 거래를 위한 대규모 센터를 만드는 것에 대해 더 많이 이야기하고 있습니다. 사실, 우리 법률은 "중세"(중기, 주식 시장이 적어도 어떻게 든 규제되기 때문에) 지역 어딘가에 있습니다 ...
몰라, 몰라 한편으로는 법에 큰 구멍이 있습니다. 그냥 거대합니다. 다시 말하지만, 법 집행의 관행은 기존의 "법률"조차도 매우 미미합니다. 반면에 동일한 맘바의 일부 프로토콜은 때때로 일부 존경받는 외환의 프로토콜보다 훨씬 더 지능적입니다. 부정적인 것에 집중하지 않으면 모든 것이 그렇게 나쁜 것은 아닙니다.
mql5 : DLL을 원하면 사용하십시오. 왜 우리가 DLL에 대한 디버그를 제공해야 한다고 생각합니까?
당연히 아니지. 질문은 왜 당신이 이것을 할 의무가 없지만 다른 것을 할 의무가 있다는 것입니다 ;-). 가장 좋은 점은 사용자의 공개 투표를 기반으로 결정을 내리는 것이므로 모든 사람이 기능과 기능에서 무엇이 필요한지, 그리고 그러한 사람들이 몇 명인지 알 수 있습니다. MQ는 폐쇄 모드에서 결정을 내리고 특정 기능의 가상 챔피언만 언급하지만 결정의 유효성은 보이지 않습니다.
본질적으로 MQ는 아무리 노력해도 시장에서 사용할 수 있는 실제 개발 환경과 비교할 수 있는 전문 개발 도구를 만들 수 없을 것이라고 이미 여러 번 말했습니다. 주어지며, 당신의 위치는 상황을 바꾸지 않습니다). 그렇기 때문에 DLL 개발이 필요하고 디버깅도 필요합니다. 자체 작성 에뮬레이터에서 디버깅하는 것은 실제 호스트 응용 프로그램에서 디버깅하는 것과 안정성 면에서 거의 동일하지 않으며 모든 작성 비용이 응용 프로그램으로 이전됩니다. 이런 의미에서 누군가(그 중 얼마나 많은 사람들이 우리가 아마 결코 알지 못할 것입니다 ;-))에게는 MQL 계층이 전혀 없지만 MQ가 "직접" 사용할 수 있는 일종의 클라이언트 API를 제공하는 것이 더 편리할 것입니다. 외부 프로그램과의 통합.
나는 프로그래머이며 나 자신과 주문형 및 판매용 프로그램을 만듭니다. 나는 항상 소스 코드를 전달합니다. 즉, (다행히도) 더 이상 이해할 수 없고, (나도 그렇게 생각했던 적이 있음), 프로그램을 보호하는 사람들이 원하는 것이 무엇인지 이해할 수 없습니다. 쓸모가 없기 때문입니다.
그러나 내 생각에 대화는 무의미합니다. 특종을 얻을 수는 없습니다. 아아.
나는 또한 프로그래머이고 나 자신과 주문을 위한 프로그램도 작성하고 주기적으로 DLL 서비스에 의존합니다. 그리고 적어도 지금까지는 거래 시스템을 위해 DLL에서 많은 것을 구현했습니다(음, MQL에는 이전에 필요한 기능이 없었고 ex4 디컴파일러가 인터넷의 모든 구석에 놓여 있었습니다)...
그러나 고객에게 소스 코드를 전송하는 것은 표준이 아니며 필수 절차도 아니라는 데 동의할 것입니다. 예, 그러면 작업 비용이 몇 배나 더 많이 들 것입니다.
그리고 자신의 프로그램을 보호하는 사람들은 진부하고 단순하기를 원합니다 - 노동을 희생하여 생계를 유지하고 가족을 먹여살리기까지 합니다(자신의 의사에 반하는 코드 형태의 노동이 누군가에 의해 복제될 수 있다는 생각 없이 기술) .
추신
그리고 보호의 무의미함에 대해 결론적으로 "MS Windows" 와 "1C:Enterprise 7.7" 에 대해 앞에서 언급한 것은 헛되지 않았습니다.
우리는 우리가 가장 좋아하는 OS에 대해 이야기하지 않을 것이므로, 기능면에서 유사한 Linux 버전과 비교할 때 침입자가 PC에 침투하는 것은 바이러스이자 하나의 큰 구멍이라는 것이 분명합니다.
두 회사 모두 러시아어이며 회계용 소프트웨어를 생산하고 두 제품 모두 소프트웨어 및 하드웨어 키(보호 수단으로)가 있으며 두 제품 모두 자체 내장 언어가 있습니다.
이제서야 불법 복제된 형태의 1C 제품이 모든 구석에 놓여 있고(여전히. 원하는 경우 이미 8번째 버전을 얻을 수 있음) 게으른 사람만 한 번에 그것을 사용하지 않았지만 불법 복제품에서 TB를 보지 못했습니다. 버전(6.7도 6.9도 아님). 10년 동안 이 프로그램에 익숙했지만.
당연히 아니지. 질문은 왜 당신이 이것을 할 의무가 없지만 다른 것을 할 의무가 있다는 것입니다 ;-). 가장 좋은 점은 사용자의 공개 투표를 기반으로 결정을 내리는 것이므로 모든 사람이 기능과 기능에서 무엇이 필요한지, 그리고 그러한 사람들이 몇 명인지 알 수 있습니다. MQ는 폐쇄 모드에서 결정을 내리고 특정 기능의 가상 챔피언만 언급하지만 결정의 유효성은 보이지 않습니다.
또한 군인과 선원, 요리사와 청소부 중에서 혁명적 정신을 가진 볼셰비키 대중이 MQ 임시정부를 타도해야 한다고 생각합니다. 응.
마케터 :
본질적으로 MQ는 아무리 노력해도 시장에서 사용할 수 있는 실제 개발 환경과 비교할 수 있는 전문 개발 도구를 만들 수 없을 것이라고 이미 여러 번 말했습니다. 주어지며, 당신의 위치는 상황을 바꾸지 않습니다). 그렇기 때문에 DLL 개발이 필요하고 디버깅도 필요합니다. 자체 작성 에뮬레이터에서 디버깅하는 것은 실제 호스트 응용 프로그램에서 디버깅하는 것과 안정성 면에서 거의 동일하지 않으며 모든 작성 비용이 응용 프로그램으로 이전됩니다. 이런 의미에서 누군가(그 중 얼마나 많은 사람들이 우리가 아마 결코 알지 못할 것입니다 ;-))에게는 MQL 계층이 전혀 없지만 MQ가 "직접" 사용할 수 있는 일종의 클라이언트 API를 제공하는 것이 더 편리할 것입니다. 외부 프로그램과의 통합.
"시장에서 사용할 수 있는 정품 개발 환경" 목록을 보고 싶습니다. 그리고 그들의 "진실성"이 무엇인지 간략하게 설명합니다.
마케터 :
물론 수비진도 무너질 것이다. 투표를 준비합시다 - 얼마나 오래. ;-)
하는 데 얼마나 걸리는지 봅시다. 투표는 필요 없습니다. 하세요. 높은 등급을 보여주세요.
이제 2001년(MetaQuotes 플랫폼에 처음 등장)부터 MQL 언어를 개발해 온 실무자들을 가르치려고 합니다. 9년 동안 우리는 포럼에서 공개 토론 방식으로 MQL - MQL2 - MQL4 및 MQL5를 지속적으로 개발해 왔습니다. 거래 전략을 위한 프로그래밍 언어 문제의 정교화 수준은 매우 깊으며 많은 실수를 한 실제 경험을 기반으로 합니다.
경험에도 불구하고 많은 실수를 저질렀다고 정확히 쓰셨네요... 그래서 현재의 어떤 결정도 또 다른 실수가 아니라는 사실이 아닙니다 ;-). 그리고 결국 MQ는 실제적인 소프트웨어 개발에 몰두하고 있을 뿐만 아니라... 그리고 이 분야에서 자신의 전문성을 말로 증명하는 것은 그다지 설득력이 없습니다...
문제를 해결할 수 있는 가능한 방법을 재치 있게 지적했습니다. 귀하의 모든 주장은 이미 표현되었으며 답변이 제공되었습니다. 따라서 자신을 반복하지 마십시오. 그렇지 않으면 홍수로 인해 금지됩니다.
반? 아무도 나에게 대답하지 않은 질문만 반복합니다. 그러면서도 되풀이하지 않고 해명합니다.
Flood, 이것은 의미없는 게시 프로세스를 위해 의미가 없습니다. 내 입장이 옳다는 것을 확신시키기 위해 노력하고 있거나 이미 시도한 적이 있습니다. 주장을 펼쳤습니다. 아무도 응답으로 어떤 주장도 제공하지 않았습니다.
그 결과 우리는 무엇을 얻었습니까? 나에게 가치가 없고 반대할 수 없는 사람이 아무도 없다는 주장이 무엇입니까? ... 흠, 내가 보기에 그것들을 다시 인용하는 것은 완전히 무의미한 것 같습니다. 왜냐하면 MQ에 이러한 모든 인수를 완전히 중단시키는 다른 인수가 있을 수 있기 때문입니다. 그러나 사실, 아무도 그것을 여기로 가져오지 않습니다. 따라서 상황은 적어도 이상하게 보입니다. 모든 합리적인 사람들은 당혹스러워하고 MQ는 그 근거를 유지합니다.
자, 알겠습니다. 사용자가 이 방법을 필요로 하기 때문이 아니라는 것을 알았다면 주제가 없었을 것입니다.
즉, 전체 주제가 소진되었습니다. 답변 감사합니다.
모든 사람이 가장 좋아하는 EDS(전자 디지털 서명인 것으로 이해)와 관련하여 개발자는 이미 두 번 이상 언급했습니다. 그들의 진술(내가 VTB 24 은행에 대해 잘못 알고 있지 않다면)은 다음과 같이 들렸습니다. - EDS 시행 기간
MetaTrader 5의 EDS를 사용하면 모든 것이 정상입니다. 서버의 확인란을 켜면 SSL 인증서(RSA 1024 또는 2048비트)를 사용하여 다른 수준의 인증이 추가됩니다. SSL 인증서(*.pfx)는 클라이언트 측(레지스트리 또는 디스크)에 저장되며 트레이더 룸과 같은 다른 서비스에서 서명 또는 승인에 사용할 수 있습니다.
4개에서는 SSL과의 직접적인 호환성 없이 더 간단하고 동일한 일이 발생했습니다. 그러나 실제로 이 모드를 포함하는 브로커는 거의 없습니다.
모든 합리적인 사람들은 당혹스러워하고 MQ는 그 근거를 유지합니다.
당신의 혼란에 대한 근거는 무엇입니까?
DLL을 원하면 사용하십시오. 왜 우리가 DLL에 대한 디버그를 제공해야 한다고 생각합니까?
어떤 주장을 하였습니까?
1) 내 코드를 준다
2) 다른 사람의 전문가 를 DLL로 사용하지 않습니다.
3) 누군가는 어떤 방어도 쉽게 무너뜨릴 수 있습니다. (여기서조차 의심이 들지만 여기서 당신은 적어도 자신에 대해 이야기하고 있지 않습니다)
친애하는 학자 여러분,
실제로 그들은 모든 것을 제자리에 고정시키는 명확한 공식을 제시하지 않고 정중하게 이유를 설명하려고했습니다.
이제 2001년(MetaQuotes 플랫폼에 처음 등장)부터 MQL 언어를 개발해 온 실무자들을 가르치려고 합니다. 9년 동안 우리는 포럼에서 공개 토론 방식으로 MQL - MQL2 - MQL4 및 MQL5를 지속적으로 개발해 왔습니다. 거래 전략을 위한 프로그래밍 언어 문제의 정교화 수준은 매우 깊으며 많은 실수를 범한 실제 경험을 기반으로 합니다.
이러한 배경에서 당신은 나타나서 자신의 I / ME를 기반으로 빙산의 일각을 위해 싸우고 설명을 요구하고 시스템 개발에 영향을 미치는 기본 메커니즘을 이해하지 못합니다. 상황은 자신이 옳다고 생각하기 때문에 교수가 세상을 자신에게로 돌리라고 요구하는 자신감 넘치는 3학년 학생과 매우 유사합니다. 따돌림 어조 "교수님, 세상이 왜 나한테도 안 맞는지 설명해도 안 돼요!" 단지 그림에 마무리 터치를 그립니다.
이런 식으로 설명을 해야 하기 때문에 정보와 거래 플랫폼을 만드는 방법에 대한 강의를 하지 않기 때문에 여기서 중요한 것은 어디가 치명적인 실패의 장소이고 성공이 어디인지, 에게.
모든 사람이 가장 좋아하는 EDS(전자 디지털 서명인 것으로 이해)와 관련하여 개발자는 이미 두 번 이상 언급했습니다. 그들의 진술(내가 VTB 24 은행에 대해 잘못 알고 있지 않다면)은 다음과 같이 들렸습니다. - EDS 시행 기간
EDS? 그래서 터미널에서 구현한 것 같습니다. 물리적으로. 그의 환생 중 적어도 하나. 내가 이해하는 한, 이러한 디지털 서명으로 모든 것이 입법 수준에서 정상적인 것은 아닙니다. 어떤 어려움이 있습니까, x.
불행히도 우리 지도자들은 주식 및 통화 시장 거래를 위한 대규모 센터를 만드는 것에 대해 더 많이 이야기하고 있습니다. 사실, 우리 법률은 "중세"(중기, 주식 시장이 적어도 어떻게 든 규제되기 때문에) 지역 어딘가에 있습니다 ...
DLL을 원하면 사용하십시오. 왜 우리가 DLL에 대한 디버그를 제공해야 한다고 생각합니까?
당연히 아니지. 질문은 왜 당신이 이것을 할 의무가 없지만 다른 것을 할 의무가 있다는 것입니다 ;-). 가장 좋은 점은 사용자의 공개 투표를 기반으로 결정을 내리는 것이므로 모든 사람이 기능과 기능에서 무엇이 필요한지, 그리고 그러한 사람들이 몇 명인지 알 수 있습니다. MQ는 폐쇄 모드에서 결정을 내리고 특정 기능의 가상 챔피언만 언급하지만 결정의 유효성은 보이지 않습니다.
본질적으로 MQ는 아무리 노력해도 시장에서 사용할 수 있는 실제 개발 환경과 비교할 수 있는 전문 개발 도구를 만들 수 없을 것이라고 이미 여러 번 말했습니다. 주어지며, 당신의 위치는 상황을 바꾸지 않습니다). 그렇기 때문에 DLL 개발이 필요하고 디버깅도 필요합니다. 자체 작성 에뮬레이터에서 디버깅하는 것은 실제 호스트 응용 프로그램에서 디버깅하는 것과 안정성 면에서 거의 동일하지 않으며 모든 작성 비용이 응용 프로그램으로 이전됩니다. 이런 의미에서 누군가(그 중 얼마나 많은 사람들이 우리가 아마 결코 알지 못할 것입니다 ;-))에게는 MQL 계층이 전혀 없지만 MQ가 "직접" 사용할 수 있는 일종의 클라이언트 API를 제공하는 것이 더 편리할 것입니다. 외부 프로그램과의 통합.
...
나는 프로그래머이고 당신의 지적 재산이 필요하지 않습니다.
나는 프로그래머이며 나 자신과 주문형 및 판매용 프로그램을 만듭니다. 나는 항상 소스 코드를 전달합니다. 즉, (다행히도) 더 이상 이해할 수 없고, (나도 그렇게 생각했던 적이 있음), 프로그램을 보호하는 사람들이 원하는 것이 무엇인지 이해할 수 없습니다. 쓸모가 없기 때문입니다.
그러나 내 생각에 대화는 무의미합니다. 특종을 얻을 수는 없습니다. 아아.
나는 또한 프로그래머이고 나 자신과 주문을 위한 프로그램도 작성하고 주기적으로 DLL 서비스에 의존합니다. 그리고 적어도 지금까지는 거래 시스템을 위해 DLL에서 많은 것을 구현했습니다(음, MQL에는 이전에 필요한 기능이 없었고 ex4 디컴파일러가 인터넷의 모든 구석에 놓여 있었습니다)...
그러나 고객에게 소스 코드를 전송하는 것은 표준이 아니며 필수 절차도 아니라는 데 동의할 것입니다. 예, 그러면 작업 비용이 몇 배나 더 많이 들 것입니다.
그리고 자신의 프로그램을 보호하는 사람들은 진부하고 단순하기를 원합니다 - 노동을 희생하여 생계를 유지하고 가족을 먹여살리기까지 합니다(자신의 의사에 반하는 코드 형태의 노동이 누군가에 의해 복제될 수 있다는 생각 없이 기술) .
추신
그리고 보호의 무의미함에 대해 결론적으로 "MS Windows" 와 "1C:Enterprise 7.7" 에 대해 앞에서 언급한 것은 헛되지 않았습니다.
우리는 우리가 가장 좋아하는 OS에 대해 이야기하지 않을 것이므로, 기능면에서 유사한 Linux 버전과 비교할 때 침입자가 PC에 침투하는 것은 바이러스이자 하나의 큰 구멍이라는 것이 분명합니다.
뱅의 두 가지 제품을 살펴보자. 회계, 즉 사랑받고 널리 알려진 "1C: Enterprise 7.7" 및 DIC의 "TurboAccountant 6.9" 에 대한 모든 회계사
두 회사 모두 러시아어이며 회계용 소프트웨어를 생산하고 두 제품 모두 소프트웨어 및 하드웨어 키(보호 수단으로)가 있으며 두 제품 모두 자체 내장 언어가 있습니다.
이제서야 불법 복제된 형태의 1C 제품이 모든 구석에 놓여 있고(여전히. 원하는 경우 이미 8번째 버전을 얻을 수 있음) 게으른 사람만 한 번에 그것을 사용하지 않았지만 불법 복제품에서 TB를 보지 못했습니다. 버전(6.7도 6.9도 아님). 10년 동안 이 프로그램에 익숙했지만.
당연히 아니지. 질문은 왜 당신이 이것을 할 의무가 없지만 다른 것을 할 의무가 있다는 것입니다 ;-). 가장 좋은 점은 사용자의 공개 투표를 기반으로 결정을 내리는 것이므로 모든 사람이 기능과 기능에서 무엇이 필요한지, 그리고 그러한 사람들이 몇 명인지 알 수 있습니다. MQ는 폐쇄 모드에서 결정을 내리고 특정 기능의 가상 챔피언만 언급하지만 결정의 유효성은 보이지 않습니다.
또한 군인과 선원, 요리사와 청소부 중에서 혁명적 정신을 가진 볼셰비키 대중이 MQ 임시정부를 타도해야 한다고 생각합니다. 응.
본질적으로 MQ는 아무리 노력해도 시장에서 사용할 수 있는 실제 개발 환경과 비교할 수 있는 전문 개발 도구를 만들 수 없을 것이라고 이미 여러 번 말했습니다. 주어지며, 당신의 위치는 상황을 바꾸지 않습니다). 그렇기 때문에 DLL 개발이 필요하고 디버깅도 필요합니다. 자체 작성 에뮬레이터에서 디버깅하는 것은 실제 호스트 응용 프로그램에서 디버깅하는 것과 안정성 면에서 거의 동일하지 않으며 모든 작성 비용이 응용 프로그램으로 이전됩니다. 이런 의미에서 누군가(그 중 얼마나 많은 사람들이 우리가 아마 결코 알지 못할 것입니다 ;-))에게는 MQL 계층이 전혀 없지만 MQ가 "직접" 사용할 수 있는 일종의 클라이언트 API를 제공하는 것이 더 편리할 것입니다. 외부 프로그램과의 통합.
"시장에서 사용할 수 있는 정품 개발 환경" 목록을 보고 싶습니다. 그리고 그들의 "진실성"이 무엇인지 간략하게 설명합니다.
물론 수비진도 무너질 것이다. 투표를 준비합시다 - 얼마나 오래. ;-)
하는 데 얼마나 걸리는지 봅시다. 투표는 필요 없습니다. 하세요. 높은 등급을 보여주세요.
이제 2001년(MetaQuotes 플랫폼에 처음 등장)부터 MQL 언어를 개발해 온 실무자들을 가르치려고 합니다. 9년 동안 우리는 포럼에서 공개 토론 방식으로 MQL - MQL2 - MQL4 및 MQL5를 지속적으로 개발해 왔습니다. 거래 전략을 위한 프로그래밍 언어 문제의 정교화 수준은 매우 깊으며 많은 실수를 한 실제 경험을 기반으로 합니다.