2. 저는 FF가 Expert Advisor로 구현될 것이라고 믿습니다(즉, Expert Advisor 내부에 위치할 것입니다). 거기에서 최적화 알고리즘으로 참가자의 라이브러리를 호출할 것입니다.
그렇다면 알고리즘 호출 횟수에 제한이 있습니까?
3. 포인트 2가 참이면 FF는 알고리즘을 호출하고 차례로 FF를 호출합니다. FF에서 참가자의 알고리즘에 대한 호출 수가 제한되어 있다고 가정합니다.
알고리즘 측에서 FF 콜백 수에 제한이 있습니까(그렇지 않으면 FF와 참가자의 알고리즘 사이에 폐쇄적이고 무한한 호출 루프가 발생함)?
4. FF 범위를 생성하는 함수는 누가 작성합니까? 분명히 이것은 챔피언십 참가자가 수행해서는 안됩니다. 그의 중립을 어떻게 확신할 수 있습니까?
5. FF의 피크 값(원하는 최대값)은 어디에 저장됩니까? 어레이 자체에서 FF? 그렇다면 FF 격률과 참가자의 알고리즘으로 계산된 값 간의 일치 정확도를 어떻게 확인할 수 있습니까?
6. 참가자의 알고리즘 결과는 어디에 기록되고 저장됩니까?
안녕하세요.
1. 라이브러리 *.ex5.
2. 항목 1을 참조하십시오.
3. 위의 토론에서 우리는 FF 라이브러리를 호출하는 두 가지 유형(참가자의 선택에 따라)이 있음을 논의했습니다. 실행 스크립트 또는 AO가 있는 참여자의 라이브러리에서입니다.
4. 앞서 논의했습니다. 대회 참가자들의 라이브러리를 전시한 후 FF의 토론과 구성이 진행됩니다. FF가 제어되므로 참가자 중 한 명이 작동하지 않으므로 이에 대해 걱정하지 마십시오.
5. 어디에도 보관하지 않습니다. FF - 공식 형태의 분석 기능, 전역 최대값. "FF의 논의와 형성" 후에야 알려질 것입니다.
6. 모든 중간 결과 또는 하나의 최종 결과(둘 중 하나의 사실이 알고리즘의 최종 평가에서 고려됨) 참가자의 알고리즘은 * .csv 파일에 던져져야 합니다. 파일의 이러한 데이터를 기반으로 알고리즘은 "정확도" 기준에 따라 평가됩니다. 당연히 알고리즘은 실제 전역 최대값을 알지 못합니다(항목 5 참조).
앞서 언급한 것처럼 연결을 위한 코드와 설명의 예는 6월 20일에 발표될 예정 이다. 이 때까지 6월 20일 부터 7월 11일 까지 테스트 프로그램의 음성 인터페이스에 따라 준비해야 하는 기성 작업 알고리즘이 있어야 합니다 .
3. 위의 토론에서 우리는 FF 라이브러리를 호출하는 두 가지 유형(참가자의 선택에 따라)이 있음을 논의했습니다. 실행 스크립트 또는 AO가 있는 참여자의 라이브러리에서입니다.
4. 앞서 논의했습니다. 대회 참가자들의 라이브러리를 전시한 후 FF의 토론과 구성이 진행됩니다. FF가 제어되므로 참가자 중 한 명이 작동하지 않으므로 이에 대해 걱정하지 마십시오.
5. 어디에도 보관하지 않습니다. FF - 공식 형태의 분석 기능, 전역 최대값. "FF의 논의와 형성" 후에야 알려질 것입니다.
6. 모든 중간 결과 또는 하나의 최종 결과(둘 중 하나의 사실이 알고리즘의 최종 평가에서 고려됨) 참가자의 알고리즘은 * .csv 파일에 던져져야 합니다. 파일의 이러한 데이터를 기반으로 알고리즘은 "정확도" 기준에 따라 평가됩니다. 당연히 알고리즘은 실제 전역 최대값을 알지 못합니다(항목 5 참조).
앞서 언급한 것처럼 연결을 위한 코드와 설명의 예는 6월 20일에 발표될 예정 이다. 이 때까지 6월 20일 부터 7월 11일 까지 테스트 프로그램의 음성 인터페이스에 따라 준비해야 하는 기성 작업 알고리즘이 있어야 합니다 .
3. FF 호출 유형이 이미 지정되었다면 이제 알고리즘을 스크립트에 작성해야 하는지 라이브러리에 작성해야 하는지 결정해야 합니다. (내 알고리즘을 라이브러리에 작성하고 FF 자체도 라이브러리인 경우 두 라이브러리가 서로를 어떻게 부를까요? 이해하지 못했습니다.)
4. 참가자가 알고리즘 작성을 완료한 후 FF의 형성이 발생한다면 알고리즘은 특정 FF에 의존하지 않고 보편적이어야 합니까?
연결 예제가 제공되기 전에 참가자의 알고리즘이 준비되어야 합니까?
그런 다음 FF에 대한 토론과 작성은 연결 구현 이후에 이루어져야 합니다.
그리고 FF 라이브러리에 대한 연결을 설정한 직후 참가자는 자신의 알고리즘에 대한 액세스 권한을 상실해야 합니다. 그런 다음 FF를 만들 수 있습니다. (그렇지 않으면 FF를 알고 참가자는 알고리즘을 변경할 수 있습니다).
누군가 ALGLIB 라이브러리를 내놓을 것입니까?
안녕하세요.
몇 가지 기술적인 질문이 있습니다.
1. FF는 어떤 형태로 시행되나요? - 고문, 스크립트, 라이브러리?
2. 저는 FF가 Expert Advisor로 구현될 것이라고 믿습니다(즉, Expert Advisor 내부에 위치할 것입니다). 거기에서 최적화 알고리즘으로 참가자의 라이브러리를 호출할 것입니다.
그렇다면 알고리즘 호출 횟수에 제한이 있습니까?
3. 포인트 2가 참이면 FF는 알고리즘을 호출하고 차례로 FF를 호출합니다. FF에서 참가자의 알고리즘에 대한 호출 수가 제한되어 있다고 가정합니다.
알고리즘 측에서 FF 콜백 수에 제한이 있습니까(그렇지 않으면 FF와 참가자의 알고리즘 사이에 폐쇄적이고 무한한 호출 루프가 발생함)?
4. FF 범위를 생성하는 함수는 누가 작성합니까? 분명히 이것은 챔피언십 참가자가 수행해서는 안됩니다. 그의 중립을 어떻게 확신할 수 있습니까?
5. FF의 피크 값(원하는 최대값)은 어디에 저장됩니까? FF 자체의 배열에서? 그렇다면 FF 격률과 참가자의 알고리즘으로 계산된 값 간의 일치 정확도를 어떻게 확인할 수 있습니까?
6. 참가자의 알고리즘 결과는 어디에 기록되고 저장됩니까?
안녕하세요.
몇 가지 기술적인 질문이 있습니다.
1. FF는 어떤 형태로 시행되나요? - 고문, 스크립트, 라이브러리?
2. 저는 FF가 Expert Advisor로 구현될 것이라고 믿습니다(즉, Expert Advisor 내부에 위치할 것입니다). 거기에서 최적화 알고리즘으로 참가자의 라이브러리를 호출할 것입니다.
그렇다면 알고리즘 호출 횟수에 제한이 있습니까?
3. 포인트 2가 참이면 FF는 알고리즘을 호출하고 차례로 FF를 호출합니다. FF에서 참가자의 알고리즘에 대한 호출 수가 제한되어 있다고 가정합니다.
알고리즘 측에서 FF 콜백 수에 제한이 있습니까(그렇지 않으면 FF와 참가자의 알고리즘 사이에 폐쇄적이고 무한한 호출 루프가 발생함)?
4. FF 범위를 생성하는 함수는 누가 작성합니까? 분명히 이것은 챔피언십 참가자가 수행해서는 안됩니다. 그의 중립을 어떻게 확신할 수 있습니까?
5. FF의 피크 값(원하는 최대값)은 어디에 저장됩니까? 어레이 자체에서 FF? 그렇다면 FF 격률과 참가자의 알고리즘으로 계산된 값 간의 일치 정확도를 어떻게 확인할 수 있습니까?
6. 참가자의 알고리즘 결과는 어디에 기록되고 저장됩니까?
안녕하세요.
1. 라이브러리 *.ex5.
2. 항목 1을 참조하십시오.
3. 위의 토론에서 우리는 FF 라이브러리를 호출하는 두 가지 유형(참가자의 선택에 따라)이 있음을 논의했습니다. 실행 스크립트 또는 AO가 있는 참여자의 라이브러리에서입니다.
4. 앞서 논의했습니다. 대회 참가자들의 라이브러리를 전시한 후 FF의 토론과 구성이 진행됩니다. FF가 제어되므로 참가자 중 한 명이 작동하지 않으므로 이에 대해 걱정하지 마십시오.
5. 어디에도 보관하지 않습니다. FF - 공식 형태의 분석 기능, 전역 최대값. "FF의 논의와 형성" 후에야 알려질 것입니다.
6. 모든 중간 결과 또는 하나의 최종 결과(둘 중 하나의 사실이 알고리즘의 최종 평가에서 고려됨) 참가자의 알고리즘은 * .csv 파일에 던져져야 합니다. 파일의 이러한 데이터를 기반으로 알고리즘은 "정확도" 기준에 따라 평가됩니다. 당연히 알고리즘은 실제 전역 최대값을 알지 못합니다(항목 5 참조).
앞서 언급한 것처럼 연결을 위한 코드와 설명의 예는 6월 20일에 발표될 예정 이다. 이 때까지 6월 20일 부터 7월 11일 까지 테스트 프로그램의 음성 인터페이스에 따라 준비해야 하는 기성 작업 알고리즘이 있어야 합니다 .
안녕하세요.
1. 라이브러리 *.ex5.
2. 항목 1을 참조하십시오.
3. 위의 토론에서 우리는 FF 라이브러리를 호출하는 두 가지 유형(참가자의 선택에 따라)이 있음을 논의했습니다. 실행 스크립트 또는 AO가 있는 참여자의 라이브러리에서입니다.
4. 앞서 논의했습니다. 대회 참가자들의 라이브러리를 전시한 후 FF의 토론과 구성이 진행됩니다. FF가 제어되므로 참가자 중 한 명이 작동하지 않으므로 이에 대해 걱정하지 마십시오.
5. 어디에도 보관하지 않습니다. FF - 공식 형태의 분석 기능, 전역 최대값. "FF의 논의와 형성" 후에야 알려질 것입니다.
6. 모든 중간 결과 또는 하나의 최종 결과(둘 중 하나의 사실이 알고리즘의 최종 평가에서 고려됨) 참가자의 알고리즘은 * .csv 파일에 던져져야 합니다. 파일의 이러한 데이터를 기반으로 알고리즘은 "정확도" 기준에 따라 평가됩니다. 당연히 알고리즘은 실제 전역 최대값을 알지 못합니다(항목 5 참조).
앞서 언급한 것처럼 연결을 위한 코드와 설명의 예는 6월 20일에 발표될 예정 이다. 이 때까지 6월 20일 부터 7월 11일 까지 테스트 프로그램의 음성 인터페이스에 따라 준비해야 하는 기성 작업 알고리즘이 있어야 합니다 .
3. FF 호출 유형이 이미 지정되었다면 이제 알고리즘을 스크립트에 작성해야 하는지 라이브러리에 작성해야 하는지 결정해야 합니다. (내 알고리즘을 라이브러리에 작성하고 FF 자체도 라이브러리인 경우 두 라이브러리가 서로를 어떻게 부를까요? 이해하지 못했습니다.)
4. 참가자가 알고리즘 작성을 완료한 후 FF의 형성이 발생한다면 알고리즘은 특정 FF에 의존하지 않고 보편적이어야 합니까?
연결 예제가 제공되기 전에 참가자의 알고리즘이 준비되어야 합니까?
그런 다음 FF에 대한 토론과 작성은 연결 구현 이후에 이루어져야 합니다.
그리고 FF 라이브러리에 대한 연결을 설정한 직후 참가자는 자신의 알고리즘에 대한 액세스 권한을 상실해야 합니다. 그런 다음 FF를 만들 수 있습니다. (그렇지 않으면 FF를 알고 참가자는 알고리즘을 변경할 수 있습니다).
내가 모든 것을 올바르게 이해 했습니까?
다음과 같은 프레젠테이션이 있었습니다.
내 알고리즘은 일부 값을 FF로 전달하고 그 대가로 FF에서 일부 값을 받습니다.
또한 내 알고리즘은 FF에서 받은 값을 분석하고 FF에서 받은 값의 논리를 기반으로 FF 자체의 "전역" 최대값을 검색합니다.
따라서 내 알고리즘은 대략 100 또는 500 FF 최대값을 계산하고 계산 결과를 파일에 덤프합니다.
내 AO 계산 결과와 FF의 피크 값의 일치가 정확하고 FF에 대한 콜이 적을수록 챔피언십 결과에 따라 그의 위치가 높아집니다.
????
3. FF 호출 유형이 이미 지정되었다면 이제 알고리즘을 스크립트에 작성해야 하는지 라이브러리에 작성해야 하는지 결정해야 합니다. (내 알고리즘을 라이브러리에 작성하고 FF 자체도 라이브러리인 경우 두 라이브러리가 서로를 어떻게 부를까요? 이해하지 못했습니다.)
4. 참가자가 알고리즘 작성을 완료한 후 FF의 형성이 발생한다면 알고리즘은 특정 FF에 의존하지 않고 보편적이어야 합니까?
연결 예제가 제공되기 전에 참가자의 알고리즘이 준비되어야 합니까?
그런 다음 FF에 대한 토론과 작성은 연결 구현 이후에 이루어져야 합니다.
그리고 FF 라이브러리에 대한 연결을 설정한 직후 참가자는 자신의 알고리즘에 대한 액세스 권한을 상실해야 합니다. 그런 다음 FF를 만들 수 있습니다. (그렇지 않으면 FF를 알고 참가자는 알고리즘을 변경할 수 있습니다).
내가 모든 것을 올바르게 이해 했습니까?
3. 예, 두 번째 유형을 사용하여 연결하기로 결정한 경우 라이브러리에서 라이브러리를 호출합니다.
4. 맞습니다. 그 생각, 보편성의 요구, FF로부터의 독립성, 나는 오래전부터 전달하려고 노력해왔다. 이것이 있어야 할 곳입니다. 흠... 어떤 FF와도 작동하는 알고리즘의 놀라운 능력입니다.
다음과 같은 프레젠테이션이 있었습니다.
5. 내 알고리즘은 일부 값을 FF에 전달하고 그 대가로 FF에서 일부 값을 받습니다.
6. 다음으로 내 알고리즘은 FF에서 받은 값을 분석하고 FF에서 받은 값의 논리를 기반으로 FF 자체의 "전역" 최대값을 찾습니다.
7. 따라서 내 알고리즘은 약 100 또는 500 FF 최대값을 계산하고 계산 결과를 파일에 덤프합니다.
8. 내 AO 계산 결과와 FF의 피크 값의 일치가 정확하고 FF에 대한 콜이 적을수록 챔피언십 결과에 따라 그의 위치가 높아집니다.
????
5. 네.
6. 네.
7. 네.
8. 네.
나는 당신이 아직 알고리즘이 없다는 인상을 받았습니다. 서두르세요. 시간이 얼마 남지 않았습니다. 먼저 알고리즘을 작성하거나 기성품을 취한 다음 챔피언십 요구 사항에 따라 6월 20일 이후 테스트 스크립트에 대한 연결을 설정합니다.
그리고 주최자는 벤치 마크를 갖게 될 것이며 알고리즘의 품질을 비교할 대상은 무엇입니까? 그리고 모든 시도는 MT에 내장된 유전자 알고리즘 보다 나쁠 것입니다.