이해했다. 알고리즘은 근본적으로 잘못되었습니다. 고칠 것도 없습니다. 모든 것을 다시 작성해야 합니다. 죄송합니다. 통과합니다. 특히 이미 내 자신의 버전 을 구현했기 때문에 어지럽히는 것이 게으릅니다. 그리고 그것은 꽤 효과가 있습니다(모두가 침묵한다는 사실로 판단).
나는 최소한 iBars, tk 대신 iTime을 사용하는 것이 더 정확하다고 말할 것입니다. 막대의 수는 기록의 최대 막대 수에 도달했을 때 새 막대가 도착해도 변경되지 않습니다. 각 막대에는 고유한(도구-설정-차트)가 있습니다. 루프가 빠르게 작동한다고 생각했지만 OnTimer에 대한 2400번째 입력마다 작업자만 있습니다. 배열을 채우기 위한 입력은 정확하지 않습니다. 음, 완전히 - 1분에 한 번, 0초부터가 아니라 프로그램이 시작된 막대가 도착한 순간부터, 즉 현재 기호에 대해서도 다른 기호는 말할 것도 없고 처리가 올바르지 않습니다. 그리고 1분을 형성하는 매우 놀라운 방법입니다. 우리는 1분이 지났는지 확인하기 위해 25밀리초마다 2400번을 이동합니다. 게다가 알고리즘은 현재 TF의 새 막대가 도래하면서 작동하기 시작하고 매일 실행하면 작동할 때까지 하루 종일 기다릴 수 있습니다(즉, iTime(NULL,1, 0) 대신 Time[0]). 그리고 왜 프로그램 전체에 코드를 퍼뜨렸습니까(쓰레기). 왜냐하면 작업은 함수를 만들고 프로그램 본문에서만 호출하는 것이기 때문입니다.
다시 말해서 - Dmitry가 당신의 알고리즘이 상당히 빠르다고 말했을 때 내가 틀렸다는 것이 옳았습니다. 물론 빠릅니다. 데이터를 1분에 한 번 업데이트하면 1분에 모든 기호에서 너무 많은 이벤트가 발생하고 모든 것이 지나갈 때입니다.
그러나 당신은 이해할 수 있습니다 - 당신은 막대로 일하지 않습니다. 나는 또한 캔버스로 어지럽히는 것을 더 좋아합니다.
일반적으로 Peter, 나는 다시 한 번 내 소원을 표현할 수 있습니다.
- 메가 프로젝트를 신속하게 완료하고 마침내 "마법의 펜던트"(우리 모두가 인생에서 필요로 하는 것)를 얻으십시오.
- OOP 배우기
- 라틴어로 전환하고 멋진 도구인 코드 디버거를 마스터하세요.
- 그리고 이 수하물과 절차적 프로그래밍에 대한 방대한 경험을 가지고 새로운 슈퍼 프로젝트를 시작하십시오.
니콜라스, 너무 빨리 포기하지 마십시오. 그러한 인내로 무엇을 얻을 수 있습니까?
1. Bars 변수가 최대값에 도달하고 멈춘다는 것을 몰랐습니다. 거래를 하지 않기 때문입니다. 이것이 주요 실수입니다. 그녀를 찾아주셔서 감사합니다. 나머지는 완전히 틀렸습니다.
2. 사실, 새로운 막대를 정의하는 아이디어가 작동하고 있습니다. 가능하고 친구이지만 이것이 가장 경제적 인 옵션입니다.
3. Expert Advisor 시작 후 마지막 막대가 새롭지 않습니다. 따라서 현재 막대를 건너뛰고 다음에 나타나는 새 막대를 수정합니다.
4. 어레이를 분당 1회 채우는 것이 잘못된 솔루션인 이유는 무엇입니까? 더 자주 나타나는 막대가 있습니까? 추가 조치를 취하는 이유는 무엇입니까?
5. 긴 시간 프레임에서 새 막대의 이벤트를 위해 오랜 시간을 기다려야 한다는 사실은 코드의 오류가 아닙니다.))
어떤 언어가 없습니까? MT가 없었던 것으로 기억합니다. 배치 파일을 디버깅하는 방법을 모릅니다(하지만 방법이 있어야 한다고 생각합니다). 그리고 디버거 없이 다른 것을 본 적이 없습니다. 기억이 나지 않습니다.
디버거가 무엇인지 모른다면 확실히 많은 것을 말해줍니다...
초등학교가 끝날 무렵, 그 아이는 무료 주제에 대해 학기말 같은 것을 해야 했습니다. 그리고 어떻게든 그를 프로그래밍에 끌어들이고 싶었습니다. 그래서 그는 자신의 웹 사이트를 만들 것을 제안했습니다 ... 글쎄, 물론, 당신은 어린이와 이것을 한 번도 한 적이없는 사람에게 일어날 수있는 일을 이해합니다 ... 그러나 그것은 중요하지 않습니다. 가장 중요한 것은 무언가를하는 것입니다 그리고 그것에 대해 이야기하십시오. 그 때 VBA에서 디버거를 사용한 후 Java와 html에 익숙해지기 시작해야 했습니다.
아마도 지난 10년 동안 무언가가 바뀌었을 것입니다. 모르겠어. 나는 자바 코드가 논의된 어떤 사이트에서 물었지만 대답은 단지 나를 조롱하는 것이었다: " Print Rocks ...".
얼마나 빨리 사람이 좋은 것에 익숙해지는가. 디버거없이 몇 년을 관리 했습니까? 일부 언어에서는 지금도 아무것도하지 않습니다 ... 그리고 그것을 사용하지 않는 사람에 대한 반응은 무엇입니까 ... 글쎄, 그는 그것을 필요로하지 않습니다. 뭐라고요?
시간이있었습니다 - 모두가 말을 탔습니다
그런 다음 시간이있었습니다-우리는 Zhiguli에갔습니다.
이제 메르세데스로 이동합니다.
그래서 무엇? 넓고 부드러운 자리에 앉는 것이 더 부드러워졌습니다.
그렇다면 도구가 2차적으로 중요할까요?
그래서 아마도 가장 중요한 것은 글을 쓰는 방법이 아니라 무엇을 쓸 것인가?
따라서 대규모 프로젝트 를 구현할 때 개발을 구성하는 방법이 중요할까요? 그리고 혼자 일할 때 일반적으로 통용되는 규칙보다 습관이 더 중요합니까?
그래서 아마도 전체 분기가 비어 있는 FLUD입니까?
얼마나 빨리 사람이 좋은 것에 익숙해지는가. 디버거없이 몇 년을 관리 했습니까? 일부 언어에서는 지금도 아무것도하지 않습니다 ... 그리고 그것을 사용하지 않는 사람에 대한 반응은 무엇입니까 ... 글쎄, 그는 그것을 필요로하지 않습니다. 뭐라고요?
어떤 언어가 없습니까? MT가 없었던 것으로 기억합니다. 배치 파일을 디버깅하는 방법을 모릅니다(하지만 방법이 있어야 한다고 생각합니다). 그리고 디버거 없이 다른 것을 본 적이 없습니다. 기억이 나지 않습니다.
디버거가 무엇인지 모른다면 확실히 많은 것을 말해줍니다...
이해했다. 알고리즘은 근본적으로 잘못되었습니다. 고칠 것도 없습니다. 모든 것을 다시 작성해야 합니다.
죄송합니다. 통과합니다. 특히 이미 내 자신의 버전 을 구현했기 때문에 어지럽히는 것이 게으릅니다. 그리고 그것은 꽤 효과가 있습니다(모두가 침묵한다는 사실로 판단).
나는 최소한 iBars, tk 대신 iTime을 사용하는 것이 더 정확하다고 말할 것입니다. 막대의 수는 기록의 최대 막대 수에 도달했을 때 새 막대가 도착해도 변경되지 않습니다. 각 막대에는 고유한(도구-설정-차트)가 있습니다. 루프가 빠르게 작동한다고 생각했지만 OnTimer에 대한 2400번째 입력마다 작업자만 있습니다. 배열을 채우기 위한 입력은 정확하지 않습니다. 음, 완전히 - 1분에 한 번, 0초부터가 아니라 프로그램이 시작된 막대가 도착한 순간부터, 즉 현재 기호에 대해서도 다른 기호는 말할 것도 없고 처리가 올바르지 않습니다. 그리고 1분을 형성하는 매우 놀라운 방법입니다. 우리는 1분이 지났는지 확인하기 위해 25밀리초마다 2400번을 이동합니다. 게다가 알고리즘은 현재 TF의 새 막대가 도래하면서 작동하기 시작하고 매일 실행하면 작동할 때까지 하루 종일 기다릴 수 있습니다(즉, iTime(NULL,1, 0) 대신 Time[0]). 그리고 왜 프로그램 전체에 코드를 퍼뜨렸습니까(쓰레기). 왜냐하면 작업은 함수를 만들고 프로그램 본문에서만 호출하는 것이기 때문입니다.
다시 말해서 - Dmitry가 당신의 알고리즘이 상당히 빠르다고 말했을 때 내가 틀렸다는 것이 옳았습니다. 물론 빠릅니다. 데이터를 1분에 한 번 업데이트하면 1분에 모든 기호에서 너무 많은 이벤트가 발생하고 모든 것이 지나갈 때입니다.
그러나 당신은 이해할 수 있습니다 - 당신은 막대로 일하지 않습니다. 나는 또한 캔버스로 어지럽히는 것을 더 좋아합니다.
일반적으로 Peter, 나는 다시 한 번 내 소원을 표현할 수 있습니다.
- 메가 프로젝트를 신속하게 완료하고 마침내 "마법의 펜던트"(우리 모두가 인생에서 필요로 하는 것)를 얻으십시오.
- OOP 배우기
- 라틴어로 전환하고 멋진 도구인 코드 디버거를 마스터하세요.
- 그리고 이 수하물과 절차적 프로그래밍에 대한 방대한 경험을 가지고 새로운 슈퍼 프로젝트를 시작하십시오.
니콜라스, 너무 빨리 포기하지 마십시오. 그러한 인내로 무엇을 얻을 수 있습니까?
1. Bars 변수가 최대값에 도달하고 멈춘다는 것을 몰랐습니다. 거래를 하지 않기 때문입니다. 이것이 주요 실수입니다. 그녀를 찾아주셔서 감사합니다. 나머지는 완전히 틀렸습니다.
2. 사실, 새로운 막대를 정의하는 아이디어가 작동하고 있습니다. 가능하고 친구이지만 이것이 가장 경제적 인 옵션입니다.
3. Expert Advisor 시작 후 마지막 막대가 새롭지 않습니다. 따라서 현재 막대를 건너뛰고 다음에 나타나는 새 막대를 수정합니다.
4. 어레이를 분당 1회 채우는 것이 잘못된 솔루션인 이유는 무엇입니까? 더 자주 나타나는 막대가 있습니까? 추가 조치를 취하는 이유는 무엇입니까?
5. 긴 시간 프레임에서 새 막대의 이벤트를 위해 오랜 시간을 기다려야 한다는 사실은 코드의 오류가 아닙니다.))
어떤 언어가 없습니까? MT가 없었던 것으로 기억합니다. 배치 파일을 디버깅하는 방법을 모릅니다(하지만 방법이 있어야 한다고 생각합니다). 그리고 디버거 없이 다른 것을 본 적이 없습니다. 기억이 나지 않습니다.
디버거가 무엇인지 모른다면 확실히 많은 것을 말해줍니다...
초등학교가 끝날 무렵, 그 아이는 무료 주제에 대해 학기말 같은 것을 해야 했습니다. 그리고 어떻게든 그를 프로그래밍에 끌어들이고 싶었습니다. 그래서 그는 자신의 웹 사이트를 만들 것을 제안했습니다 ... 글쎄, 물론, 당신은 어린이와 이것을 한 번도 한 적이없는 사람에게 일어날 수있는 일을 이해합니다 ... 그러나 그것은 중요하지 않습니다. 가장 중요한 것은 무언가를하는 것입니다 그리고 그것에 대해 이야기하십시오. 그 때 VBA에서 디버거를 사용한 후 Java와 html에 익숙해지기 시작해야 했습니다.
아마도 지난 10년 동안 무언가가 바뀌었을 것입니다. 모르겠어. 나는 자바 코드가 논의된 어떤 사이트에서 물었지만 대답은 단지 나를 조롱하는 것이었다: " Print Rocks ...".
그래서 아마도 가장 중요한 것은 글을 쓰는 방법이 아니라 무엇을 쓸 것인가?
옛날 옛적에 단조가 있었고 모피는 손으로 펌핑하여 망치로 타작하고 멍에를 메고 물을 나르었습니다. 일어나야 할 시간이 아닐까요?
니콜라스, 너무 빨리 포기하지 마십시오. 그러한 인내로 무엇을 얻을 수 있습니까?
1. Bars 변수가 최대값에 도달하고 멈춘다는 것을 몰랐습니다. 거래를 하지 않기 때문입니다. 이것이 주요 실수입니다. 그녀를 찾아주셔서 감사합니다. 나머지는 완전히 틀렸습니다.
그리고 이 말을 절대 믿지 마세요.
터미널이 시작 되면 지정된 수의 막대가 표시되고 열리면 새 막대가 추가되지만 가장 왼쪽 막대는 어디에도 사라지지 않습니다. 따라서 터미널을 다음에 다시 시작할 때까지 누적됩니다.
피터 코노우 :
4. 어레이를 분당 1회 채우는 것이 잘못된 솔루션인 이유는 무엇입니까? 더 자주 나타나는 막대가 있습니까? 추가 조치를 취하는 이유는 무엇입니까?
옛날 옛적에 단조가 있었고 모피는 손으로 펌핑했으며 망치로 타작하고 멍에를 메고 물을 나르었습니다. 일어나야 할 시간이 아닐까요?
그리고 이 말을 절대 믿지 마세요.
터미널이 시작 되면 지정된 수의 막대가 표시되고 열리면 새 막대가 추가되지만 가장 왼쪽 막대는 어디에도 사라지지 않습니다. 따라서 터미널을 다음에 다시 시작할 때까지 누적됩니다.
감사합니다. 나중에 자세히 살펴보겠습니다. 사실 여기 있는 모든 프로그래머들이 이상하다는 사실에도 불구하고, 아무도 내 결정에 반대하는 그들의 주장을 명확하게 설명할 수 없다는 사실이.
뭐가 이상해? 이것은 어리석은 생각입니다. 다른 10-20 페이지에 대해 반대를 증명할 사람에게 설명하는 것입니다. 귀하의 프로그래밍 스타일은 이상적이며 비판할 수 없습니다.