전략, 특히 전술을 완성하는 단계에서는 아이디어를 테스트하기 위해 온갖 애드온을 주문해야 하는데, 이 단계에서는 어드바이저의 느림을 충분히 참을 수 있습니다.
하지만 어드바이저의 메인 버전에 비해 6배나 속도가 떨어져서 놀랐습니다. 적어도 분석 데이터 수집을 위해서는 EA 설정의 최적화가 필요합니다.
다른 사람의 코드를 읽는 것은 불가능하고 스스로 어드바이저의 성공적인 버전을 확인한 후 다시 주문하는 것이 낫다는 것을 정확히 이해하지만 처음부터 무엇을 작성해야합니까? 이 경우에만 고속 그리고 신뢰성? 개인적으로 컴파일러 작업의 일부는 예를 들어 서로 복제하는 작업을 잘라내는 것 같습니다 ...
이 코드에 대해 말하는 것이 아니라 일반적으로 전 세계적으로 말입니다. 저것들. 당신은 이 진술을 반박합니까?
"말 무리, 사람들"스타일로 작성하는 프로그래머를 주문하면 계속 증가하는 예산에 대해 두 번 또는 세 번이 아니라 일반적으로 지속적으로 항상 100% 다시 작성해야 합니다. 전문가에게 주문하는 경우 요구 사항을 20%, 40%, 심지어 80%까지 변경하면 코드를 완전히 다시 작성할 필요가 없을 뿐만 아니라 변경 자체의 백분율과 동일한 백분율로도 코드를 다시 작성할 필요가 없습니다. 그러나 "<50$" 예산이라면 잊어버리십시오.
micle : 물론 EA는 주문을 보낼 때 모든 오류를 처리해야 합니다. 가장 간단한 버전에서 - 실패한 주문 열기에 대한 메시지를 표시합니다. 고급 - 추가 조치를 결정합니다.
그래서 저를 대신할 고문이 필요합니다. 여기서 추가 조치는 매우 관련이 있습니다. 그러나 적시에 이루어질 것이라는 사실은 아닙니다(예: 가격이 이미 계산된 진입점에서 매우 멀리 갔습니다).
세르게예프 :
보내지 않았습니다. 코더에게 유효성 검사를 위해 IsTradeContextBusy를 사용하도록 요청하십시오.
조언에 감사드립니다. 그러나 다음 분기에서 제가 말한 것은 이러한 뉘앙스에 관한 것이었습니다. 이에 대해 어떻게 알 수 있습니까?
세르게예프 :
빌드 509를 사용하는 경우 8개의 스레드가 있습니다. 이론적으로 IsTradeContextBusy의 상황은 발생하지 않아야 합니다.
그렇다면 위의 단락을 참조하십시오.
여러 터미널을 사용할 수도 있습니다.
여기서 이해가 안 가는데 단말기 수가 주문 통과에 영향을 미치나요? 저것들. 동일한 계정에서 여러 터미널을 실행하고 각각에서 주문을 여는 주문을 보낼 수 있으며, 그 중 절반이 질식하면 나머지 절반이 주문을 성공적으로 실행할까요? DC에서 주문을 처리하고 그 후에야 다음 주문을 수락해야한다고 생각했습니다 ...
C-4 :
나는 코드를 힐끗 보았다. Lermontov의 시에서 발췌한 내용이 즉시 떠올랐습니다.
이제 귀하의 질문에 대해:
"말 무리, 사람들"스타일로 작성하는 프로그래머를 주문하면 계속 증가하는 예산에 대해 두 번 또는 세 번이 아니라 일반적으로 지속적으로 항상 100% 다시 작성해야 합니다. 전문가에게 주문하는 경우 요구 사항을 20%, 40%, 심지어 80%까지 변경하면 코드를 완전히 다시 작성할 필요가 없을 뿐만 아니라 변경 자체의 백분율과 동일한 백분율로도 코드를 다시 작성할 필요가 없습니다. 그러나 "<50$" 예산이라면 잊어버리십시오.
이제 고문 비용이 100달러가 넘고 계속 추가할 것임을 알고 있습니다. 이 수학이 밝혀졌습니다.
30달러를 10번 수정하면 300달러, 50달러를 10번 수정하면 500달러가 발생한다. 그러나 모든 것이 나에게 적합 하면 고문을 처음부터 주문할 수 있으며 (초과를 버리십시오) 예를 들어 $ 80의 비용이 듭니다. 결과적으로이 접근 방식은 특히 개발이 진행 중일 때 그 자체를 정당화합니다. 그것은 단지 신경이 닳아 없어져야 하는 것입니다 ... 그러나 얼마나 운이 좋은지.
C-4 : 오해. 인위적인 지연이 없어야 합니다. MT5에는 sleep() 지연 대신 사용해야 하는 간단한 이벤트 모델이 있습니다.
마치 내가 MT4에 대해 이야기하는 것처럼 DC가 "버퍼"의 주문을 처리하고 강력한 가격 움직임으로 거부하는 DC를 "폭격"하는 것이 가능하다고 주장합니까?
그래서 저를 대신할 고문이 필요합니다. 여기서 추가 조치는 매우 관련이 있습니다. 그러나 적시에 이루어질 것이라는 사실은 아닙니다(예: 가격이 이미 계산된 진입점에서 매우 멀리 갔습니다).
이제 고문 비용이 100달러가 넘고 계속 추가할 것임을 알고 있습니다. 이 수학이 밝혀졌습니다.
30달러를 10번 수정하면 300달러, 50달러를 10번 수정하면 500달러가 발생한다. 그러나 모든 것이 나에게 적합 하면 고문을 처음부터 주문할 수 있으며 (초과를 버리십시오) 예를 들어 $ 80의 비용이 듭니다. 결과적으로이 접근 방식은 특히 개발이 진행 중일 때 그 자체를 정당화합니다. 그것은 단지 신경이 닳아 없어져야 하는 것입니다... 그러나 얼마나 운이 좋은가.
이것은 귀하의 잘못된 접근 방식입니다.
테스터를 위한 코드를 주문하고 최적화 속도의 중요성에 대해 경고하고 필요한 개선을 합니다. 그리고 테스트 버전이 준비되면 이미 논리와 모든 개선/필요가 있는 실제 버전을 주문합니다.
MetaQuotes 라는 닉네임으로 이 글을 올린 사람이 누구인지 정말 알고 싶습니다. 개인 메시지로 답장을 보내도 될까요?
나는 코드를 힐끗 보았다. Lermontov의 시에서 발췌한 내용이 즉시 떠올랐습니다.
이제 귀하의 질문에 대해:
-알렉스 -:
전략, 특히 전술을 완성하는 단계에서는 아이디어를 테스트하기 위해 온갖 애드온을 주문해야 하는데, 이 단계에서는 어드바이저의 느림을 충분히 참을 수 있습니다.
하지만 어드바이저의 메인 버전에 비해 6배나 속도가 떨어져서 놀랐습니다. 적어도 분석 데이터 수집을 위해서는 EA 설정의 최적화가 필요합니다.
다른 사람의 코드를 읽는 것은 불가능하고 스스로 어드바이저의 성공적인 버전을 확인한 후 다시 주문하는 것이 낫다는 것을 정확히 이해하지만 처음부터 무엇을 작성해야합니까? 이 경우에만 고속 그리고 신뢰성? 개인적으로 컴파일러 작업의 일부는 예를 들어 서로 복제하는 작업을 잘라내는 것 같습니다 ...
이 코드에 대해 말하는 것이 아니라 일반적으로 전 세계적으로 말입니다. 저것들. 당신은 이 진술을 반박합니까?"말 무리, 사람들"스타일로 작성하는 프로그래머를 주문하면 계속 증가하는 예산에 대해 두 번 또는 세 번이 아니라 일반적으로 지속적으로 항상 100% 다시 작성해야 합니다. 전문가에게 주문하는 경우 요구 사항을 20%, 40%, 심지어 80%까지 변경하면 코드를 완전히 다시 작성할 필요가 없을 뿐만 아니라 변경 자체의 백분율과 동일한 백분율로도 코드를 다시 작성할 필요가 없습니다. 그러나 "<50$" 예산이라면 잊어버리십시오.
오픈 주문에 주문을 보낼 때 인위적인 지연이 필요하다는 것을 올바르게 이해했지만 동시에 오픈 확인을 기다리지 않습니까?
물론 EA는 주문을 보낼 때 모든 오류를 처리해야 합니다. 가장 간단한 버전에서 - 실패한 주문 열기에 대한 메시지를 표시합니다. 고급 - 추가 조치를 결정합니다.
그래서 저를 대신할 고문이 필요합니다. 여기서 추가 조치는 매우 관련이 있습니다. 그러나 적시에 이루어질 것이라는 사실은 아닙니다(예: 가격이 이미 계산된 진입점에서 매우 멀리 갔습니다).
보내지 않았습니다. 코더에게 유효성 검사를 위해 IsTradeContextBusy를 사용하도록 요청하십시오.
조언에 감사드립니다. 그러나 다음 분기에서 제가 말한 것은 이러한 뉘앙스에 관한 것이었습니다. 이에 대해 어떻게 알 수 있습니까?
빌드 509를 사용하는 경우 8개의 스레드가 있습니다. 이론적으로 IsTradeContextBusy의 상황은 발생하지 않아야 합니다.
그렇다면 위의 단락을 참조하십시오.
여러 터미널을 사용할 수도 있습니다.
여기서 이해가 안 가는데 단말기 수가 주문 통과에 영향을 미치나요? 저것들. 동일한 계정에서 여러 터미널을 실행하고 각각에서 주문을 여는 주문을 보낼 수 있으며, 그 중 절반이 질식하면 나머지 절반이 주문을 성공적으로 실행할까요? DC에서 주문을 처리하고 그 후에야 다음 주문을 수락해야한다고 생각했습니다 ...
나는 코드를 힐끗 보았다. Lermontov의 시에서 발췌한 내용이 즉시 떠올랐습니다.
이제 귀하의 질문에 대해:
"말 무리, 사람들"스타일로 작성하는 프로그래머를 주문하면 계속 증가하는 예산에 대해 두 번 또는 세 번이 아니라 일반적으로 지속적으로 항상 100% 다시 작성해야 합니다. 전문가에게 주문하는 경우 요구 사항을 20%, 40%, 심지어 80%까지 변경하면 코드를 완전히 다시 작성할 필요가 없을 뿐만 아니라 변경 자체의 백분율과 동일한 백분율로도 코드를 다시 작성할 필요가 없습니다. 그러나 "<50$" 예산이라면 잊어버리십시오.
이제 고문 비용이 100달러가 넘고 계속 추가할 것임을 알고 있습니다. 이 수학이 밝혀졌습니다.
30달러를 10번 수정하면 300달러, 50달러를 10번 수정하면 500달러가 발생한다. 그러나 모든 것이 나에게 적합 하면 고문을 처음부터 주문할 수 있으며 (초과를 버리십시오) 예를 들어 $ 80의 비용이 듭니다. 결과적으로이 접근 방식은 특히 개발이 진행 중일 때 그 자체를 정당화합니다. 그것은 단지 신경이 닳아 없어져야 하는 것입니다 ... 그러나 얼마나 운이 좋은지.
오해. 인위적인 지연이 없어야 합니다. MT5에는 sleep() 지연 대신 사용해야 하는 간단한 이벤트 모델이 있습니다.
조언에 감사드립니다. 그러나 다음 분기에서 제가 말한 것은 이러한 뉘앙스에 관한 것이었습니다. 이에 대해 어떻게 알 수 있습니까?
그리고 당신은 그것들을 들여다보고 무언가를 찾을 필요가 없습니다.
누군가 어떻게 해야 하는지 힌트를 주고 코드에 그러한 코드가 없는 것을 발견했다면 조용히 인코더를 변경하십시오. 가지를 만들지 마십시오.
여기서 이해가 안 가는데 단말기 수가 주문 통과에 영향을 미치나요? 저것들. 동일한 계정에서 여러 터미널을 실행하고 각각에서 주문을 여는 주문을 보낼 수 있으며, 그 중 절반이 질식하면 나머지 절반이 주문을 성공적으로 실행할까요?
얼마나 많은 터미널 - 이것과 보낼 스트림의 다양성. 10개의 터미널이 1개의 주문을 보낼 것입니다 - 10개의 주문이 있을 것입니다.
그래서 저를 대신할 고문이 필요합니다. 여기서 추가 조치는 매우 관련이 있습니다. 그러나 적시에 이루어질 것이라는 사실은 아닙니다(예: 가격이 이미 계산된 진입점에서 매우 멀리 갔습니다).
이제 고문 비용이 100달러가 넘고 계속 추가할 것임을 알고 있습니다. 이 수학이 밝혀졌습니다.30달러를 10번 수정하면 300달러, 50달러를 10번 수정하면 500달러가 발생한다. 그러나 모든 것이 나에게 적합 하면 고문을 처음부터 주문할 수 있으며 (초과를 버리십시오) 예를 들어 $ 80의 비용이 듭니다. 결과적으로이 접근 방식은 특히 개발이 진행 중일 때 그 자체를 정당화합니다. 그것은 단지 신경이 닳아 없어져야 하는 것입니다... 그러나 얼마나 운이 좋은가.
이것은 귀하의 잘못된 접근 방식입니다.
테스터를 위한 코드를 주문하고 최적화 속도의 중요성에 대해 경고하고 필요한 개선을 합니다. 그리고 테스트 버전이 준비되면 이미 논리와 모든 개선/필요가 있는 실제 버전을 주문합니다.
훨씬 더 많은 절약이 있을 것입니다. 아니다?
그리고 당신은 그것들을 들여다보고 무언가를 찾을 필요가 없습니다.
누군가 어떻게 해야 하는지 힌트를 주고 코드에 그러한 코드가 없는 것을 발견했다면 조용히 인코더를 변경하십시오. 가지를 만들지 마십시오.
얼마나 많은 터미널 - 이것과 보낼 스트림의 다양성. 10개의 터미널이 1개의 주문을 보낼 것입니다 - 10개의 주문이 있을 것입니다.
그러나 DC는 어떻습니까? 결국 그와 함께 주문의 집착이 정확하게 발생합니다!? 그렇다면 무리한 주문을 보내야 하는 이유가 무엇입니까?
이것은 귀하의 잘못된 접근 방식입니다.
테스터를 위한 코드를 주문하고 최적화 속도의 중요성에 대해 경고하고 필요한 개선을 합니다. 그리고 테스트 버전이 준비되면 이미 논리와 모든 개선/필요가 있는 실제 버전을 주문합니다.
훨씬 더 많은 절약이 있을 것입니다. 아니다?
글쎄, 나는 처음에 테스트 속도가 테스터의 구현이나 실제 구현에 크게 좌우된다고 가정하지 않았다는 사실부터 시작하겠습니다.
그리고 나머지에 관해서는 이것이 내가하는 방법입니다. 테스트하고 수정합니다 ... 아니면 즉시 "나는 진짜가 아니라 테스트를위한 것입니다. "?
그러나 DC는 어떻습니까? 결국 그와 함께 주문의 집착이 정확하게 발생합니다!? 그렇다면 무리한 주문을 보내야 하는 이유가 무엇입니까?
아니, 글쎄요, 한 번에 12개의 채우기 속도가 필요하지 않다면 저는 주장하지 않습니다.
한 터미널에서 하나씩 보내고 컨텍스트가 해제될 때까지 기다리는 등의 작업을 수행할 수 있습니다.
당신은 몇 분 동안 전체 십여 분을보고 이동합니다.
아니, 글쎄요, 한 번에 12개의 채우기 속도가 필요하지 않다면 저는 주장하지 않습니다.
한 터미널에서 하나씩 보내고 컨텍스트가 해제될 때까지 기다리는 등의 작업을 수행할 수 있습니다.
당신은 몇 분 동안 전체 십여 분을보고 이동합니다.
주문이 DC에서 병렬로 처리되는지 아니면 순차적으로 처리되는지 전혀 모르기 때문에 질문합니다.
병렬로 또는 직렬로?
요청이 순차적으로 들어옵니다. 그러나 때때로 유동성 공급자가 있기 때문에 매수가 다음 매도보다 빨리 완료된다는 것은 사실이 아닙니다.
그러나 세상의 인식을 단순화하기 위해 - 항상 일관되게 진행된다고 생각하십시오.
이 정보는 무엇을 위한 것입니까? 주제에서 벗어나지 마십시오.