Martin Cheguevara : ..추세도 아니고 평평하지도 않은 ..그들은 어쨌든 순수한 형태로 존재하지 않는 것을 결정하는 지표가 있습니다. 그것들은 어떤 방향으로든 일반적으로 매수하거나 매도하는 힘의 이점을 결정합니다. 눈으로 확인하는 것은 불가능합니다. 이것은 가격의 방향이 아니라 가격의 엔트로피(randomness) 정도이기 때문입니다. 이 지표는 본질적으로 발명품과 같은 것이므로 특별히 일반적이지 않습니다. 물론 개인적으로 몇 가지 스크린샷을 임의로 개발했습니다. 추세를 결정하는 것은 선험적으로 불가능합니다. 그러나 아파트는 여전히 꽤 있습니다. Flat + randomness가 전체 시장 시간의 약 98%에 존재하기 때문에.
따라서 지표 없이 수행하는 것이 가능하므로 불가능을 예측하는 방법에 대한 연구보다 비교할 수 없을 정도로 더 생산적입니다.
여기에서 연구하는 것이 있다면 질문하는 사람은 거의 없습니다. 많은 지혜의 방법을 적용할 필요는 없습니다. 결과가 나오는 곳에 정확히 적용하고 효과가 있는지 없는지를 미리 판단하는 것이 지표 측면에서 중요합니다.
플랫은 98% 존재하지 않으며 추세가 존재하는 한 존재합니다. 시장의 본질은 추세에서 플랫으로 바뀌고 유통 법칙 은 정상을 중심으로 변동하지만 결코 정상이되지 않습니다. 플랫이 시간의 98%였다면 돈을 벌기가 너무 쉬웠습니다.
2. 귀하가 표시한 메시지는 작성자에게 직접적으로 의존하는 비최적 표시 코드에 대해서만 말합니다.
3. 당신의 말에 대한 증거가 있습니까?
알다시피, 증거를 요구하는 사람들의 범주를 기억하고, 그것을 제시 한 후 그들은 다음과 같이 말합니다 "당신의 증거, 증거가 아니라 ....".
"비최적 표시기 코드에 대해서만 이야기합니다"라고 말할 수 있습니다. 귀하의 이해가 옳습니다. 최적의 코드는 ... 그것이 무엇인지 추측하고 싶지도 않습니다.
아마도 당신은 뭔가를 놓쳤을 수도 있지만, 처음에는 N 번째 기기가 열려 있고 터미널에 로드되어 있다면 모든 로직을 EA 코드로 전송하는 것은 좋은 해결책이 아니라고 썼습니다. 왜냐하면 제 생각에 EA의 작업은 주문을 관리하는 것이기 때문입니다 적시에.
내가 보여준 것과 당신은 "비최적 지표 코드에 대해"(나는 달리 말하고 있지 않음) 논평했는데, 두 개의 도구와 두 개의 봇과 표시기가 열려 있다면 나는 그러한 지연을 관찰하지 않습니다. 즉, 당신의 논리에 따르면 "최적" 코드에 대해 이런 종류의 " 표시기가 너무 느립니다 "라는 메시지는 10개 이상의 기기로 열면 절대 나타나지 않습니다. 이것을 진심으로 믿습니까???
개인적인 경험에 따르면 이러한 지연을 관찰하지 않으려면 모든 "무거운"계산을 별도의 프로그램으로 옮겨야하며 MQL은 프로그램에서받은 명령을 기반으로 주문을 처리하는 작업을 남겨 두어야합니다. MQL 엔진 및 성능에 직접적인 영향을 미치지 않습니다. 내가 지금 하고 있는 것이 바로 그것입니다.
알다시피, 증거를 요구하는 사람들의 범주를 기억하고, 그것을 제시 한 후 그들은 다음과 같이 말합니다 "당신의 증거, 증거가 아니라 ....".
"비최적 표시기 코드에 대해서만 이야기합니다"라고 말할 수 있습니다. 귀하의 이해가 옳습니다. 최적의 코드는 ... 그것이 무엇인지 추측하고 싶지도 않습니다.
아마도 당신은 뭔가를 놓쳤을 수도 있지만, 처음에는 N 번째 기기가 열려 있고 터미널에 로드되어 있다면 모든 로직을 EA 코드로 전송하는 것은 좋은 해결책이 아니라고 썼습니다. 왜냐하면 제 생각에 EA의 작업은 주문을 관리하는 것이기 때문입니다 적시에.
내가 보여준 것과 당신은 "비최적 지표 코드에 대해"(나는 달리 말하지 않고 있음)에 대해 언급했는데, 두 개의 도구와 두 개의 봇과 표시기가 열려 있다면 나는 그러한 지연을 관찰하지 않습니다. 당신의 논리에 따르면 "최적" 코드에 대해 이런 종류의 " 표시기가 너무 느립니다 "라는 메시지는 10개 이상의 기기로 열면 절대 나타나지 않습니다. 이것을 진심으로 믿습니까???
개인적인 경험에 따르면 이러한 지연을 관찰하지 않으려면 모든 "무거운"계산을 별도의 프로그램으로 옮겨야하며 MQL은 프로그램에서받은 명령을 기반으로 주문을 처리하는 작업을 남겨 두어야합니다. MQL 엔진 및 성능에 직접적인 영향을 미치지 않습니다. 내가 지금 하고 있는 것이 바로 그것입니다.
사실, 나는 당신이 이것을 경험하지 않았기 때문에 당신에게 증명할 것이 없습니다.
1. 당신은 프로그래밍 세계의 신입니다. :);
2. 당신은 아직 진지한 글을 쓰지 않았습니다.
3. 모자로 자신을 평가하십시오.
맞습니다. 여전히 내 스레드에 있습니다. 엔트로피와 플랫의 전문가들이 여기 모여있어 다른 건 필요 없어
플랫은 98% 존재하지 않으며 추세가 존재하는 한 존재합니다. 시장의 본질은 추세에서 플랫으로 바뀌고 유통 법칙은 정상을 중심으로 변동하지만 결코 정상이되지 않습니다. 아파트가 98%라면 그 아파트에서 돈을 벌기가 너무 쉬웠습니다.
눈치채지 못했다면... "flat + randomness" 이것이 정확히 98%의 시간을 구성하는 것입니다.
그리고 추세..이것은 단지 이상치일 뿐입니다...시장 이상입니다..예를 들어 영국의 Brexit과 같이 거의 발생하지 않습니다. 예, 물론 실제 판매 추세가 있었고 거기에는 매우 분명했고 지표가 필요하지 않았습니다.
거래소와의 고속 통신 채널 없이는 이러한 "트렌드"를 포착하는 것이 불가능합니다. 예, 그리고 매트. 이를 위해서는 장치가 아직 개발되어야 합니다. 일반적으로 매우 어렵습니다. 그리고 여기에서 말하는 사람은 아무도 없지만 추세 자체도 무작위일 수 있습니다. =) 터무니없게 들리지만 이것은 사실이 아닙니다.
눈치채지 못했다면... "flat + randomness" 이것이 정확히 98%의 시간을 구성하는 것입니다.
그리고 추세..이것은 단지 이상치일 뿐입니다...시장 이상입니다..예를 들어 영국의 Brexit과 같이 거의 발생하지 않습니다. 예, 물론 실제 판매 추세가 있었고 거기에는 매우 분명했고 지표가 필요하지 않았습니다.
거래소와의 고속 통신 채널 없이는 이러한 "트렌드"를 포착하는 것이 불가능합니다. 네, 그리고 매트. 이를 위해서는 장치가 아직 개발되어야 합니다. 일반적으로 매우 어렵습니다. 그리고 여기에 아무도 말하지 않았지만 추세 자체도 임의적일 수 있음을 주목하십시오 =) 터무니없게 들리지만 이것은 사실이 아닙니다)
다르게 설명하겠습니다. 반전의 확률이 50%라면 이것은 추세나 플랫이 아니지만 가격은 여전히 어딘가로 갈 것입니다. 이 경우, 그래프는 (임의의 과정으로) 정규 확률 분포 를 가질 것입니다. 하지만 시장에서 반전 가능성은 기본적으로 50% 미만(추세), 50% 이상(풀백)이다. 그러나 장기간 복용하면 반전 가능성은 약 50%가 됩니다. 시장은 이 값을 중심으로 변동합니다. 여기에서는 외환과 주요 28쌍에 대해 이야기하고 있습니다. 재단은 조금 다릅니다.
알다시피, 증거를 요구하는 사람들의 범주를 기억하고, 그것을 제시 한 후 그들은 다음과 같이 말합니다 "당신의 증거, 증거가 아니라 ....".
"비최적 표시기 코드에 대해서만 이야기합니다"라고 말할 수 있습니다. 귀하의 이해가 옳습니다. 최적의 코드는 ... 그것이 무엇인지 추측하고 싶지도 않습니다.
아마도 당신은 뭔가를 놓쳤을 수도 있지만, 처음에는 N 번째 기기가 열려 있고 터미널에 로드되어 있다면 모든 로직을 EA 코드로 전송하는 것은 좋은 해결책이 아니라고 썼습니다. 왜냐하면 제 생각에 EA의 작업은 주문을 관리하는 것이기 때문입니다 적시에.
내가 보여준 것과 당신은 "비최적 지표 코드에 대해"(나는 달리 말하고 있지 않음) 논평했는데, 두 개의 도구와 두 개의 봇과 표시기가 열려 있다면 나는 그러한 지연을 관찰하지 않습니다. 즉, 당신의 논리에 따르면 "최적" 코드에 대해 이런 종류의 " 표시기가 너무 느립니다 "라는 메시지는 10개 이상의 기기로 열면 절대 나타나지 않습니다. 이것을 진심으로 믿습니까???
개인적인 경험에 따르면 이러한 지연을 관찰하지 않으려면 모든 "무거운"계산을 별도의 프로그램으로 옮겨야하며 MQL은 프로그램에서받은 명령을 기반으로 주문을 처리하는 작업을 남겨 두어야합니다. MQL 엔진 및 성능에 직접적인 영향을 미치지 않습니다. 내가 지금 하고 있는 것이 바로 그것입니다.
사실, 나는 당신이 이것을 경험하지 않았기 때문에 당신에게 증명할 것이 없습니다.
1. 당신은 프로그래밍 세계의 신입니다. :);
2. 당신은 아직 진지한 글을 쓰지 않았습니다.
3. 모자로 자신을 평가하십시오.
올바르게 코딩하는 법을 배웁니다. 브레이크에 대한 책임은 당신에게만 있습니다. 나는 10년 이상 이곳에 있었고, 단 하나의 지표만이 그러한 메시지를 작성했습니다. 그러나 그는 스스로 해결했습니다.
알다시피, 증거를 요구하는 사람들의 범주를 기억하고, 그것을 제시 한 후 그들은 다음과 같이 말합니다 "당신의 증거, 증거가 아니라 ....".
"비최적 표시기 코드에 대해서만 이야기합니다"라고 말할 수 있습니다. 귀하의 이해가 옳습니다. 최적의 코드는 ... 그것이 무엇인지 추측하고 싶지도 않습니다.
아마도 당신은 뭔가를 놓쳤을 수도 있지만, 처음에는 N 번째 기기가 열려 있고 터미널에 로드되어 있다면 모든 로직을 EA 코드로 전송하는 것은 좋은 해결책이 아니라고 썼습니다. 왜냐하면 제 생각에 EA의 작업은 주문을 관리하는 것이기 때문입니다 적시에.
내가 보여준 것과 당신은 "비최적 지표 코드에 대해"(나는 달리 말하고 있지 않음) 논평했는데, 두 개의 도구와 두 개의 봇과 표시기가 열려 있다면 나는 그러한 지연을 관찰하지 않습니다. 즉, 당신의 논리에 따르면 "최적" 코드에 대해 이런 종류의 " 표시기가 너무 느립니다 "라는 메시지는 10개 이상의 기기로 열면 절대 나타나지 않습니다. 이것을 진심으로 믿습니까???
개인적인 경험에 따르면 이러한 지연을 관찰하지 않으려면 모든 "무거운"계산을 별도의 프로그램으로 옮겨야하며 MQL은 프로그램에서받은 명령을 기반으로 주문을 처리하는 작업을 남겨 두어야합니다. MQL 엔진 및 성능에 직접적인 영향을 미치지 않습니다. 내가 지금 하고 있는 것이 바로 그것입니다.
..추세도 아니고 평평하지도 않은 ..그들은 어쨌든 순수한 형태로 존재하지 않는 것을 결정하는 지표가 있습니다. 그것들은 어떤 방향으로든 일반적으로 매수하거나 매도하는 힘의 이점을 결정합니다. 눈으로 확인하는 것은 불가능합니다. 이것은 가격의 방향이 아니라 가격의 엔트로피(randomness) 정도이기 때문입니다. 이 지표는 본질적으로 발명품과 같은 것이므로 특별히 일반적이지 않습니다. 물론 개인적으로 몇 가지 스크린샷을 임의로 개발했습니다. 추세를 결정하는 것은 선험적으로 불가능합니다. 그러나 아파트는 여전히 꽤 있습니다. Flat + randomness가 전체 시장 시간의 약 98%에 존재하기 때문에.
플랫은 98% 존재하지 않으며 추세가 존재하는 한 존재합니다. 시장의 본질은 추세에서 플랫으로 바뀌고 유통 법칙 은 정상을 중심으로 변동하지만 결코 정상이되지 않습니다. 플랫이 시간의 98%였다면 돈을 벌기가 너무 쉬웠습니다.
플랫은 98% 존재하지 않으며 추세가 존재하는 한 존재합니다. 시장의 본질은 추세에서 플랫으로 바뀌고 유통 법칙은 정상을 중심으로 변동하지만 결코 정상이되지 않습니다. 아파트가 98%라면 그 아파트에서 돈을 벌기가 너무 쉬웠습니다.
1. 감정을 따라주세요.
알다시피, 증거를 요구하는 사람들의 범주를 기억하고, 그것을 제시 한 후 그들은 다음과 같이 말합니다 "당신의 증거, 증거가 아니라 ....".
"비최적 표시기 코드에 대해서만 이야기합니다"라고 말할 수 있습니다. 귀하의 이해가 옳습니다. 최적의 코드는 ... 그것이 무엇인지 추측하고 싶지도 않습니다.
아마도 당신은 뭔가를 놓쳤을 수도 있지만, 처음에는 N 번째 기기가 열려 있고 터미널에 로드되어 있다면 모든 로직을 EA 코드로 전송하는 것은 좋은 해결책이 아니라고 썼습니다. 왜냐하면 제 생각에 EA의 작업은 주문을 관리하는 것이기 때문입니다 적시에.
내가 보여준 것과 당신은 "비최적 지표 코드에 대해"(나는 달리 말하고 있지 않음) 논평했는데, 두 개의 도구와 두 개의 봇과 표시기가 열려 있다면 나는 그러한 지연을 관찰하지 않습니다. 즉, 당신의 논리에 따르면 "최적" 코드에 대해 이런 종류의 " 표시기가 너무 느립니다 "라는 메시지는 10개 이상의 기기로 열면 절대 나타나지 않습니다. 이것을 진심으로 믿습니까???
개인적인 경험에 따르면 이러한 지연을 관찰하지 않으려면 모든 "무거운"계산을 별도의 프로그램으로 옮겨야하며 MQL은 프로그램에서받은 명령을 기반으로 주문을 처리하는 작업을 남겨 두어야합니다. MQL 엔진 및 성능에 직접적인 영향을 미치지 않습니다. 내가 지금 하고 있는 것이 바로 그것입니다.
사실, 나는 당신이 이것을 경험하지 않았기 때문에 당신에게 증명할 것이 없습니다.
1. 당신은 프로그래밍 세계의 신입니다. :);
2. 당신은 아직 진지한 글을 쓰지 않았습니다.
3. 모자로 자신을 평가하십시오.
알다시피, 증거를 요구하는 사람들의 범주를 기억하고, 그것을 제시 한 후 그들은 다음과 같이 말합니다 "당신의 증거, 증거가 아니라 ....".
"비최적 표시기 코드에 대해서만 이야기합니다"라고 말할 수 있습니다. 귀하의 이해가 옳습니다. 최적의 코드는 ... 그것이 무엇인지 추측하고 싶지도 않습니다.
아마도 당신은 뭔가를 놓쳤을 수도 있지만, 처음에는 N 번째 기기가 열려 있고 터미널에 로드되어 있다면 모든 로직을 EA 코드로 전송하는 것은 좋은 해결책이 아니라고 썼습니다. 왜냐하면 제 생각에 EA의 작업은 주문을 관리하는 것이기 때문입니다 적시에.
내가 보여준 것과 당신은 "비최적 지표 코드에 대해"(나는 달리 말하지 않고 있음)에 대해 언급했는데, 두 개의 도구와 두 개의 봇과 표시기가 열려 있다면 나는 그러한 지연을 관찰하지 않습니다. 당신의 논리에 따르면 "최적" 코드에 대해 이런 종류의 " 표시기가 너무 느립니다 "라는 메시지는 10개 이상의 기기로 열면 절대 나타나지 않습니다. 이것을 진심으로 믿습니까???
개인적인 경험에 따르면 이러한 지연을 관찰하지 않으려면 모든 "무거운"계산을 별도의 프로그램으로 옮겨야하며 MQL은 프로그램에서받은 명령을 기반으로 주문을 처리하는 작업을 남겨 두어야합니다. MQL 엔진 및 성능에 직접적인 영향을 미치지 않습니다. 내가 지금 하고 있는 것이 바로 그것입니다.
사실, 나는 당신이 이것을 경험하지 않았기 때문에 당신에게 증명할 것이 없습니다.
1. 당신은 프로그래밍 세계의 신입니다. :);
2. 당신은 아직 진지한 글을 쓰지 않았습니다.
3. 모자로 자신을 평가하십시오.
플랫은 98% 존재하지 않으며 추세가 존재하는 한 존재합니다. 시장의 본질은 추세에서 플랫으로 바뀌고 유통 법칙은 정상을 중심으로 변동하지만 결코 정상이되지 않습니다. 아파트가 98%라면 그 아파트에서 돈을 벌기가 너무 쉬웠습니다.
눈치채지 못했다면... "flat + randomness" 이것이 정확히 98%의 시간을 구성하는 것입니다.
그리고 추세..이것은 단지 이상치일 뿐입니다...시장 이상입니다..예를 들어 영국의 Brexit과 같이 거의 발생하지 않습니다. 예, 물론 실제 판매 추세가 있었고 거기에는 매우 분명했고 지표가 필요하지 않았습니다.
거래소와의 고속 통신 채널 없이는 이러한 "트렌드"를 포착하는 것이 불가능합니다. 예, 그리고 매트. 이를 위해서는 장치가 아직 개발되어야 합니다. 일반적으로 매우 어렵습니다. 그리고 여기에서 말하는 사람은 아무도 없지만 추세 자체도 무작위일 수 있습니다. =) 터무니없게 들리지만 이것은 사실이 아닙니다.
눈치채지 못했다면... "flat + randomness" 이것이 정확히 98%의 시간을 구성하는 것입니다.
그리고 추세..이것은 단지 이상치일 뿐입니다...시장 이상입니다..예를 들어 영국의 Brexit과 같이 거의 발생하지 않습니다. 예, 물론 실제 판매 추세가 있었고 거기에는 매우 분명했고 지표가 필요하지 않았습니다.
거래소와의 고속 통신 채널 없이는 이러한 "트렌드"를 포착하는 것이 불가능합니다. 네, 그리고 매트. 이를 위해서는 장치가 아직 개발되어야 합니다. 일반적으로 매우 어렵습니다. 그리고 여기에 아무도 말하지 않았지만 추세 자체도 임의적일 수 있음을 주목하십시오 =) 터무니없게 들리지만 이것은 사실이 아닙니다)
다르게 설명하겠습니다. 반전의 확률이 50%라면 이것은 추세나 플랫이 아니지만 가격은 여전히 어딘가로 갈 것입니다. 이 경우, 그래프는 (임의의 과정으로) 정규 확률 분포 를 가질 것입니다. 하지만 시장에서 반전 가능성은 기본적으로 50% 미만(추세), 50% 이상(풀백)이다. 그러나 장기간 복용하면 반전 가능성은 약 50%가 됩니다. 시장은 이 값을 중심으로 변동합니다. 여기에서는 외환과 주요 28쌍에 대해 이야기하고 있습니다. 재단은 조금 다릅니다.
알다시피, 증거를 요구하는 사람들의 범주를 기억하고, 그것을 제시 한 후 그들은 다음과 같이 말합니다 "당신의 증거, 증거가 아니라 ....".
"비최적 표시기 코드에 대해서만 이야기합니다"라고 말할 수 있습니다. 귀하의 이해가 옳습니다. 최적의 코드는 ... 그것이 무엇인지 추측하고 싶지도 않습니다.
아마도 당신은 뭔가를 놓쳤을 수도 있지만, 처음에는 N 번째 기기가 열려 있고 터미널에 로드되어 있다면 모든 로직을 EA 코드로 전송하는 것은 좋은 해결책이 아니라고 썼습니다. 왜냐하면 제 생각에 EA의 작업은 주문을 관리하는 것이기 때문입니다 적시에.
내가 보여준 것과 당신은 "비최적 지표 코드에 대해"(나는 달리 말하고 있지 않음) 논평했는데, 두 개의 도구와 두 개의 봇과 표시기가 열려 있다면 나는 그러한 지연을 관찰하지 않습니다. 즉, 당신의 논리에 따르면 "최적" 코드에 대해 이런 종류의 " 표시기가 너무 느립니다 "라는 메시지는 10개 이상의 기기로 열면 절대 나타나지 않습니다. 이것을 진심으로 믿습니까???
개인적인 경험에 따르면 이러한 지연을 관찰하지 않으려면 모든 "무거운"계산을 별도의 프로그램으로 옮겨야하며 MQL은 프로그램에서받은 명령을 기반으로 주문을 처리하는 작업을 남겨 두어야합니다. MQL 엔진 및 성능에 직접적인 영향을 미치지 않습니다. 내가 지금 하고 있는 것이 바로 그것입니다.
사실, 나는 당신이 이것을 경험하지 않았기 때문에 당신에게 증명할 것이 없습니다.
1. 당신은 프로그래밍 세계의 신입니다. :);
2. 당신은 아직 진지한 글을 쓰지 않았습니다.
3. 모자로 자신을 평가하십시오.
올바르게 코딩하는 법을 배웁니다. 브레이크에 대한 책임은 당신에게만 있습니다. 나는 10년 이상 이곳에 있었고, 단 하나의 지표만이 그러한 메시지를 작성했습니다. 그러나 그는 스스로 해결했습니다.
물론, 나는 당신의 경험에 관심이 없습니다 ...
그러나 흐름을 일시 중단하는 표시기의 코드를 제공하십시오.
알다시피, 증거를 요구하는 사람들의 범주를 기억하고, 그것을 제시 한 후 그들은 다음과 같이 말합니다 "당신의 증거, 증거가 아니라 ....".
"비최적 표시기 코드에 대해서만 이야기합니다"라고 말할 수 있습니다. 귀하의 이해가 옳습니다. 최적의 코드는 ... 그것이 무엇인지 추측하고 싶지도 않습니다.
아마도 당신은 뭔가를 놓쳤을 수도 있지만, 처음에는 N 번째 기기가 열려 있고 터미널에 로드되어 있다면 모든 로직을 EA 코드로 전송하는 것은 좋은 해결책이 아니라고 썼습니다. 왜냐하면 제 생각에 EA의 작업은 주문을 관리하는 것이기 때문입니다 적시에.
내가 보여준 것과 당신은 "비최적 지표 코드에 대해"(나는 달리 말하고 있지 않음) 논평했는데, 두 개의 도구와 두 개의 봇과 표시기가 열려 있다면 나는 그러한 지연을 관찰하지 않습니다. 즉, 당신의 논리에 따르면 "최적" 코드에 대해 이런 종류의 " 표시기가 너무 느립니다 "라는 메시지는 10개 이상의 기기로 열면 절대 나타나지 않습니다. 이것을 진심으로 믿습니까???
개인적인 경험에 따르면 이러한 지연을 관찰하지 않으려면 모든 "무거운"계산을 별도의 프로그램으로 옮겨야하며 MQL은 프로그램에서받은 명령을 기반으로 주문을 처리하는 작업을 남겨 두어야합니다. MQL 엔진 및 성능에 직접적인 영향을 미치지 않습니다. 내가 지금 하고 있는 것이 바로 그것입니다.
사실, 나는 당신이 이것을 경험하지 않았기 때문에 당신에게 증명할 것이 없습니다.
1. 당신은 프로그래밍 세계의 신입니다. :);
2. 당신은 아직 진지한 글을 쓰지 않았습니다.
3. 모자로 자신을 평가하십시오.
답변:
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
표시기가 없는 로봇
Artyom Trishkin , 2018.09.27 15:42
매우 정확하고(관용), 전체 지표를 계산하는 예와 그 중 하나가 최적화된 부분으로, 최적화는 1-2배의 이득을 제공합니다.
모든 막대가 각 틱(코드 기반의 99%)에서 다시 계산되면 느린 표시기에 대한 메시지를 받게 됩니다. icustom을 호출하면 모든 막대가 계산됩니다.
올바르게 코딩하는 법을 배웁니다. 브레이크에 대한 책임은 당신에게만 있습니다. 나는 10년 이상 이곳에 있었고, 단 하나의 지표만이 그러한 메시지를 작성했습니다. 그러나 그는 스스로 해결했습니다.
물론, 나는 당신의 경험에 관심이 없습니다 ...
그러나 흐름을 일시 중단하는 표시기의 코드를 제공하십시오.
당신은 이해하지 못했습니다 ...
이건 안타까운 일입니다... 그냥 당면한 알고리즘이 있을 뿐인데, 엄청난 양의 데이터에 대한 분석이 있고, 코드를 아무리 최적화해도 빠져나갈 수 없는 예를 들자면 제가 광부, 당신은 메가 컴퓨터에 코드 문제가 있다고 생각합니까????
일반적으로 나는 방금 내 게시물로 경고했고 당신은 영리하려고 노력했습니다. 이것에 관해서는 우리의 논의가 소진되었다고 생각합니다. 아무런 의미가 없습니다.