FF가 있는 라이브러리의 첫 번째 호출에서 참가자의 이름을 거기에 전달하면(특수 함수에) 이 함수는 참가자의 이름을 결과와 함께 파일 이름에 추가합니다.
같은 위치에서 파일에는 FF 호출 횟수도 포함됩니다.
이 경우 스크립트는 모든 요청을 완전히 충족합니다.
PS 그건 그렇고, 나는 텍스트가있는 작업에 대한 결과로 파일을 만드는 기능을 얼마나 잘못 설계했는지 놀랐습니다. 결과 문자열 외에도 FF 호출 수를 입력할 수도 있습니다. 결과를 증명하기 위해. 참가자는 FF 라이브러리의 공개 코드에 액세스할 수 없으므로 파일의 숫자는 결과의 진실성을 증명합니다.
6. 그 후, 참가자들은 서로의 스크립트를 다운로드하여 터미널에서 확인합니다. FF로 컴파일된 라이브러리에서 스크립트를 실행할 때 생성된 결과 파일을 살펴보고 자신과 다른 사람의 결과를 보고 비교합니다.
7. 따라서 승자가 자동으로 공개됩니다.
유일한 필요는 FF 공식을 작성하고 이를 함수에 꿰매고 최종 라이브러리를 컴파일하는 심판입니다.
훨씬 쉽죠? )
아니요.
전에는 쉬웠지만 이제는 더 어려울 것입니다. 이전에 FF가 0.1 단계로 [-10.0;10.0] 범위에서 고려될 것이라는 데 동의했으며 참가자들은 이러한 제한을 알고리즘에 넣어 제3자가 사용할 수 없도록 보호해야 했습니다. 작업을 수행한 다음 챔피언십이 시작되는 동안 컴파일된 알고리즘 라이브러리를 배치합니다. 검사 스크립트는 FF와 독립적으로 작동하는 참가자의 라이브러리를 호출해야 했으며 최적화가 완료되면 스크립트는 라이브러리에 요청하여 모든 통계 정보를 표시해야 합니다. 모든 것이 단순하고 투명했으며 실험의 순수성과 지적 재산권 보호에 대한 참가자의 이익이 보호되었습니다. 하지만 아니, "왜 그런 범위가 선택됐을까? 왜 그런 발걸음을 내딛느냐"는 분노의 물결이 일었다. - 범위와 단계는 중요하지 않으며, 챔피언십을 위해 누구나 선택할 수 있으며, 참가자 알고리즘이 제3자에 의해 실제 작업에 적용되는 것을 제한하기 위해서만 사전에 고정되고 알려짐을 명료하게 설명했습니다. 그러나 대중은 나의 설명에 만족하지 않았다. 좋아, 우리는 범위와 단계에 대한 모든 제한을 제거하지만 사용에 대한 제한이 없기 때문에 더 이상 공개 도메인에 참여자의 라이브러리를 업로드하는 것이 불가능합니다. 즉, 보호가 없습니다. 따라서 이제 배심원단은 참가자의 알고리즘을 수용하고 테스트를 수행해야 합니다.
이제 챔피언십 작업이 매개 변수와 단계의 범위에 제한이 없기 때문에 참가자의 알고리즘을 오픈 액세스로 전파하는 것은 불가능합니다! 그리고 이 모든 것이 당신의 은총에 의한 것입니다.
Реter Konow : 글쎄, 그 경우 솔루션은 라이브러리에 있어야합니다. 그러나 아마도 배심원이 필요하지 않은 옵션이 있습니다. 텍스트 문제에서 최상의 솔루션을 결정하기 위해 배심원이 필요하지 않았기 때문입니다.
아무도 정의하지 않았습니다. 저나 당신이 검증 알고리즘을 제시한 것도 아니고 모두 말일 뿐입니다.
이벤트 에서 확인할 수 있는 알고리즘을 보여줬다는 것뿐인데, 실제로는 최적화 알고리즘이 아니라 작업에 능숙하게 맞춘 완전한 열거라는 것이 밝혀졌다.
참가자들이 주요 기능이 어떻게 호출되는지 볼 수 있도록 일부러 문제의 원인을 텍스트로 표시했지만, 이것을 고려하여 챔피언십을 위해 동일한 인터페이스를 구성하는 대신 당신과 이벤트 는 지식을 사용하는 데 실패하지 않았습니다. 문제의 내용을 이마에 해결합니다. 글쎄, 그러한 초점은 챔피언십 문제에 효과가 없을 것입니다. 알고리즘에 대한 실제 테스트가 있을 것이며 "스크립트의 알고리즘"에 대한 귀하의 제안처럼 FF를 사용한 이러한 사기는 작동하지 않을 것입니다.
아무도 정의하지 않았습니다. 저나 당신이 검증 알고리즘을 제시한 것도 아니고 모두 말일 뿐입니다.
이벤트 에서 확인할 수 있는 알고리즘을 보여줬다는 것뿐인데, 실제로는 최적화 알고리즘이 아니라 작업에 능숙하게 맞춘 완전한 열거라는 것이 밝혀졌다.
참가자들이 주요 기능이 어떻게 호출되는지 볼 수 있도록 일부러 문제의 원인을 텍스트로 표시했지만, 이것을 고려하여 챔피언십을 위해 동일한 인터페이스를 구성하는 대신 당신과 이벤트 는 지식을 사용하는 데 실패하지 않았습니다. 문제의 내용을 이마에 해결합니다. 글쎄, 그러한 초점은 챔피언십 문제에 효과가 없을 것입니다. 알고리즘에 대한 실제 테스트가 있을 것이며 "스크립트의 알고리즘"에 대한 귀하의 제안처럼 FF를 사용한 이러한 사기는 작동하지 않을 것입니다.
그래서, 당신의 의견으로는, 내가 속임수?
저랑 이벤트랑 조건이 똑같으셨군요. 컴파일된 스크립트를 게시할 수 있다고 말했습니다. (게시하다?)
텍스트 문제를 해결하기 위한 경쟁에 참여하는 귀하는 귀하의 버전을 게시해야 합니다 . 게시하지도 않았고 결과도 말하지 않았습니다. 비록 거짓말이지만 - 처음에 말씀하신 텍스트로 문제를 해결한 결과와 이벤트와 함께한 결과는 20배 이상 이겼습니다. 나는 그것에 눈을 감았다. 좋아, 내 생각에는 사람이 보편적 인 알고리즘을 만들고 그러한 문제는 그에게 심각하지 않습니다 ...
(이상하긴 하지만 보편성으로 인해 비보편성 알고리즘에 비해 효율성이 떨어지는 보편적인 알고리즘입니다. 여기서 뭔가 잘못되었습니다...)
전에는 쉬웠지만 이제는 더 어려울 것입니다. 이전에 FF가 0.1 단계로 [-10.0;10.0] 범위에서 고려될 것이라는 데 동의했으며 참가자들은 이러한 제한을 알고리즘에 넣어 제3자가 사용할 수 없도록 보호해야 했습니다. 작업을 수행한 다음 챔피언십이 시작되는 동안 컴파일된 알고리즘 라이브러리를 배치합니다. 검사 스크립트는 FF와 독립적으로 작동하는 참가자의 라이브러리를 호출해야 했으며 최적화가 완료되면 스크립트는 라이브러리에 요청하여 모든 통계 정보를 표시해야 합니다. 모든 것이 단순하고 투명했으며 실험의 순수성과 지적 재산권 보호에 대한 참가자의 이익이 보호되었습니다. 하지만 아니, "왜 그런 범위가 선택됐을까? 왜 그런 발걸음을 내딛느냐"는 분노의 물결이 일었다. - 범위와 단계는 중요하지 않으며, 챔피언십을 위해 누구나 선택할 수 있으며, 참가자 알고리즘이 제3자에 의해 실제 작업에 적용되는 것을 제한하기 위해서만 사전에 고정되고 알려짐을 명료하게 설명했습니다. 그러나 대중은 나의 설명에 만족하지 않았다. 좋아, 우리는 범위와 단계에 대한 모든 제한을 제거했지만 사용에 대한 제한이 없기 때문에 더 이상 공개 도메인에 참가자의 라이브러리를 업로드할 수 없다고 말했습니다. 따라서 이제 배심원단은 참가자의 알고리즘을 수용하고 테스트를 수행해야 합니다.
이제 챔피언십 작업이 매개 변수와 단계의 범위에 제한이 없기 때문에 참가자의 알고리즘을 오픈 액세스로 전파하는 것은 불가능합니다! 그리고 이 모든 것이 당신의 은총에 의한 것입니다.
귀하의 연결 조건을 수락합니다. 당신이 원하는대로. 경쟁합시다. 과제를 합시다. 알고리즘 제출 마감일과 날짜를 알려주세요. 어쨌든 할거야.
저랑 이벤트랑 조건이 똑같으셨군요. 컴파일된 스크립트를 게시할 수 있다고 말했습니다. (게시하다?)
텍스트 문제를 해결하기 위한 경쟁에 참여하는 귀하는 귀하의 버전을 게시해야 합니다 . 게시하지도 않았고 결과도 말하지 않았습니다. 비록 거짓말이지만 - 처음에 말씀하신 텍스트로 문제를 해결한 결과와 이벤트와 함께한 결과는 20배 이상 이겼습니다. 나는 그것에 눈을 감았다. 좋아, 내 생각에는 사람이 보편적 인 알고리즘을 만들고 그러한 문제는 그에게 심각하지 않습니다 ...
(이상하긴 하지만 보편성으로 인해 비보편성 알고리즘에 비해 효율성이 떨어지는 보편적인 알고리즘입니다. 여기서 뭔가 잘못되었습니다...)
그리고 내용에 대한 지식은 어디에 있습니까? 라인을 다른 라인으로 변경할 수 있습니다. 문제의 본질을 모르고 알고리즘을 만드는 것은 불가능합니다.
항상 그렇듯이 모든 것이 뒤죽박죽 섞여 있습니다.
대체 왜 내가 텍스트 문제에 대한 알고리즘을 게시해야 합니까?! 나는 그것을 약속하지 않았고 다른 사람들에게 그것을 요구하지 않았습니다! 이것은 연결, 인터페이스의 예입니다! 이 인터페이스를 사용하여 챔피언십에서 알고리즘 라이브러리를 FF에 연결하므로 챔피언십에서 우리는 무엇을, 어떻게, 왜, 누가 무엇을, 어떤 방식으로 달성했는지에 대해 이야기할 것입니다!
나는 그것이 무엇에 관한 것인지 정말로 이해하지 못한다. FF 호출은 라이브러리에서 특수 기능으로 간주됩니다.
파일에 쓰기 기능도 있습니다.
FF가 있는 라이브러리의 첫 번째 호출에서 참가자의 이름을 거기에 전달하면(특수 함수에) 이 함수는 참가자의 이름을 결과와 함께 파일 이름에 추가합니다.
같은 위치에서 파일에는 FF 호출 횟수도 포함됩니다.
이 경우 스크립트는 모든 요청을 완전히 충족합니다.
나는 다음과 같은 개념을 가지고 있습니다.
1. 라이브러리는 FF 및 액세스 계산, 결과 파일 이름 컴파일, FF에 대한 결과 및 액세스 횟수 쓰기를 포함하는 표준 기능 세트로 생성됩니다.
2. 심판은 FF 공식을 작성하여 FF 기능에 씁니다. FF로 라이브러리를 컴파일합니다.
3. FF로 컴파일된 라이브러리는 모든 참가자에게 배포됩니다.
4. 참가자 는 라이브러리 기능을 가져오고 문제를 해결하고 스크립트를 컴파일합니다.
5. 참가자는 특정 날짜까지 자신의 스크립트 실행 파일을 포럼에 제출합니다.
6. 그 후, 참가자들은 서로의 스크립트를 다운로드하여 터미널에서 확인합니다. FF로 컴파일된 라이브러리에서 스크립트를 실행할 때 생성된 결과 파일을 살펴보고 자신과 다른 사람의 결과를 보고 비교합니다.
7. 따라서 승자가 자동으로 공개됩니다.
유일한 필요는 FF 공식을 작성하고 이를 함수에 꿰매고 최종 라이브러리를 컴파일하는 심판입니다.
훨씬 쉽죠? )
나는 다음과 같은 개념을 가지고 있습니다.
1. 라이브러리는 FF 및 액세스 계산, 결과 파일 이름 컴파일, FF에 대한 결과 및 액세스 횟수 쓰기를 포함하는 표준 기능 세트로 생성됩니다.
2. 심판은 FF 공식을 작성하여 FF 기능에 씁니다. FF로 라이브러리를 컴파일합니다.
3. FF로 컴파일된 라이브러리는 모든 참가자에게 배포됩니다.
4. 참가자 는 라이브러리 기능을 가져오고 문제를 해결하고 스크립트를 컴파일합니다.
5. 참가자는 특정 날짜까지 자신의 스크립트 실행 파일을 포럼에 제출합니다.
6. 그 후, 참가자들은 서로의 스크립트를 다운로드하여 터미널에서 확인합니다. FF로 컴파일된 라이브러리에서 스크립트를 실행할 때 생성된 결과 파일을 살펴보고 자신과 다른 사람의 결과를 보고 비교합니다.
7. 따라서 승자가 자동으로 공개됩니다.
유일한 필요는 FF 공식을 작성하고 이를 함수에 꿰매고 최종 라이브러리를 컴파일하는 심판입니다.
훨씬 쉽죠? )
아니요.
전에는 쉬웠지만 이제는 더 어려울 것입니다. 이전에 FF가 0.1 단계로 [-10.0;10.0] 범위에서 고려될 것이라는 데 동의했으며 참가자들은 이러한 제한을 알고리즘에 넣어 제3자가 사용할 수 없도록 보호해야 했습니다. 작업을 수행한 다음 챔피언십이 시작되는 동안 컴파일된 알고리즘 라이브러리를 배치합니다. 검사 스크립트는 FF와 독립적으로 작동하는 참가자의 라이브러리를 호출해야 했으며 최적화가 완료되면 스크립트는 라이브러리에 요청하여 모든 통계 정보를 표시해야 합니다. 모든 것이 단순하고 투명했으며 실험의 순수성과 지적 재산권 보호에 대한 참가자의 이익이 보호되었습니다. 하지만 아니, "왜 그런 범위가 선택됐을까? 왜 그런 발걸음을 내딛느냐"는 분노의 물결이 일었다. - 범위와 단계는 중요하지 않으며, 챔피언십을 위해 누구나 선택할 수 있으며, 참가자 알고리즘이 제3자에 의해 실제 작업에 적용되는 것을 제한하기 위해서만 사전에 고정되고 알려짐을 명료하게 설명했습니다. 그러나 대중은 나의 설명에 만족하지 않았다. 좋아, 우리는 범위와 단계에 대한 모든 제한을 제거하지만 사용에 대한 제한이 없기 때문에 더 이상 공개 도메인에 참여자의 라이브러리를 업로드하는 것이 불가능합니다. 즉, 보호가 없습니다. 따라서 이제 배심원단은 참가자의 알고리즘을 수용하고 테스트를 수행해야 합니다.
이제 챔피언십 작업이 매개 변수와 단계의 범위에 제한이 없기 때문에 참가자의 알고리즘을 오픈 액세스로 전파하는 것은 불가능합니다! 그리고 이 모든 것이 당신의 은총에 의한 것입니다.
글쎄, 그 경우 솔루션은 라이브러리에 있어야합니다. 그러나 아마도 배심원이 필요하지 않은 옵션이 있습니다. 텍스트 문제에서 최상의 솔루션을 결정하기 위해 배심원이 필요하지 않았기 때문입니다.
아무도 정의하지 않았습니다. 저나 당신이 검증 알고리즘을 제시한 것도 아니고 모두 말일 뿐입니다.
이벤트 에서 확인할 수 있는 알고리즘을 보여줬다는 것뿐인데, 실제로는 최적화 알고리즘이 아니라 작업에 능숙하게 맞춘 완전한 열거라는 것이 밝혀졌다.
참가자들이 주요 기능이 어떻게 호출되는지 볼 수 있도록 일부러 문제의 원인을 텍스트로 표시했지만, 이것을 고려하여 챔피언십을 위해 동일한 인터페이스를 구성하는 대신 당신과 이벤트 는 지식을 사용하는 데 실패하지 않았습니다. 문제의 내용을 이마에 해결합니다. 글쎄, 그러한 초점은 챔피언십 문제에 효과가 없을 것입니다. 알고리즘에 대한 실제 테스트가 있을 것이며 "스크립트의 알고리즘"에 대한 귀하의 제안처럼 FF를 사용한 이러한 사기는 작동하지 않을 것입니다.
아무도 정의하지 않았습니다. 저나 당신이 검증 알고리즘을 제시한 것도 아니고 모두 말일 뿐입니다.
이벤트 에서 확인할 수 있는 알고리즘을 보여줬다는 것뿐인데, 실제로는 최적화 알고리즘이 아니라 작업에 능숙하게 맞춘 완전한 열거라는 것이 밝혀졌다.
참가자들이 주요 기능이 어떻게 호출되는지 볼 수 있도록 일부러 문제의 원인을 텍스트로 표시했지만, 이것을 고려하여 챔피언십을 위해 동일한 인터페이스를 구성하는 대신 당신과 이벤트 는 지식을 사용하는 데 실패하지 않았습니다. 문제의 내용을 이마에 해결합니다. 글쎄, 그러한 초점은 챔피언십 문제에 효과가 없을 것입니다. 알고리즘에 대한 실제 테스트가 있을 것이며 "스크립트의 알고리즘"에 대한 귀하의 제안처럼 FF를 사용한 이러한 사기는 작동하지 않을 것입니다.
그래서, 당신의 의견으로는, 내가 속임수?
저랑 이벤트랑 조건이 똑같으셨군요. 컴파일된 스크립트를 게시할 수 있다고 말했습니다. (게시하다?)
텍스트 문제를 해결하기 위한 경쟁에 참여하는 귀하는 귀하의 버전을 게시해야 합니다 . 게시하지도 않았고 결과도 말하지 않았습니다. 비록 거짓말이지만 - 처음에 말씀하신 텍스트로 문제를 해결한 결과와 이벤트와 함께한 결과는 20배 이상 이겼습니다. 나는 그것에 눈을 감았다. 좋아, 내 생각에는 사람이 보편적 인 알고리즘을 만들고 그러한 문제는 그에게 심각하지 않습니다 ...
(이상하긴 하지만 보편성으로 인해 비보편성 알고리즘에 비해 효율성이 떨어지는 보편적인 알고리즘입니다. 여기서 뭔가 잘못되었습니다...)
그리고 내용에 대한 지식은 어디에 있습니까? 라인을 다른 라인으로 변경할 수 있습니다.
아니요.
전에는 쉬웠지만 이제는 더 어려울 것입니다. 이전에 FF가 0.1 단계로 [-10.0;10.0] 범위에서 고려될 것이라는 데 동의했으며 참가자들은 이러한 제한을 알고리즘에 넣어 제3자가 사용할 수 없도록 보호해야 했습니다. 작업을 수행한 다음 챔피언십이 시작되는 동안 컴파일된 알고리즘 라이브러리를 배치합니다. 검사 스크립트는 FF와 독립적으로 작동하는 참가자의 라이브러리를 호출해야 했으며 최적화가 완료되면 스크립트는 라이브러리에 요청하여 모든 통계 정보를 표시해야 합니다. 모든 것이 단순하고 투명했으며 실험의 순수성과 지적 재산권 보호에 대한 참가자의 이익이 보호되었습니다. 하지만 아니, "왜 그런 범위가 선택됐을까? 왜 그런 발걸음을 내딛느냐"는 분노의 물결이 일었다. - 범위와 단계는 중요하지 않으며, 챔피언십을 위해 누구나 선택할 수 있으며, 참가자 알고리즘이 제3자에 의해 실제 작업에 적용되는 것을 제한하기 위해서만 사전에 고정되고 알려짐을 명료하게 설명했습니다. 그러나 대중은 나의 설명에 만족하지 않았다. 좋아, 우리는 범위와 단계에 대한 모든 제한을 제거했지만 사용에 대한 제한이 없기 때문에 더 이상 공개 도메인에 참가자의 라이브러리를 업로드할 수 없다고 말했습니다. 따라서 이제 배심원단은 참가자의 알고리즘을 수용하고 테스트를 수행해야 합니다.
이제 챔피언십 작업이 매개 변수와 단계의 범위에 제한이 없기 때문에 참가자의 알고리즘을 오픈 액세스로 전파하는 것은 불가능합니다! 그리고 이 모든 것이 당신의 은총에 의한 것입니다.
그래서, 당신의 생각에, 내가 속임수?
저랑 이벤트랑 조건이 똑같으셨군요. 컴파일된 스크립트를 게시할 수 있다고 말했습니다. (게시하다?)
텍스트 문제를 해결하기 위한 경쟁에 참여하는 귀하는 귀하의 버전을 게시해야 합니다 . 게시하지도 않았고 결과도 말하지 않았습니다. 비록 거짓말이지만 - 처음에 말씀하신 텍스트로 문제를 해결한 결과와 이벤트와 함께한 결과는 20배 이상 이겼습니다. 나는 그것에 눈을 감았다. 좋아, 내 생각에는 사람이 보편적 인 알고리즘을 만들고 그러한 문제는 그에게 심각하지 않습니다 ...
(이상하긴 하지만 보편성으로 인해 비보편성 알고리즘에 비해 효율성이 떨어지는 보편적인 알고리즘입니다. 여기서 뭔가 잘못되었습니다...)
그리고 내용에 대한 지식은 어디에 있습니까? 라인을 다른 라인으로 변경할 수 있습니다. 문제의 본질을 모르고 알고리즘을 만드는 것은 불가능합니다.
항상 그렇듯이 모든 것이 뒤죽박죽 섞여 있습니다.
대체 왜 내가 텍스트 문제에 대한 알고리즘을 게시해야 합니까?! 나는 그것을 약속하지 않았고 다른 사람들에게 그것을 요구하지 않았습니다! 이것은 연결, 인터페이스의 예입니다! 이 인터페이스를 사용하여 챔피언십에서 알고리즘 라이브러리를 FF에 연결하므로 챔피언십에서 우리는 무엇을, 어떻게, 왜, 누가 무엇을, 어떤 방식으로 달성했는지에 대해 이야기할 것입니다!
귀하의 연결 조건을 수락합니다. 당신이 원하는 대로. 경쟁합시다. 과제를 합시다. 알고리즘 제출 마감일과 날짜를 알려주세요. 어쨌든 할거야.
자, 이것은 진지한 대화입니다. MQ 대표님을 기다리면 바로 챔피언십을 위한 FF 구성을 시작하겠습니다. FF도 챔피언십도 그들 없이는 아무 것도 작동하지 않습니다.
그들이 나타나는 순간부터 준비 시간을 할당해야합니다.