따라서 테스트 기간 동안 "시험" 기간을 지정할 수 있습니다(예: 게시일로부터 3일). 따라서 모든 참가자의 알고리즘을 공개적으로 사용할 수 있고 중립적인 사람이 준비한 FF 테스트를 실행하려는 모든 사람이 가능합니다. 동시에 FF의 매개변수에 제한을 두지 않을 수 있으며 다른 한편으로는 진정으로 개방적이고 투명한 경쟁을 보장합니다.
평가판 기간이 만료된 후 이러한 보호를 우회하고 알고리즘을 사용할 수 있는 방법이 있습니까?
그러나 어쨌든 누군가는 테스트 결과를 테이블로 수집해야 합니다. 할 수 있어요. 또한 다른 사람이 결과 테이블을 컴파일하고 게시할 수 있습니다.
왜 이 범위가 마음에 들지 않습니까? 당신의 생각에는 어떠해야 합니까? 그리고 다른 참가자 중 한 명이 같은 방식으로 변경하도록 요구할 수 없는 이유는 무엇입니까?
당신은 거의 매일 정반대로 의견과 요구를 바꿉니다.
나는 보호가 있으면 - 보호 없이 자유롭게 액세스할 수 있음 - 신뢰할 수 있는 사람의 손에서만 설명했습니다.
무료 액세스라면 누가 테이블을 만들까요? 당신은 나를 믿지 않고 Khatimlianskii 도 믿지 않습니다. 신뢰할 수 있는 테스터의 손에서 제한 없이 알고리즘을 테스트하는 데 어떤 문제가 있습니까?
흥분하지 마십시오.
좋아, 이 범위를 갖자.
필수는 아닙니다.
나는 당신이나 내가 익숙하지 않은 다른 사용자를 신뢰할 이유가 없습니다.
나는 이것이 편집증의 징후라고 생각하지 않습니다. 그냥 상식입니다.
그러나 사람이 다수에게 신뢰를 받는다면 나도 그 사람을 신뢰합니다.
잘!
내 생각에 질문이 해결되고 원하는 사람들이 따라잡을 것입니다.
FF의 라이브러리 문제, 연결 인터페이스 문제 - 이 모든 것이 완전히 명확해야 합니다.
예를 들어: 스크립트에서 솔루션을 구현할 수 있습니까, 아니면 라이브러리에서만 필요합니까?
라이브러리에만 있다면 누가 그것을 호출하는 스크립트를 작성할 것인가 등...
내 생각에 질문이 해결되고 원하는 사람들이 따라잡을 것입니다.
FF의 라이브러리 문제, 연결 인터페이스 문제 - 이 모든 것이 완전히 명확해야 합니다.
예를 들어: 스크립트에서 솔루션을 구현할 수 있습니까, 아니면 라이브러리에서만 필요합니까?
라이브러리에만 있다면 누가 그것을 호출하는 스크립트를 작성할 것인가 등...
아무것도 바뀌지 않았으며 모든 것이 동일하게 유지됩니다.
확인.
그러나 테스터의 역할에 대한 후보자의 질문은 열려 있습니다.
확인.
그러나 테스터의 역할에 대한 후보자의 질문은 열려 있습니다.
아마도 테스터가 필요하지 않을 것입니다. 알고리즘을 보호하는 동시에 매개변수로 제한하지 않는 방법을 알아낸 것 같습니다.
좋습니다. 하지만 여전히 키를 생성하기 위해 심판이 필요합니까?
일반적으로 나는 다음과 같은 보호를 제안합니다 . 날짜 확인을 알고리즘에 넣고 브로커의 서버(any)에 대한 연결 이 있는지 확인합니다 .
따라서 테스트 기간 동안 "시험" 기간을 지정할 수 있습니다(예: 게시일로부터 3일). 따라서 모든 참가자의 알고리즘을 공개적으로 사용할 수 있고 중립적인 사람이 준비한 FF 테스트를 실행하려는 모든 사람이 가능합니다. 동시에 FF의 매개변수에 제한을 두지 않을 수 있으며 다른 한편으로는 진정으로 개방적이고 투명한 경쟁을 보장합니다.
평가판 기간이 만료된 후 이러한 보호를 우회하고 알고리즘을 사용할 수 있는 방법이 있습니까?
그러나 어쨌든 누군가는 테스트 결과를 테이블로 수집해야 합니다. 할 수 있어요. 또한 다른 사람이 결과 테이블을 컴파일하고 게시할 수 있습니다.
평가판 기간이 만료된 후 이러한 보호를 우회하고 알고리즘을 사용할 수 있는 방법이 있습니까?
MT 서버 구매 ;)
MQ-Demo에 추가로 링크합니다.