Renat писал (а): rebus, 당신은 가볍게 말하자면 "게다가 바 외부에 구멍이 있는 경우가 매우 많습니다. 바에서 모든 진드기를 고려해야 한다고 생각했기 때문에 이것은 일반적으로 말도 안되는 소리입니다."
이것은 나에게 충격을 주었다. 내 추가 설명이 필요하지 않다고 생각합니다.
그러나 누가 주장합니까 :) 노년은 기쁨이 아닙니다. 행복한 사람은 건강하고 기억력이 짧은 사람이라고 합니다. 아쉽게도 건강은 좋지 않지만 기억력은 좋아요 :)
주제에 대한 일화(아주 오래된): Rzhevsky 중위는 Natasha Rostova와 같은 구획에 타고 있습니다. 그녀는 별도의 지갑에 계란 반 바구니와 은식 저녁 식사 서비스를 가지고 있습니다. 상관 대리: - 나타샤, 말해주세요. 왜 모든 것을 한 바구니에 담지 않았습니까? - 중위, 알에서 은이 검게 변하는 과정에서 엄마가 말씀하셨습니다. - 예, 한 세기를 살아라 - 한 세기를 배우십시오 - 중위는 투덜거리며 은색 담배 상자를 바지 주머니에서 여행 가방으로 옮겼습니다.
다시 흥분하지 마십시오. 틱 차트를 직접 사용하는 것이 아니라 품질 테스트를 위한 것입니다. 실제 데이터를 안정적으로 모델링하기 위해 어떻게 제안합니까? 물론 프로그램을 무한대로 거칠게 만들 수 있습니다. 하지만 왜? 합리적인 한계가 있습니다.
그런 다음 하루의 틱 데이터를 축적하고 파일에 작성한 다음 테스터의 틱 기록과 비교하고 모든 표, 오류, 스크린샷 및 결론과 함께 결과를 게시하십시오. 이것은 "진드기 기록 부족으로 인한 문제"의 가장 좋은 증거가 될 것입니다.
mandor는 어떤 식으로든 자신의 의견을 증명하고 싶지 않았습니다. 가능할까요? 예를 들어, Integer는 건설적으로 행동했습니다. 테스트를 수행하고 결과를 정직하게 이 스레드에 게시했습니다.
일부는 유치원에 갔다. 나 자신은 오랫동안 꽤 큰 규모의 소프트웨어 개발자 팀의 책임자였으며 귀하의 말에 따르면 소프트웨어에 상당한 변경을 가할 의사가 없음을 알 수 있습니다. 측면에서 보면 이렇습니다. 동시에 그들은 당신이 당신의 소프트웨어를 더 좋게 만들기 위해 최선을 다하고 싶다는 것을 당신에게 설명하려고 노력하고 있습니다. 그리고 당신은 약간의 경솔한 공격으로 대응했습니다. 테스트 결과가 실시간 데모 결과와 일치하지 않는 두 가지 예를 들었습니다. 당신은 그것에 반응하지 않았습니다. 다른 사람은 가능한 원인을 설명하는 의견을 제시했습니다. 그에게 특별한 감사를 전합니다. 물론 틱까지 가서 원하는 모든 것을 제공할 수 있습니다. 하지만 정말 도움이 될까요? 당신은 이미 나보다 모든 것을 더 잘 보고 이해하고 있습니다. 나쁜 게임에 좋은 얼굴을 하는 이유 - 이해할 수 없습니다.
개인적으로 프로그램을 개발할 때 문제는 이러한 차이점이 아닙니다. 2-3점은 아무 것도 해결하지 못합니다. 아무것도 결정할 필요가 없습니다. 문제는 테스트 결과가 실제 작업의 결과와 일치하지 않으면 질문은 왜 이 테스트가 전혀 필요하지 않다는 것입니다. 사람이 2 배 더 많은 시간을 보내려면 먼저 프로그램의 한 버전을 만들고 테스터에서 긍정적 인 결과를 얻은 다음이 과정에 수반되는 실망과 함께 두 번째로 강제됩니다. 터미널에서 테스트 가능성을 제거하는 것이 더 나을까요? 또는 아마추어를 위해 별도의 소프트웨어 구성 요소로 가져옵니다. 그것에 대해 생각하지 않았나요?
그리고 다시 한 번 진정을 부탁드립니다. 그래서 당신은 당신의 건강을 해칠 것입니다. 우리는 당신을 매우 그리워할 것입니다 :) 저는 모든 사람이 개발자를 매우 존중한다고 말한다면 이 포럼의 대다수의 의견을 표명할 것이라고 생각합니다. 그리고 우리가 이러한 감정이 상호적이지 않다는 것을 알 때 매우 실망스럽습니다 :(
rebus писал (а): 분명히 문제는 눈금 차트가 테스트를 위해 MT4에서 저장되고 사용될 때만 해결될 것입니다. 엄청난 양으로 쏟아지더라도 어두운 방에서 검은 고양이를 찾는 것보다 낫습니다.
당신은 깊이 착각하고 있습니다! 거래자가 시장에서 주문을 개시/마감할 때 발생할 수 있는 모든 실제 문제를 완전히 인식할 때 문제가 해결됩니다. 결국 개발자가 틱 기록을 서버에 저장하고 모든 사람에게 배포하도록 요구하는 것보다 터미널의 기존 기능을 완전히 마스터하고 단순히 거래에 적용하는 것이 훨씬 쉽습니다. 그러나 이 주제는 이 포럼과 함께 제공되는 http://www.metatrader4.com/ru/forum 에서 이미 여러 번 논의되었습니다. 이 사이트의 기사는 기존 문제와 해결 방법에 전념합니다.
1년 전 내가 MQL4를 알게 되었을 때 정보가 훨씬 적었습니다! 단순히 기존 코드를 가져와서 함수 값에 대한 설명을 사용하여 코드에서 이 작업이나 그 작업의 의미를 점차적으로 추측해야 했습니다. 그렇다면 포럼에서 명확하지 않은 내용이 질문되었습니다. 일반적으로 무언가를 제안할 수 있는 사람들이 있었습니다. 이제 원칙적으로 적시에 거래를 열거나 닫고 차트에 무언가를 그리는 데 문제가 없습니다. 즉, 한 가지 문제가 남았습니다. 이것은 자동 거래에서 사용해야하는 아이디어 자체이며 한 번에가 아니라 점차적으로 기술적인 측면을 처리하는 것이 항상 가능합니다.
리버스 는 다음과 같이 썼다. 분명히 문제는 눈금 차트가 테스트를 위해 MT4에서 저장되고 사용될 때만 해결될 것입니다. 엄청난 양으로 쏟아지더라도 어두운 방에서 검은 고양이를 찾는 것보다 낫습니다.
당신은 깊이 착각하고 있습니다! 거래자가 시장에서 주문을 개시/마감할 때 발생할 수 있는 모든 실제 문제를 완전히 인식할 때 문제가 해결됩니다. 결국 개발자가 틱 기록을 서버에 저장하고 모든 사람에게 배포하도록 요구하는 것보다 터미널의 기존 기능을 완전히 마스터하고 단순히 거래에 적용하는 것이 훨씬 쉽습니다. 그러나 이 주제는 이 포럼과 함께 제공되는 http://www.metatrader4.com/ru/forum 에서 이미 여러 번 논의되었습니다. 이 사이트의 기사는 기존 문제 및 해결 방법에 전념합니다.
1년 전 내가 MQL4를 알게 되었을 때 정보가 훨씬 적었습니다! 단순히 기존 코드를 가져와서 함수 값에 대한 설명을 사용하여 코드에서 이 작업이나 그 작업의 의미를 점차적으로 추측해야 했습니다. 글쎄, 명확하지 않은 것이 포럼에서 질문되었습니다. 일반적으로 무언가를 제안할 수 있는 사람들이 있었습니다. 이제 원칙적으로 적시에 거래를 열거나 닫고 차트에 무언가를 그리는 데 문제가 없습니다. 즉, 한 가지 문제가 남았습니다. 이것은 자동 거래에서 사용해야하는 아이디어 자체이며 한 번에가 아니라 점차적으로 기술적인 측면을 처리하는 것이 항상 가능합니다.
자세하고 친절한 설명 감사합니다. 한 가지만 압니다. 알면 알수록 자신이 아무것도 모른다는 사실을 더 잘 알게 됩니다. 특히 시장과 같은 복잡한 상황에서는 더욱 그렇습니다. 본인도 질문에 대한 답을 정확히 안다면 항상 초보자를 돕습니다. 그러나 지금은 그 자신이 무언가에 부딪쳤다는 밴드가 사라졌습니다. 결국, 나는 특히 틱에서 낮은 프레임에 들어가지 않으려고 노력했습니다. 그러나 이번 우승으로 모든 것이 뒤집혔다. 충분히 좋은 생각인 것 같습니다. 나는 모든 것을 시도하고 수행했습니다. 한마디로 작업 레이아웃을 심플하면서도 멋스럽게 만들었습니다. 데모에서 한 달 동안 출시되었습니다. 처음에는 불만이 없었고 나중에 약간의 오해가있었습니다. 그것이 내가 그것을 이해하기 시작한 곳입니다. 어딘가에서 그는 바보로 판명 났지만 어딘가에서 나는 여전히 모든 것을 해결하는 방법에 대한 답이나 해결책을 찾지 못했습니다. 물론 찾을 것입니다. 시간 문제입니다. 개발자들이 조금이나마 도움이 되었으면 하는 바람에 "바보 그 자체"라는 대답만 들립니다. "힘내라, 판님!"
MQL4는 여름 초에야 알게 되었습니다. 현재 많은 자료와 사례가 있음에도 불구하고 실생활에서 작동할 수 있는 프로그램을 만드는 방법에 대한 진지한 권장 사항이 충분하지 않습니다. 나는 MTS의 아이디어조차 의미하지 않습니다. 브로커와의 실제 작업의 미묘함이 중요합니다. 이전에 메커니즘의 본질을 이해하려고 했으므로 너무 자주 포지션을 열고 닫는 옵션을 즉시 끊었습니다. 브로커를 괴롭히는 이유는 무엇입니까?! 로깅에 상당한 주의를 기울여야 한다는 것을 알고 있습니다. 다른 무엇? 불행히도 아무도 약점에 대해 이야기할 수 있거나 말하고 싶어하지 않습니다. 그래서 갈퀴를 밟고 싶지 않습니다. Grail에 대한 기사에는 대략적인 내용이 있지만 내 생각에는 모든 것이 주관적이고 모호합니다. 포럼의 누군가가 찌르지 않도록 초보자를 위한 템플릿을 만들 것을 제안했습니다. 그러나 그것은 또한 일종의 퇴색되었습니다. 또는 아무도 생계를 유지하기 위해 프로그램을 사용하지 않거나 둘 중 하나를 사용합니다. :) 따라서 구식 방식으로 직접 수행해야 합니다. 또는 똑똑하고 경험 많은 대화 상대를 얻는다면.
rebus, 한 힙에 여러 질문을 덤프하지 마십시오. 나는 진드기 모델링에 대한 특정 질문과 "만약 그들이 진드기를 주었다면 - 불만이 없었을 것"이라는 진술에 대한 답변을 주었고 주제 주제로 유지되었습니다(주제는 모델링에 관한 것입니다). 나는 다른 질문에 대답하지 않았습니다. "일정 외의 거래"가 충분했습니다.
프로그래머에게는 말이 필요 없습니다. 기술적이고 상세한 증거가 필요합니다.
6년 동안 우리는 독점적으로 정보 및 거래 플랫폼을 작성해 왔습니다. MQL의 첫 번째 버전은 2001년에 만들어졌습니다. 그들은 실수를 하고, 실험하고, 배우고, 실수를 수정했습니다. 현재 우리는 상황과 우리의 행동을 이해하는 데 자신감을 주는 내부 조사를 많이 가지고 있습니다.
그런 다음 구두로만 일부 진술/가정을 만들고 개발자에게 작성 방법을 가르치는 초보자 상인-프로그래머가 나타납니다. 이 모든 것이 훌륭합니다. 우리는 조언에 만족하고 요청에 따라 많은 일을 합니다. 그러나 다른 사람의 훨씬 더 정교한 솔루션을 변경하려면 먼저 직접 조사하고 결과를 발표해야 합니다.
그러므로: 정교한 증거로 귀하의 의견과 요청을 뒷받침하십시오. 증거를 수집하는 과정에서 이론의 모순이 드러난다. 우리는 수년 동안 이론을 만들어 왔으며 그 중 많은 것이 말도 안되는 것으로 판명되었습니다. 그러나 모든 사람은 표준 갈퀴를 통과해야 합니다. 그래서 다시 말하겠습니다.
"진드기 이력이 있는 것이 정확한 테스트의 핵심입니다"는 모든 사람이 밟아야 하는 표준 레이크입니다.
그건 그렇고, 당신이 말할 때 당신은 너무 멀리갑니다.
실제 데이터를 안정적으로 모델링하기 위해 어떻게 제안합니까? 물론 프로그램을 무한대로 조악하게 만들 수 있습니다 . 하지만 왜? 합리적인 한계가 있습니다.
아무도 당신에게 무한한 무례함을 강요하지 않습니다. 하지만 1-2핍의 차이를 직접 볼 수 있도록 MetaTrader 4 테스터 시뮬레이션의 품질에 대해 스스로 조사해 보시기 바랍니다. 그리고 나서 그들은 "예, 불일치는 1-2핍입니다. Expert Advisor의 작동에 노이즈의 영향을 배제하기 위해 2-3핍으로 거칠어지면 충분합니다."라고 분명히 말했습니다. 조사를 하고 이 예의 세부 정보, 표 및 스크린샷을 게시하십시오.
(빨간색 선 - 시뮬레이션된 움직임, 녹색 선 - 원래 틱 기록)
ps: 저는 저희 프로젝트를 응원하면서 상세한 분해와 이후의 실수 수정에 기쁨과 열정을 가지고 참여합니다. 너무 공격적이어서 실례합니다. 그런 일이 발생합니다.
원칙적으로 모델링이 모델링이라는 것은 이미 분명합니다. 분명히 문제는 눈금 차트가 테스트를 위해 MT4에서 저장되고 사용될 때만 해결될 것입니다. 엄청난 양으로 쏟아지더라도 어두운 방에서 검은 고양이를 찾는 것보다 낫습니다.
당신은 아무것도 이해하지 못했습니다. 이 스레드에서 눈금 차트를 파헤칠 수 없는 이유를 여러 번 설명했습니다. 다시 읽어보세요.내 추가 설명이 필요하지 않다고 생각합니다. 모두 벽에 붙은 완두콩과 같습니다.
rebus, 당신은 가볍게 말하자면 "게다가 바 외부에 구멍이 있는 경우가 매우 많습니다. 바에서 모든 진드기를 고려해야 한다고 생각했기 때문에 이것은 일반적으로 말도 안되는 소리입니다."
이것은 나에게 충격을 주었다. 내 추가 설명이 필요하지 않다고 생각합니다.
그러나 누가 주장합니까 :) 노년은 기쁨이 아닙니다. 행복한 사람은 건강하고 기억력이 짧은 사람이라고 합니다. 아쉽게도 건강은 좋지 않지만 기억력은 좋아요 :)
주제에 대한 일화(아주 오래된):
Rzhevsky 중위는 Natasha Rostova와 같은 구획에 타고 있습니다. 그녀는 별도의 지갑에 계란 반 바구니와 은식 저녁 식사 서비스를 가지고 있습니다.
상관 대리:
- 나타샤, 말해주세요. 왜 모든 것을 한 바구니에 담지 않았습니까?
- 중위, 알에서 은이 검게 변하는 과정에서 엄마가 말씀하셨습니다.
- 예, 한 세기를 살아라 - 한 세기를 배우십시오 - 중위는 투덜거리며 은색 담배 상자를 바지 주머니에서 여행 가방으로 옮겼습니다.
증거를 제공하지 않아 금지된 mandor. 다른 곳에서 혀를 긁게하십시오.
헛되이. 그에게서 배울 것이 별로 없었다.
rebus, 당신은 가볍게 말하자면 "게다가 바 외부에 구멍이 있는 경우가 매우 많습니다. 바에서 모든 진드기를 고려해야 한다고 생각했기 때문에 이것은 일반적으로 말도 안되는 소리입니다." 이것은 나에게 충격을 주었다.
원칙적으로 모델링이 모델링이라는 것은 이미 분명합니다. 분명히 문제는 눈금 차트가 테스트를 위해 MT4에서 저장되고 사용될 때만 해결될 것입니다. 엄청난 양으로 쏟아지더라도 어두운 방에서 검은 고양이를 찾는 것보다 낫습니다.
당신은 아무것도 이해하지 못했습니다. 이 스레드에서 눈금 차트를 파헤칠 수 없는 이유를 여러 번 설명했습니다. 다시 읽어보세요.내 추가 설명이 필요하지 않다고 생각합니다. 모두 벽에 붙은 완두콩과 같습니다.
다시 흥분하지 마십시오. 틱 차트를 직접 사용하는 것이 아니라 품질 테스트를 위한 것입니다. 실제 데이터를 안정적으로 모델링하기 위해 어떻게 제안합니까? 물론 프로그램을 무한대로 거칠게 만들 수 있습니다. 하지만 왜? 합리적인 한계가 있습니다.
다시 흥분하지 마십시오. 틱 차트를 직접 사용하는 것이 아니라 품질 테스트를 위한 것입니다. 실제 데이터를 안정적으로 모델링하기 위해 어떻게 제안합니까? 물론 프로그램을 무한대로 거칠게 만들 수 있습니다. 하지만 왜? 합리적인 한계가 있습니다.
그런 다음 하루의 틱 데이터를 축적하고 파일에 작성한 다음 테스터의 틱 기록 과 비교하고 모든 표, 오류, 스크린샷 및 결론과 함께 결과를 게시하십시오. 이것은 "진드기 기록 부족으로 인한 문제"의 가장 좋은 증거가 될 것입니다.
mandor는 어떤 식으로든 자신의 의견을 증명하고 싶지 않았습니다. 가능할까요?
예를 들어, Integer는 건설적으로 행동했습니다. 테스트를 실행하고 결과를 정직하게 이 스레드에 게시했습니다.
다시 흥분하지 마십시오. 틱 차트를 직접 사용하는 것이 아니라 품질 테스트를 위한 것입니다. 실제 데이터를 안정적으로 모델링하기 위해 어떻게 제안합니까? 물론 프로그램을 무한대로 거칠게 만들 수 있습니다. 하지만 왜? 합리적인 한계가 있습니다.
그런 다음 하루의 틱 데이터를 축적하고 파일에 작성한 다음 테스터의 틱 기록과 비교하고 모든 표, 오류, 스크린샷 및 결론과 함께 결과를 게시하십시오. 이것은 "진드기 기록 부족으로 인한 문제"의 가장 좋은 증거가 될 것입니다.
mandor는 어떤 식으로든 자신의 의견을 증명하고 싶지 않았습니다. 가능할까요?
예를 들어, Integer는 건설적으로 행동했습니다. 테스트를 수행하고 결과를 정직하게 이 스레드에 게시했습니다.
일부는 유치원에 갔다. 나 자신은 오랫동안 꽤 큰 규모의 소프트웨어 개발자 팀의 책임자였으며 귀하의 말에 따르면 소프트웨어에 상당한 변경을 가할 의사가 없음을 알 수 있습니다. 측면에서 보면 이렇습니다. 동시에 그들은 당신이 당신의 소프트웨어를 더 좋게 만들기 위해 최선을 다하고 싶다는 것을 당신에게 설명하려고 노력하고 있습니다. 그리고 당신은 약간의 경솔한 공격으로 대응했습니다. 테스트 결과가 실시간 데모 결과와 일치하지 않는 두 가지 예를 들었습니다. 당신은 그것에 반응하지 않았습니다. 다른 사람은 가능한 원인을 설명하는 의견을 제시했습니다. 그에게 특별한 감사를 전합니다. 물론 틱까지 가서 원하는 모든 것을 제공할 수 있습니다. 하지만 정말 도움이 될까요? 당신은 이미 나보다 모든 것을 더 잘 보고 이해하고 있습니다. 나쁜 게임에 좋은 얼굴을 하는 이유 - 이해할 수 없습니다.
개인적으로 프로그램을 개발할 때 문제는 이러한 차이점이 아닙니다. 2-3점은 아무 것도 해결하지 못합니다. 아무것도 결정할 필요가 없습니다. 문제는 테스트 결과가 실제 작업의 결과와 일치하지 않으면 질문은 왜 이 테스트가 전혀 필요하지 않다는 것입니다. 사람이 2 배 더 많은 시간을 보내려면 먼저 프로그램의 한 버전을 만들고 테스터에서 긍정적 인 결과를 얻은 다음이 과정에 수반되는 실망과 함께 두 번째로 강제됩니다. 터미널에서 테스트 가능성을 제거하는 것이 더 나을까요? 또는 아마추어를 위해 별도의 소프트웨어 구성 요소로 가져옵니다. 그것에 대해 생각하지 않았나요?
그리고 다시 한 번 진정을 부탁드립니다. 그래서 당신은 당신의 건강을 해칠 것입니다. 우리는 당신을 매우 그리워할 것입니다 :) 저는 모든 사람이 개발자를 매우 존중한다고 말한다면 이 포럼의 대다수의 의견을 표명할 것이라고 생각합니다. 그리고 우리가 이러한 감정이 상호적이지 않다는 것을 알 때 매우 실망스럽습니다 :(
분명히 문제는 눈금 차트가 테스트를 위해 MT4에서 저장되고 사용될 때만 해결될 것입니다. 엄청난 양으로 쏟아지더라도 어두운 방에서 검은 고양이를 찾는 것보다 낫습니다.
당신은 깊이 착각하고 있습니다! 거래자가 시장에서 주문을 개시/마감할 때 발생할 수 있는 모든 실제 문제를 완전히 인식할 때 문제가 해결됩니다. 결국 개발자가 틱 기록을 서버에 저장하고 모든 사람에게 배포하도록 요구하는 것보다 터미널의 기존 기능을 완전히 마스터하고 단순히 거래에 적용하는 것이 훨씬 쉽습니다. 그러나 이 주제는 이 포럼과 함께 제공되는 http://www.metatrader4.com/ru/forum 에서 이미 여러 번 논의되었습니다.
이 사이트의 기사는 기존 문제와 해결 방법에 전념합니다.
1년 전 내가 MQL4를 알게 되었을 때 정보가 훨씬 적었습니다! 단순히 기존 코드를 가져와서 함수 값에 대한 설명을 사용하여 코드에서 이 작업이나 그 작업의 의미를 점차적으로 추측해야 했습니다. 그렇다면 포럼에서 명확하지 않은 내용이 질문되었습니다. 일반적으로 무언가를 제안할 수 있는 사람들이 있었습니다. 이제 원칙적으로 적시에 거래를 열거나 닫고 차트에 무언가를 그리는 데 문제가 없습니다. 즉, 한 가지 문제가 남았습니다. 이것은 자동 거래에서 사용해야하는 아이디어 자체이며 한 번에가 아니라 점차적으로 기술적인 측면을 처리하는 것이 항상 가능합니다.
분명히 문제는 눈금 차트가 테스트를 위해 MT4에서 저장되고 사용될 때만 해결될 것입니다. 엄청난 양으로 쏟아지더라도 어두운 방에서 검은 고양이를 찾는 것보다 낫습니다.
당신은 깊이 착각하고 있습니다! 거래자가 시장에서 주문을 개시/마감할 때 발생할 수 있는 모든 실제 문제를 완전히 인식할 때 문제가 해결됩니다. 결국 개발자가 틱 기록을 서버에 저장하고 모든 사람에게 배포하도록 요구하는 것보다 터미널의 기존 기능을 완전히 마스터하고 단순히 거래에 적용하는 것이 훨씬 쉽습니다. 그러나 이 주제는 이 포럼과 함께 제공되는 http://www.metatrader4.com/ru/forum 에서 이미 여러 번 논의되었습니다.
이 사이트의 기사는 기존 문제 및 해결 방법에 전념합니다.
1년 전 내가 MQL4를 알게 되었을 때 정보가 훨씬 적었습니다! 단순히 기존 코드를 가져와서 함수 값에 대한 설명을 사용하여 코드에서 이 작업이나 그 작업의 의미를 점차적으로 추측해야 했습니다. 글쎄, 명확하지 않은 것이 포럼에서 질문되었습니다. 일반적으로 무언가를 제안할 수 있는 사람들이 있었습니다. 이제 원칙적으로 적시에 거래를 열거나 닫고 차트에 무언가를 그리는 데 문제가 없습니다. 즉, 한 가지 문제가 남았습니다. 이것은 자동 거래에서 사용해야하는 아이디어 자체이며 한 번에가 아니라 점차적으로 기술적인 측면을 처리하는 것이 항상 가능합니다.
자세하고 친절한 설명 감사합니다. 한 가지만 압니다. 알면 알수록 자신이 아무것도 모른다는 사실을 더 잘 알게 됩니다. 특히 시장과 같은 복잡한 상황에서는 더욱 그렇습니다. 본인도 질문에 대한 답을 정확히 안다면 항상 초보자를 돕습니다. 그러나 지금은 그 자신이 무언가에 부딪쳤다는 밴드가 사라졌습니다. 결국, 나는 특히 틱에서 낮은 프레임에 들어가지 않으려고 노력했습니다. 그러나 이번 우승으로 모든 것이 뒤집혔다. 충분히 좋은 생각인 것 같습니다. 나는 모든 것을 시도하고 수행했습니다. 한마디로 작업 레이아웃을 심플하면서도 멋스럽게 만들었습니다. 데모에서 한 달 동안 출시되었습니다. 처음에는 불만이 없었고 나중에 약간의 오해가있었습니다. 그것이 내가 그것을 이해하기 시작한 곳입니다. 어딘가에서 그는 바보로 판명 났지만 어딘가에서 나는 여전히 모든 것을 해결하는 방법에 대한 답이나 해결책을 찾지 못했습니다. 물론 찾을 것입니다. 시간 문제입니다. 개발자들이 조금이나마 도움이 되었으면 하는 바람에 "바보 그 자체"라는 대답만 들립니다. "힘내라, 판님!"
MQL4는 여름 초에야 알게 되었습니다. 현재 많은 자료와 사례가 있음에도 불구하고 실생활에서 작동할 수 있는 프로그램을 만드는 방법에 대한 진지한 권장 사항이 충분하지 않습니다. 나는 MTS의 아이디어조차 의미하지 않습니다. 브로커와의 실제 작업의 미묘함이 중요합니다. 이전에 메커니즘의 본질을 이해하려고 했으므로 너무 자주 포지션을 열고 닫는 옵션을 즉시 끊었습니다. 브로커를 괴롭히는 이유는 무엇입니까?! 로깅에 상당한 주의를 기울여야 한다는 것을 알고 있습니다. 다른 무엇? 불행히도 아무도 약점에 대해 이야기할 수 있거나 말하고 싶어하지 않습니다. 그래서 갈퀴를 밟고 싶지 않습니다. Grail에 대한 기사에는 대략적인 내용이 있지만 내 생각에는 모든 것이 주관적이고 모호합니다. 포럼의 누군가가 찌르지 않도록 초보자를 위한 템플릿을 만들 것을 제안했습니다. 그러나 그것은 또한 일종의 퇴색되었습니다. 또는 아무도 생계를 유지하기 위해 프로그램을 사용하지 않거나 둘 중 하나를 사용합니다. :) 따라서 구식 방식으로 직접 수행해야 합니다. 또는 똑똑하고 경험 많은 대화 상대를 얻는다면.
프로그래머에게는 말이 필요 없습니다. 기술적이고 상세한 증거가 필요합니다.
6년 동안 우리는 독점적으로 정보 및 거래 플랫폼을 작성해 왔습니다. MQL의 첫 번째 버전은 2001년에 만들어졌습니다. 그들은 실수를 하고, 실험하고, 배우고, 실수를 수정했습니다. 현재 우리는 상황과 우리의 행동을 이해하는 데 자신감을 주는 내부 조사를 많이 가지고 있습니다.
그런 다음 구두로만 일부 진술/가정을 만들고 개발자에게 작성 방법을 가르치는 초보자 상인-프로그래머가 나타납니다. 이 모든 것이 훌륭합니다. 우리는 조언에 만족하고 요청에 따라 많은 일을 합니다. 그러나 다른 사람의 훨씬 더 정교한 솔루션을 변경하려면 먼저 직접 조사하고 결과를 발표해야 합니다.
그러므로: 정교한 증거로 귀하의 의견과 요청을 뒷받침하십시오. 증거를 수집하는 과정에서 이론의 모순이 드러난다. 우리는 수년 동안 이론을 만들어 왔으며 그 중 많은 것이 말도 안되는 것으로 판명되었습니다. 그러나 모든 사람은 표준 갈퀴를 통과해야 합니다. 그래서 다시 말하겠습니다.
"진드기 이력이 있는 것이 정확한 테스트의 핵심입니다"는 모든 사람이 밟아야 하는 표준 레이크입니다.
그건 그렇고, 당신이 말할 때 당신은 너무 멀리갑니다.
실제 데이터를 안정적으로 모델링하기 위해 어떻게 제안합니까? 물론 프로그램을 무한대로 조악하게 만들 수 있습니다 . 하지만 왜? 합리적인 한계가 있습니다.
아무도 당신에게 무한한 무례함을 강요하지 않습니다. 하지만 1-2핍의 차이를 직접 볼 수 있도록 MetaTrader 4 테스터 시뮬레이션의 품질에 대해 스스로 조사해 보시기 바랍니다. 그리고 나서 그들은 "예, 불일치는 1-2핍입니다. Expert Advisor의 작동에 노이즈의 영향을 배제하기 위해 2-3핍으로 거칠어지면 충분합니다."라고 분명히 말했습니다. 조사를 하고 이 예의 세부 정보, 표 및 스크린샷을 게시하십시오.ps: 저는 저희 프로젝트를 응원하면서 상세한 분해와 이후의 실수 수정에 기쁨과 열정을 가지고 참여합니다. 너무 공격적이어서 실례합니다. 그런 일이 발생합니다.