Vadim Zotov : 오늘은 서비스 데스크와 많은 이야기를 나눴습니다. 그들은 빠르게 반응하기 시작했습니다. 오늘 내 질문 중 몇 가지가 거의 실시간으로 답변되었습니다. 나는 그 신비한 2기가 로그에서 스크린샷 한 장을 구걸하기까지 했습니다(답변과 함께 사진에 첨부합니다). 솔리드 오류 131 "잘못된 볼륨"이 있습니다. 그러한 오류가 하나 이상 있는 상황을 시뮬레이션하려는 시도는 실패했습니다(상상할 수 없고 상상할 수 없는 모든 테스트 모드에서 오류 없이 깨끗한 로그를 얻습니다). 서비스 데스크에서 수표의 특정 조건에 대한 추가 정보를 추출하려는 모든 시도는 헛수고였습니다. 완고하게 일반적인 문구로 제한됩니다. 각 답변에서 그들은 기사와 문서에 얼굴을 들이밀었습니다. 원칙적으로 올바른 위치를 찌르지만, 테스트 중에 생성한 상황을 반복할 수 없다는 것이 안타까운 점입니다. 여전히 맹목적으로 코드를 편집해야 합니다. 느낌은 우리가 옛날에 초등학교 1학년처럼 읽기를 배운다는 것입니다. 막대. 돕는 데 관심이 없으며 잘못 읽은 경우에만 당신을 때립니다.
글쎄, 적어도 오류 코드를 보여 주셔서 감사합니다. 이제 프로그램에서 볼 위치가 명확합니다. 나는 그들이 우리가 이미 얻은 것과 같다고 생각합니다. 자동 유효성 검사기는 작업을 줄이지 않고 추가했습니다. 따라서 특정 질문에 대답하기가 더 어려워졌습니다.
EA 개발자가 autovalidator 테스트 프로토콜에서 보고 싶은 것을 공식화할 수 있도록 포럼에 별도의 스레드를 만들 수 있습니까? 이것은 autovalidator의 작성자가 자손을 방해가 아닌 도움이 되는 수준으로 가져오는 데 도움이 됩니다.
경험을 공유해 주세요. 이 문제를 어떻게 해결하셨나요? 유사하고 유사한 킥오프 서비스 데스크가 있습니다.
여기 중재자가 바퀴에 스포크를 넣지 않고 "바보로부터 보호"를 위해 코드를 확인합니다. 그리고 코드에 잘못된 사용자 행동에 대한 그러한 검사가 없다면 그러한 조언자를 위한 시장은 무엇입니까?
우리는 상관하지 않습니다. 그가 확인하자. 그가 오류를 일으키기 위해 무엇을 했는지 말하게 하십시오. 그리고 지금부터 그들은 오류 코드를 보여 주었고 그게 다입니다. 실험 조건이 고정되어 있지 않기 때문에 다시 시뮬레이션하는 것은 불가능합니다. 이로 인해 오류를 찾기가 매우 어렵습니다.
오류가 있는 테스트 완료
낮은 레버리지 계정에서 작업해 보십시오. 마진이 충분하지 않을 수 있습니다.
내기 준비! :)
예를 들어 Sleep의 도움으로 CPU에 로드하는 컴퓨팅 리소스 절약을 효과적으로 구현할 수 있습니다.
또는 한 가지 더 예를 들자면 필요한 시계열의 다운로드 대기를 구현할 수 있습니다.
또는 그래픽 애니메이션을 구현할 수 있습니다.
스크립트에서 타이머 없이는 타이머를 구현하는 것이 불가능합니다.
예, 수면으로 할 수 있는 많은 일들을 생각할 수 있습니다.)
오늘은 서비스 데스크와 많은 이야기를 나눴습니다. 그들은 빠르게 반응하기 시작했습니다. 오늘 내 질문 중 몇 가지가 거의 실시간으로 답변되었습니다. 나는 그 신비한 2기가 로그에서 스크린샷 한 장을 구걸하기까지 했습니다(답변과 함께 사진에 첨부합니다). 솔리드 오류 131 "잘못된 볼륨"이 있습니다. 그러한 오류가 하나 이상 있는 상황을 시뮬레이션하려는 시도는 실패했습니다(상상할 수 없고 상상할 수 없는 모든 테스트 모드에서 오류 없이 깨끗한 로그를 얻습니다). 서비스 데스크에서 수표의 특정 조건에 대한 추가 정보를 추출하려는 모든 시도는 헛수고였습니다. 완고하게 일반적인 문구로 제한됩니다. 각 답변에서 그들은 기사와 문서에 얼굴을 들이밀었습니다. 원칙적으로 올바른 위치를 찌르지만, 테스트 중에 생성한 상황을 반복할 수 없다는 것이 안타까운 점입니다. 여전히 맹목적으로 코드를 편집해야 합니다. 느낌은 우리가 옛날에 초등학교 1학년처럼 읽기를 배운다는 것입니다. 막대. 돕는 데 관심이 없으며 잘못 읽은 경우에만 당신을 때립니다.
글쎄, 적어도 오류 코드를 보여 주셔서 감사합니다. 이제 프로그램에서 볼 위치가 명확합니다. 나는 그들이 우리가 이미 얻은 것과 같다고 생각합니다. 자동 유효성 검사기는 작업을 줄이지 않고 추가했습니다. 따라서 특정 질문에 대답하기가 더 어려워졌습니다.
EA 개발자가 autovalidator 테스트 프로토콜에서 보고 싶은 것을 공식화할 수 있도록 포럼에 별도의 스레드를 만들 수 있습니까? 이것은 autovalidator의 작성자가 자손을 방해가 아닌 도움이 되는 수준으로 가져오는 데 도움이 됩니다.
경험을 공유해 주세요. 이 문제를 어떻게 해결하셨나요? 유사하고 유사한 킥오프 서비스 데스크가 있습니다.
볼륨이 정확하지 않으면 3번의 검사만 수행해야 합니다.
1. 볼륨은 브로커에 따라 0.01 또는 0.1 형식이어야 합니다. EA에서는 최소 로트 크기 변경 단계를 계산할 수 있습니다.
2. 정산지는 최소금액 이상이어야 합니다. 즉, n = -0.01, = 0.00 또는 =0.00092가 될 수 없습니다. 거래 주문이 없거나 0.01에 불과합니다.
3. 최대 로트의 통제. 로트는 100보다 높을 수 없습니다. 102 또는 100.8은 예금에 나타나지 않아야 합니다.
모든 것이 거기에 있었지만 도움이 되지 않았습니다.
모든 것이 거기에 있었지만 도움이 되지 않았습니다.
분명히 제대로 구현되지 않았습니다. 코드가 있습니까?
경험을 공유해 주세요. 이 문제를 어떻게 해결하셨나요? 유사하고 유사한 킥오프 서비스 데스크가 있습니다.
오류 131 "잘못된 볼륨"은 쉽게 극복되었습니다. 중재자가 가장 좋아하는 기사에는 거래 작업의 잘못된 거래량 섹션이 있습니다. 많이 수정하는 코드의 예가 있습니다. 주문하기 직전에 이 코드를 통해 계산된 로트 값을 전달합니다. 코드는 올바른 로트 값을 제공합니다.
로트가 계산되지 않고 단순히 입력 매개 변수에서 가져온 경우에도이 확인을 수행해야한다는 사실에주의를 기울입니다. 사회자는 의도적으로 잘못된 번호로 대체하여 귀하의 삶을 더 즐겁게 만들 수 있습니다.
오류 131 "잘못된 볼륨"은 쉽게 극복되었습니다. 중재자가 가장 좋아하는 기사에는 거래 작업의 잘못된 거래량 섹션이 있습니다. 많이 수정하는 코드의 예가 있습니다. 주문하기 직전에 이 코드를 통해 계산된 로트 값을 전달합니다. 코드는 올바른 로트 값을 제공합니다.
로트가 계산되지 않고 단순히 입력 매개 변수에서 가져온 경우에도이 확인을 수행해야한다는 사실에주의를 기울입니다. 사회자는 의도적으로 잘못된 번호로 대체하여 귀하의 삶을 더 즐겁게 만들 수 있습니다.
여기 중재자가 바퀴에 스포크를 넣지 않고 "바보로부터 보호"를 위해 코드를 확인합니다. 그리고 코드에 잘못된 사용자 행동에 대한 그러한 검사가 없다면 그러한 조언자를 위한 시장은 무엇입니까?
여기 중재자가 바퀴에 스포크를 넣지 않고 "바보로부터 보호"를 위해 코드를 확인합니다. 그리고 코드에 잘못된 사용자 행동에 대한 그러한 검사가 없다면 그러한 조언자를 위한 시장은 무엇입니까?
우리는 상관하지 않습니다. 그가 확인하자. 그가 오류를 일으키기 위해 무엇을 했는지 말하게 하십시오. 그리고 지금부터 그들은 오류 코드를 보여 주었고 그게 다입니다. 실험 조건이 고정되어 있지 않기 때문에 다시 시뮬레이션하는 것은 불가능합니다. 이로 인해 오류를 찾기가 매우 어렵습니다.