marketeer : 경험에도 불구하고 많은 실수를 저질렀다고 정확히 쓰셨네요... 그래서 현재의 어떤 결정도 또 다른 실수가 아니라는 사실이 아닙니다 ;-). 그리고 결국 MQ는 실제적인 소프트웨어 개발에 몰두하고 있을 뿐만 아니라... 그리고 이 분야에서 자신의 전문성을 말로 증명하는 것은 그다지 설득력이 없습니다...
우리는 여전히 많은 전술적 실수를 저지를 것이지만 전략적 방향은 이미 확립되었습니다. 한 방향으로 일하는 축적된 경험이 영향을 미쳤습니다. 나는 이미 경쟁자에 대해 썼습니다. 그들은 의지가 약합니다.
또한 중요한 부분을 인용하는 것을 잊었습니다.
이런 식으로 설명해야 하기 때문에 정보와 거래 플랫폼을 만드는 방법에 대한 강의를 하지 않을 것이기 때문에 여기서 중요한 것이 무엇인지, 치명적인 실패의 장소가 어디고 성공이 어디 있는지, 하지 않겠습니다 .
또한 내 생각을 표현하자면, 나는 DLL과 그 매력에 익숙하지 않습니다. 그리고 나는 왜 그것들을 사용하는지 이해하지 못합니다. Renat이 말했듯이 MQ는 MQL 언어를 개발하고 있으며 가능한 한 외부 DLL 사용에 의존하지 않도록 노력하고 있으며 이를 위해 디버거가 필요하지 않습니다. MQL을 사용하여 모든 코드를 작성할 수 있고 자체 디버거로 디버깅할 수 있는 경우.
당연히 아니지. 질문은 왜 당신이 이것을 할 의무가 없지만 다른 것을 할 의무가 있다는 것입니다 ;-). 가장 좋은 점은 사용자의 공개 투표를 기반으로 결정을 내리는 것이므로 모든 사람이 기능과 기능에서 무엇이 필요한지, 그리고 그러한 사람들이 몇 명인지 알 수 있습니다. MQ는 폐쇄 모드에서 결정을 내리고 특정 기능의 가상 챔피언만 언급하지만 결정의 유효성은 보이지 않습니다.
어떤 종류의 투표(상업적 프로젝트 의 민주주의)를 말하는 겁니까? 이렇게 하면 누구나 원하는 GAZPROM과 CENTRABANK를 이끌어갈 지경에 이르게 됩니다... :)
마케터 :
본질적으로 MQ는 아무리 노력해도 시장에서 사용할 수 있는 실제 개발 환경과 비교할 수 있는 전문 개발 도구를 만들 수 없을 것이라고 이미 여러 번 말했습니다. 주어지며, 당신의 위치는 상황을 바꾸지 않습니다). 그렇기 때문에 DLL 개발이 필요하고 디버깅도 필요합니다. 자체 작성 에뮬레이터에서 디버깅하는 것은 실제 호스트 응용 프로그램에서 디버깅하는 것과 안정성 면에서 거의 동일하지 않으며 모든 작성 비용이 응용 프로그램으로 이전됩니다. 이런 의미에서 누군가(그 중 얼마나 많은 사람들이 우리가 아마 결코 알지 못할 것입니다 ;-))에게는 MQL 계층이 전혀 없지만 MQ가 "직접" 사용할 수 있는 일종의 클라이언트 API를 제공하는 것이 더 편리할 것입니다. 외부 프로그램과의 통합.
MQ가 신화적인 "보편적인" 개발 환경을 개발했다면 디버깅과 DLL, 바이러스 작성을 확실히 허용할 것이라고 생각합니다. 아마도 다른 것을 허용할 수도 있지만 반복적으로 언급했듯이 SAFE 코드 를 사용하여 거래 플랫폼을 개발하고 있습니다. 실행 환경 ...
marketeer : 경험에도 불구하고 많은 실수를 저질렀다고 정확히 쓰셨네요... 그래서 현재의 어떤 결정도 또 다른 실수가 아니라는 사실이 아닙니다 ;-). 그리고 결국 MQ는 실제적인 소프트웨어 개발에 몰두하고 있을 뿐만 아니라... 그리고 이 분야에서 자신의 전문성을 말로 증명하는 것은 그다지 설득력이 없습니다...
물론 그들은 그렇게 하고, 인정합니다. ex4용 디컴파일러를 생성할 수 있게 하는 디버깅의 실수가 인식(및 수정)되었습니다.
그리고 당신은 무엇을 제안합니까 - 다시 갈퀴를 밟고 있습니까?
추신
네, 그들뿐만 아니라 Forex Club도 참여합니다. 그리고 그들은 심지어 API를 가지고 있습니다(거래용이 아님). 그리고 모두가 R2로 전환해야 합니까?
포럼에서 도발에 참여하지 마십시오. 경고가 있습니다.
하는 데 얼마나 걸리는지 봅시다. 투표는 필요 없습니다. 하세요. 높은 등급을 보여주세요.
경험에도 불구하고 많은 실수를 저질렀다고 정확히 쓰셨네요... 그래서 현재의 어떤 결정도 또 다른 실수가 아니라는 사실이 아닙니다 ;-). 그리고 결국 MQ는 실제적인 소프트웨어 개발에 몰두하고 있을 뿐만 아니라... 그리고 이 분야에서 자신의 전문성을 말로 증명하는 것은 그다지 설득력이 없습니다...
우리는 여전히 많은 전술적 실수를 저지를 것이지만 전략적 방향은 이미 확립되었습니다. 한 방향으로 일하는 축적된 경험이 영향을 미쳤습니다. 나는 이미 경쟁자에 대해 썼습니다. 그들은 의지가 약합니다.
또한 중요한 부분을 인용하는 것을 잊었습니다.
이런 식으로 설명해야 하기 때문에 정보와 거래 플랫폼을 만드는 방법에 대한 강의를 하지 않을 것이기 때문에 여기서 중요한 것이 무엇인지, 치명적인 실패의 장소가 어디고 성공이 어디 있는지, 하지 않겠습니다 .
저는 해커가 아닙니다. 나는 이것을 하지 않을 것이다. 귀하의 제안은 유효하지 않습니다.
그리고 당신이 이해하지 못하는 문제에 대한 조언과 예측을 배포하는 것이 적절하다는 것을 의미합니까? 설명.
사물함이 외부 디버깅의 수호자로 재조명되었다는 인상을 받았습니다. :)
...가장 좋은 점은 정말 유저들의 공개 투표로 결정을 내리는 것...
당연히 아니지. 질문은 왜 당신이 이것을 할 의무가 없지만 다른 것을 할 의무가 있다는 것입니다 ;-). 가장 좋은 점은 사용자의 공개 투표를 기반으로 결정을 내리는 것이므로 모든 사람이 기능과 기능에서 무엇이 필요한지, 그리고 그러한 사람들이 몇 명인지 알 수 있습니다. MQ는 폐쇄 모드에서 결정을 내리고 특정 기능의 가상 챔피언만 언급하지만 결정의 유효성은 보이지 않습니다.
본질적으로 MQ는 아무리 노력해도 시장에서 사용할 수 있는 실제 개발 환경과 비교할 수 있는 전문 개발 도구를 만들 수 없을 것이라고 이미 여러 번 말했습니다. 주어지며, 당신의 위치는 상황을 바꾸지 않습니다). 그렇기 때문에 DLL 개발이 필요하고 디버깅도 필요합니다. 자체 작성 에뮬레이터에서 디버깅하는 것은 실제 호스트 응용 프로그램에서 디버깅하는 것과 안정성 면에서 거의 동일하지 않으며 모든 작성 비용이 응용 프로그램으로 이전됩니다. 이런 의미에서 누군가(그 중 얼마나 많은 사람들이 우리가 아마 결코 알지 못할 것입니다 ;-))에게는 MQL 계층이 전혀 없지만 MQ가 "직접" 사용할 수 있는 일종의 클라이언트 API를 제공하는 것이 더 편리할 것입니다. 외부 프로그램과의 통합.
경험에도 불구하고 많은 실수를 저질렀다고 정확히 쓰셨네요... 그래서 현재의 어떤 결정도 또 다른 실수가 아니라는 사실이 아닙니다 ;-). 그리고 결국 MQ는 실제적인 소프트웨어 개발에 몰두하고 있을 뿐만 아니라... 그리고 이 분야에서 자신의 전문성을 말로 증명하는 것은 그다지 설득력이 없습니다...
물론 그들은 그렇게 하고, 인정합니다. ex4용 디컴파일러를 생성할 수 있게 하는 디버깅의 실수가 인식(및 수정)되었습니다.
그리고 당신은 무엇을 제안합니까 - 다시 갈퀴를 밟고 있습니까?
추신
네, 그들뿐만 아니라 Forex Club도 참여합니다. 그리고 그들은 심지어 API를 가지고 있습니다(거래용이 아님). 그리고 모두가 R2로 전환해야 합니까?
그런데,
그리고,