Malacarne : 제 예에서는 USD 200,000 정도의 거래량에 대해 이야기하고 있었습니다... 그래서 제가 아는 한 우리 중 몇몇은 거래당 USD 200,000 이상을 거래합니다... :-)
안녕하세요. 나는 당신이 당신의 거래 당 얼마나 많은 위험을 감수하는지를 의미했으며 그들이 거래하는 로트 크기에 대해 말하는 것이 아닙니다. 예를 들어 어떤 사람이 자본의 2%를 위험에 빠뜨리면 거래당 200,000달러를 잃을 수 있습니다. 그의 계좌 규모가 거의 1000만 달러에 달한다는 뜻이다. 이런 계좌 규모는 소규모 헤지펀드나 소규모 프롭 트레이딩 회사라고 생각하시면 될 것 같습니다. 제 생각에는 이 경우 소규모 개인 개인 거래자들과 약간 다른 조정이 필요할 수 있습니다. 내 말은 소규모 개인 개인 거래자와 같은 소매 중개인과 거래하는 것은 아마도 현명한 일이 아닐 것입니다.
안녕하세요. 나는 당신이 당신의 거래 당 얼마나 많은 위험을 감수하는지를 의미했으며 그들이 거래하는 로트 크기에 대해 말하는 것이 아닙니다. 예를 들어 어떤 사람이 자본의 2%를 위험에 빠뜨리면 거래당 200,000달러를 잃을 수 있습니다. 그의 계좌 규모가 거의 1000만 달러에 달한다는 뜻이다. 이런 계좌 규모는 소규모 헤지펀드나 소규모 프롭 트레이딩 회사라고 생각하시면 될 것 같습니다. 제 생각에는 이 경우 소규모 개인 개인 거래자들과 약간 다른 조정이 필요할 수 있습니다. 내 말은 소규모 개인 개인 거래자와 같은 소매 중개인과 거래하는 것은 아마도 현명한 일이 아닐 것입니다.
문안 인사.
안녕하세요 FinanceEngineer님, 맞습니다. 나는 거래 당 위험에 대해 이야기하지 않았으므로 귀하의 요점을 오해했다면 죄송합니다. 거래 규모에 대해 이야기하고 있었는데...
코드 10010 "요청의 일부만 완료되었습니다"의 의미는 무엇입니까? 좋아, 우리는 FOK 채우기 정책에 속해 있으므로 코드 10010은 불가능 합니다. 고맙습니다.
이 문장의 의미는 무엇입니까? "미래의 증거" ? "충분히 안전" ... ? "반환 코드 부족", 무엇이 부족합니까? .
물론 당신도 대답할 필요는 없습니다, Rogerio, 당신이 모든 답을 알 수는 없습니다. 그러나 나는 당신과 같은 실험적인 상인이 나를 깨우칠 수 있다고 생각했습니다.
전혀 주제에서 벗어나지 않습니다. 요청 반환 코드에 대한 포괄적인 이해가 "이중 주문" 문제에 도움이 될 수 있다고 생각하지 않습니까?
Alain, 나는 항상 당신에게 대답할 것이고 때때로 나의 대답은 나는 모른다, 나는 틀렸다, 나의 실수 등이다. 결국, 우리는 모두 인간이고 아무도 여기에서 완벽하지 않습니다.
반환 코드 10008과 10009의 차이점은 무엇입니까? 이 주제에 대해 10009 = 10008 + 1, 이것은 여기에 게시된 원본 코드(내 코드 아님)이고 요청된 버그(내 의견)에 관한 것이 아니기 때문입니다. 어쨌든 이것이 관련이 있다고 생각되면 주제를 만들고 우리를 초대할 수 있습니다.
이 문장의 의미는 무엇입니까? "미래의 증거" ? "충분히 안전" ... ? "반환 코드 부족", 무엇이 부족합니까? '미래 보장' 및 '충분히 안전함'은 주문 관리가 프로세스이고 MQ/브로커/제공업체/기타 규칙, 프로토콜, 아키텍처 등이 하루 종일 바뀌고 있음을 의미하므로 최종 솔루션으로 간주하지 마십시오. 반환 코드가 없는 것은 FinanceEngineer의 두 번째 코드가 checkOrderSend(아래 코드)를 사용하지만 실제로 이 변수를 테스트 하지 않기 때문입니다.
Alain, 나는 항상 당신에게 대답할 것이고 때때로 나의 대답은 나는 모른다, 나는 틀렸다, 나의 실수 등이다. 결국, 우리는 모두 인간이고 아무도 여기에서 완벽하지 않습니다.
반환 코드 10008과 10009의 차이점은 무엇입니까? 이 주제에 대해 10009 = 10008 + 1, 이것은 여기에 게시된 원본 코드(내 코드 아님)이고 요청된 버그(내 의견)에 관한 것이 아니기 때문입니다. 어쨌든 이것이 관련이 있다고 생각되면 주제를 만들고 우리를 초대할 수 있습니다.
주제를 열 필요가 없습니다. 이미 이 주제가 있습니다. 이 주제 에서 OP가 엄격하게 요구한 것에만 국한되지 않는 공개 토론 이 우리가 이중 거래를 한 이유에 대한 완전한 설명으로 이어질 수 있다는 것을 알지 못합니까?
물론 그렇다고 해서 다른 이유로 이중 주문을 받을 수 없다는 의미는 아니므로 이 주제에서 이에 대해 살펴보겠습니다. 그러나 당신은 그것을 매우 심각하게 받아들이지 않는 것 같습니다(10009=10008+1 ?). 이 코드의 진정한 의미는 이제 아무도 없는 것 같습니다.
이 문장의 의미는 무엇입니까? "미래 증거" ? "충분히 안전" ... ? "반환 코드 부족", 무엇이 부족합니까? '미래 보장' 및 '충분히 안전함'은 주문 관리가 프로세스이고 MQ/브로커/제공업체/기타 규칙, 프로토콜, 아키텍처 등이 하루 종일 바뀌고 있음을 의미하므로 최종 솔루션으로 간주하지 마십시오. 반환 코드가 없는 것은 FinanceEngineer의 두 번째 코드가 checkOrderSend(아래 코드)를 사용하지만 실제로 이 변수를 테스트하지 않기 때문입니다.
당신은 이 점을 주장하고 있지만 실제로는 관련이 없습니다. 반환된 코드가 10009 또는 10008이면 checkOrderSend는 true일 수만 있고 그렇지 않으면 false일 수 있습니다. 10009 및 10008의 검사는 10008 또는 10009 코드가 오류를 의미 하지 않는 한 checkOrderSend의 검사를 의미하므로 이전 질문입니다.
Alain, 문제 없습니다. 좋은 OMS 프로토콜에서 필수 사항이기 때문에 아마도 케이스를 찾지 못할 것이므로 답변할 필요가 없습니다.
또한 첫 번째 게시물 이후에 질문하지 않은 이유를 말할 필요가 없습니다. 아마도 이것은 주제에서 벗어날 수 있기 때문입니다.
어쨌든, FOK는 MQ가 OMS와의 통신을 해결하기 위해 도입한 오래된 채우기 정책이므로 FIX와 같은 모든 우수한 OMS 프로토콜에서 찾을 수 있습니다(예: MT5가 존재하기 전인 2009년의 포럼 주제 ). .
따라서 제 생각에는 Fill 또는 Kill Order에 대해 10010 반환 코드에 대해 질문할 이유가 없습니다. 이 규칙은 필수이며 브로커와 OMS 공급자가 이를 준수해야 하기 때문에 이것이 요점입니다.
물론 당신도 대답할 필요는 없습니다, Rogerio, 당신이 모든 답을 알 수는 없습니다. 그러나 나는 당신과 같은 실험적인 상인이 나를 깨우칠 수 있다고 생각했습니다.
전혀 주제를 벗어나지 않습니다. 요청 반환 코드에 대한 포괄적인 이해가 "이중 주문" 문제에 도움이 될 수 있다고 생각하지 않습니까?
당신의 의견에 감사드립니다... 사람들의 마음에 "혼란"을 가져오는 것은 제 의도가 아닙니다.
그러나 10010 코드를 확인하지 않으면 전문가 고문 이 이 가능성을 우회하고 여러 명령을 보낼 수 있기 때문에 주제에서 벗어났다고 생각하지 않습니다(주제와 완전히 관련이 있다고 생각하지 않습니까?)...
이것이 우리가 이 동일한 주제에 대한 지난 두 개의 게시물 이후로 경고 하려는 "노력"입니다...
그러나 이 경우 10010을 받은 후 무엇을 합니까? 모든 코드가 여기에서 수행되는 것처럼 Print() 오류와 동일하지 않습니까?
어쨌든 FIX 프로토콜이나 OMS 코딩을 디버깅하는 경우에는 이것이 이해가 되지만 그렇지 않다고 생각합니다.
제 예에서는 USD 200,000 정도의 거래량에 대해 이야기하고 있었습니다... 그래서 제가 아는 한 우리 중 몇몇은 거래당 USD 200,000 이상을 거래합니다... :-)
안녕하세요. 나는 당신이 당신의 거래 당 얼마나 많은 위험을 감수하는지를 의미했으며 그들이 거래하는 로트 크기에 대해 말하는 것이 아닙니다. 예를 들어 어떤 사람이 자본의 2%를 위험에 빠뜨리면 거래당 200,000달러를 잃을 수 있습니다. 그의 계좌 규모가 거의 1000만 달러에 달한다는 뜻이다. 이런 계좌 규모는 소규모 헤지펀드나 소규모 프롭 트레이딩 회사라고 생각하시면 될 것 같습니다. 제 생각에는 이 경우 소규모 개인 개인 거래자들과 약간 다른 조정이 필요할 수 있습니다. 내 말은 소규모 개인 개인 거래자와 같은 소매 중개인과 거래하는 것은 아마도 현명한 일이 아닐 것입니다.
문안 인사.
창의적인 답변, FOK 주문 후 10010 과 같은 것을 테스트하면 MQ 서버 버그와 같은 새로운 것을 발견할 수 있습니다.
그러나 이 경우 10010을 받은 후 무엇을 합니까? 모든 코드가 여기에서 수행되는 것처럼 Print() 오류와 동일하지 않습니까?
어쨌든 FIX 프로토콜이나 OMS 코딩을 디버깅하는 경우에는 이것이 이해가 되지만 그렇지 않다고 생각합니다.
FOK 주문 후 10010 코드를 얻을 수 있다고 말하지 않았습니다... 10010 코드도 확인 해야 한다고만 말했습니다.
부분 채우기 를 처리하는 나의 접근 방식은 단순한 Print() 문이 아닙니다... 때로는 특정 문제에 대한 솔루션을 찾기 위해 "창의적"이어야 합니다... :-)
안녕하세요. 나는 당신이 당신의 거래 당 얼마나 많은 위험을 감수하는지를 의미했으며 그들이 거래하는 로트 크기에 대해 말하는 것이 아닙니다. 예를 들어 어떤 사람이 자본의 2%를 위험에 빠뜨리면 거래당 200,000달러를 잃을 수 있습니다. 그의 계좌 규모가 거의 1000만 달러에 달한다는 뜻이다. 이런 계좌 규모는 소규모 헤지펀드나 소규모 프롭 트레이딩 회사라고 생각하시면 될 것 같습니다. 제 생각에는 이 경우 소규모 개인 개인 거래자들과 약간 다른 조정이 필요할 수 있습니다. 내 말은 소규모 개인 개인 거래자와 같은 소매 중개인과 거래하는 것은 아마도 현명한 일이 아닐 것입니다.
문안 인사.
물론 당신도 대답할 필요는 없습니다, Rogerio, 당신이 모든 답을 알 수는 없습니다. 그러나 나는 당신과 같은 실험적인 상인이 나를 깨우칠 수 있다고 생각했습니다.
전혀 주제에서 벗어나지 않습니다. 요청 반환 코드에 대한 포괄적인 이해가 "이중 주문" 문제에 도움이 될 수 있다고 생각하지 않습니까?
Alain, 나는 항상 당신에게 대답할 것이고 때때로 나의 대답은 나는 모른다, 나는 틀렸다, 나의 실수 등이다. 결국, 우리는 모두 인간이고 아무도 여기에서 완벽하지 않습니다.
이 주제에 대해 10009 = 10008 + 1, 이것은 여기에 게시된 원본 코드(내 코드 아님)이고 요청된 버그(내 의견)에 관한 것이 아니기 때문입니다.
어쨌든 이것이 관련이 있다고 생각되면 주제를 만들고 우리를 초대할 수 있습니다.
'미래 보장' 및 '충분히 안전함'은 주문 관리가 프로세스이고 MQ/브로커/제공업체/기타 규칙, 프로토콜, 아키텍처 등이 하루 종일 바뀌고 있음을 의미하므로 최종 솔루션으로 간주하지 마십시오.
반환 코드가 없는 것은 FinanceEngineer의 두 번째 코드가 checkOrderSend(아래 코드)를 사용하지만 실제로 이 변수를 테스트 하지 않기 때문입니다.
답변이 안 된 부분이 있으면 다시 질문해 주세요.
안녕하세요 FinanceEngineer님, 맞습니다. 나는 거래 당 위험에 대해 이야기하지 않았으므로 귀하의 요점을 오해했다면 죄송합니다. 거래 규모에 대해 이야기하고 있었는데...
여보세요 :)
죄송합니다.
여기에서 우리는 열린 마음으로 일을 논의합니다.
이 세상에는 흑백논리로 해결할 수 있는 일이 많지 않습니다.
앞서 언급했듯이 누군가에게 말할 때 창의성이 거의 나오지 않습니다.
우리는 이것을 토론이라고 부릅니다.
10010 코드와 관련하여 누군가가 10랏 크기 이하를 보냈을 때 10010 코드를 받았다면 나는 매우 놀랄 것입니다.
이전에 EA에서 이러한 부분적인 이행을 경험한 적이 있습니까? 그러면 주문한 로트 크기는 몇 개입니까? :)
문안 인사.
Alain, 나는 항상 당신에게 대답할 것이고 때때로 나의 대답은 나는 모른다, 나는 틀렸다, 나의 실수 등이다. 결국, 우리는 모두 인간이고 아무도 여기에서 완벽하지 않습니다.
이 주제에 대해 10009 = 10008 + 1, 이것은 여기에 게시된 원본 코드(내 코드 아님)이고 요청된 버그(내 의견)에 관한 것이 아니기 때문입니다.
어쨌든 이것이 관련이 있다고 생각되면 주제를 만들고 우리를 초대할 수 있습니다.
주제를 열 필요가 없습니다. 이미 이 주제가 있습니다. 이 주제 에서 OP가 엄격하게 요구한 것에만 국한되지 않는 공개 토론 이 우리가 이중 거래를 한 이유에 대한 완전한 설명으로 이어질 수 있다는 것을 알지 못합니까?
물론 그렇다고 해서 다른 이유로 이중 주문을 받을 수 없다는 의미는 아니므로 이 주제에서 이에 대해 살펴보겠습니다. 그러나 당신은 그것을 매우 심각하게 받아들이지 않는 것 같습니다(10009=10008+1 ?). 이 코드의 진정한 의미는 이제 아무도 없는 것 같습니다.
'미래 보장' 및 '충분히 안전함'은 주문 관리가 프로세스이고 MQ/브로커/제공업체/기타 규칙, 프로토콜, 아키텍처 등이 하루 종일 바뀌고 있음을 의미하므로 최종 솔루션으로 간주하지 마십시오.
반환 코드가 없는 것은 FinanceEngineer의 두 번째 코드가 checkOrderSend(아래 코드)를 사용하지만 실제로 이 변수를 테스트하지 않기 때문입니다.
당신은 이 점을 주장하고 있지만 실제로는 관련이 없습니다. 반환된 코드가 10009 또는 10008이면 checkOrderSend는 true일 수만 있고 그렇지 않으면 false일 수 있습니다. 10009 및 10008의 검사는 10008 또는 10009 코드가 오류를 의미 하지 않는 한 checkOrderSend의 검사를 의미하므로 이전 질문입니다.
...
10010 코드와 관련하여 누군가가 10랏 크기 이하를 보냈을 때 10010 코드를 받았다면 나는 매우 놀랄 것입니다.
10010 코드와 관련하여 누군가가 10랏 크기 이하를 보냈을 때 10010 코드를 받았다면 상당히 놀랐을 것입니다.
이전에 EA에서 이러한 부분적인 이행을 경험한 적이 있습니까? 그러면 주문한 로트 크기는 몇 개입니까? :)