최적화 알고리즘 챔피언십. - 페이지 91 1...848586878889909192939495969798...132 새 코멘트 Andrey Dik 2016.07.13 23:50 #901 Andrey Khatimlianskii : MT 서버 구매 ;) MQ-Demo에 추가로 링크합니다. 매우 비싸지 만 좋은 방법 ... :) 자, 이 방법이 적합하다고 볼 수 있습니다. 그런 다음 지정된 날짜에 성경 FF를 편집하기만 하면 됩니다. 이제 알고리즘이 공개 도메인에 있으므로 테스트를 수행하고 테이블을 직접 컴파일할 수 있습니다. Andrey Khatimlianskii 2016.07.14 04:26 #902 Andrey Dik : 자, 이 방법이 적합하다고 볼 수 있습니다. 그런 다음 지정된 날짜에 성경 FF를 편집하기만 하면 됩니다. 그래서 그것은 나를위한 것이 아닙니다. Anatoly에게 편지를 보내십시오. 그는 도움을 거부하지 않을 것입니다. 완전히 정직하기 위해. Реter Konow 2016.07.14 19:59 #903 Andrey Dik : 매우 비싸지 만 좋은 방법 ... :) 자, 이 방법이 적합하다고 볼 수 있습니다. 그런 다음 지정된 날짜에 성경 FF를 편집하기만 하면 됩니다. 이제 알고리즘이 공개 도메인에 있으므로 테스트를 수행하고 테이블을 직접 컴파일할 수 있습니다. 참가자가 알고리즘 준비를 완료한 후 FF 키 편집 및 라이브러리 편집이 수행되면 FF 키를 알고 있으면 더 이상 사기 가능성이 열리지 않으므로 누구나 FF 키를 발명할 수 있습니다. . 이렇게 하려면 특정 날짜가 지나면 알고리즘 수정에 대한 참가자의 액세스 권한을 닫아야 합니다. 이 경우 테스터 및 심판과 같은 제3자의 도움이 필요하지 않습니다. 처음에는 FF 라이브러리의 템플릿과 키의 몇 가지 예가 제공되어야 합니다. 또한 알고리즘에 대한 액세스를 종료한 후 FF 키가 변경됩니다. 그게 다야. 추신 사실, 그것은 중요하지 않습니다. 참가자의 컴파일 된 알고리즘은 누군가에게 전송되어야합니다 ... 마운드에서 OOP에 대해 이야기하기 [아카이브!] 포럼을 어지럽히 지 MT5에서 MQL 코드의 저작권 Andrey Dik 2016.07.14 20:40 #904 Реter Konow : 참가자가 알고리즘 준비를 완료한 후 FF 키 편집 및 라이브러리 편집이 수행되면 FF 키를 알고 있으면 더 이상 사기 가능성이 열리지 않으므로 누구나 FF 키를 발명할 수 있습니다. . 이렇게 하려면 특정 날짜가 지나면 알고리즘 수정에 대한 참가자의 액세스 권한을 닫아야 합니다. 이 경우 테스터 및 심판과 같은 제3자의 도움이 필요하지 않습니다. 처음에는 FF 라이브러리의 템플릿과 키의 몇 가지 예가 제공되어야 합니다. 또한 알고리즘에 대한 액세스를 종료한 후 FF 키가 변경됩니다. 그게 다야. 추신 사실, 그것은 중요하지 않습니다. 참가자의 컴파일 된 알고리즘은 누군가에게 전송되어야합니다 ... 또 의혹? 정확히 무엇을 두려워합니까? Реter Konow 2016.07.14 20:46 #905 Andrey Dik : 또 의혹? 정확히 무엇을 두려워합니까? 어디서 의심을 보았습니까? 토론, 질문 및 제안... Andrey Dik 2016.07.14 20:52 #906 Реter Konow : 어디서 의심을 보았습니까? 추론, 질문 및 제안 ... 좋은. 무슨 질문? 나는 물음표를 보지 못했다. 명확히 해주세요. Andrey F. Zelinsky 2016.07.14 20:53 #907 서커스는 현실이다. 두 참가자 및 경쟁에 동의할 수 없습니다. 프랑켄슈타인은 이미 세 번이나 살아났습니다. 프랑켄슈타인은 피를 흘렸다. 마지막으로 내가 개인적으로 그를 여기에서 깨웠을 때 https://www.mql5.com/en/forum/87536/page82#comment_2644340 . Реter Konow 2016.07.14 21:04 #908 Andrey Dik : 좋은. 무슨 질문? 나는 물음표를 보지 못했다. 명확히 해주세요. 일반적으로 조직에 대한 우리의 이해는 동일하지만 명확히 설명하는 것입니다. 내 이해와 당신의 이해를 동기화한다고 말할 수 있습니다. 더 이상은 없어. 어떤 상황에서든 심판은 정말 필요하다는 결론에 이르렀다. 그러나 선택한 대회 조직 방법에 따라 할당된 기능이 다를 수 있습니다. 특정 날짜까지 알고리즘을 준비한 다음 FF 키를 함께 생성하면 알고리즘은 경쟁 참가자가 아닌 심판과 함께 있어야 이전 버전의 교체 가능성을 배제할 수 있습니다. 새로운 알고리즘으로. 테스터가 있다면 다수의 신뢰를 받을 자격이 있는 중립적인 사람이어야 합니다. 이 경우 그 자신이 FF 키를 만들고 알고리즘을 실행한 후 결과를 보고합니다. 이것이 내가 상상하는 방식입니다. Реter Konow 2016.07.14 21:12 #909 Andrey F. Zelinsky : 서커스는 현실이다. 두 참가자 및 경쟁에 동의할 수 없습니다. 프랑켄슈타인은 이미 세 번이나 살아났습니다. 프랑켄슈타인은 피를 흘렸다. 마지막으로 내가 개인적으로 그를 여기에서 깨웠을 때 https://www.mql5.com/en/forum/87536/page82#comment_2644340 . Frankenstein이 아니라, 이 스레드를 배회하고 여기서 탈출구를 찾으려는 실패한 챔피언십의 언데드 유령입니다. Andrey F. Zelinsky 2016.07.14 21:20 #910 Реter Konow : Frankenstein이 아니라, 이 스레드를 배회하고 여기서 탈출구를 찾으려는 실패한 챔피언십의 언데드 유령입니다. 예, 적어도 일부 조건에서 이미 지출하십시오. 마찬가지로, 상품은 없고 당신 중 단 두 명뿐입니다. 좋아요. 요약 - 더 많은 것을 일으키십시오. 아마도 사람들이 보고 따라잡을 것입니다. 당신의 기차에는 더 이상 승객이 없을 것입니다. 팝콘을 들고 있는 관객만. 1...848586878889909192939495969798...132 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
MT 서버 구매 ;)
MQ-Demo에 추가로 링크합니다.
매우 비싸지 만 좋은 방법 ... :)
자, 이 방법이 적합하다고 볼 수 있습니다. 그런 다음 지정된 날짜에 성경 FF를 편집하기만 하면 됩니다.
이제 알고리즘이 공개 도메인에 있으므로 테스트를 수행하고 테이블을 직접 컴파일할 수 있습니다.
자, 이 방법이 적합하다고 볼 수 있습니다. 그런 다음 지정된 날짜에 성경 FF를 편집하기만 하면 됩니다.
매우 비싸지 만 좋은 방법 ... :)
자, 이 방법이 적합하다고 볼 수 있습니다. 그런 다음 지정된 날짜에 성경 FF를 편집하기만 하면 됩니다.
이제 알고리즘이 공개 도메인에 있으므로 테스트를 수행하고 테이블을 직접 컴파일할 수 있습니다.
참가자가 알고리즘 준비를 완료한 후 FF 키 편집 및 라이브러리 편집이 수행되면 FF 키를 알고 있으면 더 이상 사기 가능성이 열리지 않으므로 누구나 FF 키를 발명할 수 있습니다. .
이렇게 하려면 특정 날짜가 지나면 알고리즘 수정에 대한 참가자의 액세스 권한을 닫아야 합니다.
이 경우 테스터 및 심판과 같은 제3자의 도움이 필요하지 않습니다.
처음에는 FF 라이브러리의 템플릿과 키의 몇 가지 예가 제공되어야 합니다. 또한 알고리즘에 대한 액세스를 종료한 후 FF 키가 변경됩니다. 그게 다야.
추신 사실, 그것은 중요하지 않습니다. 참가자의 컴파일 된 알고리즘은 누군가에게 전송되어야합니다 ...
참가자가 알고리즘 준비를 완료한 후 FF 키 편집 및 라이브러리 편집이 수행되면 FF 키를 알고 있으면 더 이상 사기 가능성이 열리지 않으므로 누구나 FF 키를 발명할 수 있습니다. .
이렇게 하려면 특정 날짜가 지나면 알고리즘 수정에 대한 참가자의 액세스 권한을 닫아야 합니다.
이 경우 테스터 및 심판과 같은 제3자의 도움이 필요하지 않습니다.
처음에는 FF 라이브러리의 템플릿과 키의 몇 가지 예가 제공되어야 합니다. 또한 알고리즘에 대한 액세스를 종료한 후 FF 키가 변경됩니다. 그게 다야.
추신 사실, 그것은 중요하지 않습니다. 참가자의 컴파일 된 알고리즘은 누군가에게 전송되어야합니다 ...
또 의혹? 정확히 무엇을 두려워합니까?
어디서 의심을 보았습니까?
토론, 질문 및 제안...
어디서 의심을 보았습니까?
추론, 질문 및 제안 ...
좋은. 무슨 질문? 나는 물음표를 보지 못했다. 명확히 해주세요.
일반적으로 조직에 대한 우리의 이해는 동일하지만 명확히 설명하는 것입니다. 내 이해와 당신의 이해를 동기화한다고 말할 수 있습니다. 더 이상은 없어.
어떤 상황에서든 심판은 정말 필요하다는 결론에 이르렀다.
그러나 선택한 대회 조직 방법에 따라 할당된 기능이 다를 수 있습니다.
특정 날짜까지 알고리즘을 준비한 다음 FF 키를 함께 생성하면 알고리즘은 경쟁 참가자가 아닌 심판과 함께 있어야 이전 버전의 교체 가능성을 배제할 수 있습니다. 새로운 알고리즘으로.
테스터가 있다면 다수의 신뢰를 받을 자격이 있는 중립적인 사람이어야 합니다. 이 경우 그 자신이 FF 키를 만들고 알고리즘을 실행한 후 결과를 보고합니다.
이것이 내가 상상하는 방식입니다.
서커스는 현실이다. 두 참가자 및 경쟁에 동의할 수 없습니다. 프랑켄슈타인은 이미 세 번이나 살아났습니다. 프랑켄슈타인은 피를 흘렸다. 마지막으로 내가 개인적으로 그를 여기에서 깨웠을 때 https://www.mql5.com/en/forum/87536/page82#comment_2644340 .
Frankenstein이 아니라, 이 스레드를 배회하고 여기서 탈출구를 찾으려는 실패한 챔피언십의 언데드 유령입니다.
예, 적어도 일부 조건에서 이미 지출하십시오. 마찬가지로, 상품은 없고 당신 중 단 두 명뿐입니다.
좋아요. 요약 - 더 많은 것을 일으키십시오. 아마도 사람들이 보고 따라잡을 것입니다.
당신의 기차에는 더 이상 승객이 없을 것입니다. 팝콘을 들고 있는 관객만.