"R = Initial_R"에 관해서는 당신이 옳았지만, 알고리즘의 원리가 이렇게 하면 더 명확하기 때문에 나는 그대로 두었습니다.
알고리즘은 확실히 더 많은 작업이 필요합니다. 그는 완벽하지 않습니다. 아마도 결국 나는 당신과 같은 알고리즘에 도달하게 될 것입니다. 그러나 이 모든 길을 가다 보면 비할 데 없이 더 많은 것을 얻게 될 것입니다. 결국, 나는 지식과 이해의 길을 갈 것입니다. 즉, 알고리즘을 구현하는 창의적인 영역은 단순히 누군가의 솔루션을 복사하는 것보다 훨씬 더 넓습니다. 그래서 저는 항상 제 길을 선택합니다.
네, 18페이지가 문제에 대한 토론에 할애되었습니다. 그리고 OOP, 러시아 변수 이름 및 자동 거래의 미래에 대한 단어가 아닙니다)
이 스레드에서만 키릴 문자에 대해 여러 번 이야기했습니다 . 그러나 Peter는 OOP 및 키릴 자모 문제에서 뚫을 수 없습니다. 이미 포기했으며 키릴 자모가 없고 디버깅을 사용하여 자신의 클래스가 포함된 그의 코드를 볼 때까지 그에 대한 내 "이동"이 끝난 것으로 생각합니다. 나는 OOP와 디버깅 가능성이 있는 스타일이 없으면(즉, 키릴 자모가 없는) GUI가 결코 빛을 보지 못할 것이며, 그렇다면 야유를 받고 썩은 계란과 토마토를 던질 것이라고 반복해서 말했습니다. . Peter가 그의 환상적인 인내심과 효율성(디버거 없이 코드를 작성할 수 있음)으로 동일한 수준의 보수성과 집요함을 가지고 있다면 당신은 무엇을 할 수 있습니까?
"R = Initial_R"에 관해서는 당신이 옳았지만, 알고리즘의 원리가 이렇게 하면 더 명확하기 때문에 나는 그대로 두었습니다.
알고리즘은 확실히 더 많은 작업이 필요합니다. 그는 완벽하지 않습니다. 아마도 결국 나는 당신과 같은 알고리즘에 도달하게 될 것입니다. 그러나 이 모든 길을 가다 보면 비할 데 없이 더 많은 것을 얻게 될 것입니다. 결국, 나는 지식과 이해의 길을 갈 것입니다. 즉, 알고리즘을 구현하는 창의적인 영역은 단순히 누군가의 솔루션을 복사하는 것보다 훨씬 더 넓습니다. 그래서 저는 항상 제 길을 선택합니다.라인
미친 브레이크의 근원
프로파일링을 시도합니다.
이것은 훨씬 더 빠를 것입니다:
라인
미친 브레이크의 근원
프로파일링을 시도합니다.
이것은 훨씬 더 빠를 것입니다:
쓰레기. 글쎄, 내 알고리즘은 당신과 같은 속도를 가지고 있습니다.))
고마워요, 니콜라이!
나는 그런 작업에 익숙하지 않습니다.쓰레기. 글쎄, 내 알고리즘은 당신과 같은 속도를 가지고 있습니다.))
고마워요, 니콜라이!
아직 아님. 몇 가지 더 수정할 사항이 있습니다.
중복 기능을 제거했습니다. 이제 주요 기능만:
망했어, 안드레이. :)
네, 18페이지가 문제에 대한 토론에 할애되었습니다. 그리고 OOP, 러시아 변수 이름 및 자동 거래의 미래에 대한 단어가 아닙니다)
네, 18페이지가 문제에 대한 토론에 할애되었습니다. 그리고 OOP, 러시아 변수 이름 및 자동 거래의 미래에 대한 단어가 아닙니다)
이 스레드에서만 키릴 문자에 대해 여러 번 이야기했습니다 . 그러나 Peter는 OOP 및 키릴 자모 문제에서 뚫을 수 없습니다. 이미 포기했으며 키릴 자모가 없고 디버깅을 사용하여 자신의 클래스가 포함된 그의 코드를 볼 때까지 그에 대한 내 "이동"이 끝난 것으로 생각합니다. 나는 OOP와 디버깅 가능성이 있는 스타일이 없으면(즉, 키릴 자모가 없는) GUI가 결코 빛을 보지 못할 것이며, 그렇다면 야유를 받고 썩은 계란과 토마토를 던질 것이라고 반복해서 말했습니다. . Peter가 그의 환상적인 인내심과 효율성(디버거 없이 코드를 작성할 수 있음)으로 동일한 수준의 보수성과 집요함을 가지고 있다면 당신은 무엇을 할 수 있습니까?
그러나 Peter가 없었다면 이 포럼은 그렇게 카리스마가 없었을 것입니다. ))아마도 다음과 같이 조금 더 빠를 것입니다.
동의한다.
동의한다.
니콜라스, 객관적이 되자.
이 테스트에서 관련 없는 그림을 제거하여 스크립트를 최대한 단순하게 만들었고 다음과 같은 불일치를 드러냈습니다.
보시다시피 알고리즘에서 색상 범위의 중심이 맨 위로 이동합니다. 가장 밝은 밴드가 중앙에 있어야 합니다. 이것은 Windows 팔레트에서 확인됩니다.
아래는 테스트용 스크립트입니다.
셀 127은 색조 배열의 중심입니다. 이 셀은 팔레트와 동일한 색상을 포함해야 합니다. 나는 1의 오류가 있고 당신은 63입니다.
깜박임과 과도한 그리기로 인해 알고리즘의 정확성을 확인하는 데 집중하기 어려웠습니다. 따라서 Alert 에서 출력물로 확인하는 것을 제안했습니다.
추신. 일반적으로 배열의 중심은 셀 128이지만 본질은 바뀌지 않습니다.새로운 흥미로운 사실:
Nikolai는 공격하지 않지만 알고리즘은 더 빠르고 짧지만(사실상) 올바르게 작동하지 않습니다(사실상). 사려 깊은 개념적 기반이 부족합니다.
내 알고리즘은 처음에 속도(하지만 도움이 되었습니다)와 디버깅이 부족했습니다. 동시에 그의 작업에는 처음에 사려 깊고 정확한 개념이 제시되었습니다.
따라서 그러한 차이가 나타났습니다.