이런 짓을 했는데... - 페이지 4

 
TheXpert :

1. 쉽다. 특히 MT5에서.

2. 일반적으로 코드를 작성하지 않고 하는 것 같습니다 :) gg.

1. 이것은 MT4 포럼이므로 그에 관한 것입니다.

2. 사적이지 말자? 홍수를 위해 다른 가지가 있습니다. :)

 
Candid :

사실은 근사치 자체가 나에게 그다지 관심이 없다는 것입니다. 내가 관심을 갖는 것은 외삽의 가능성입니다. 그리고 그 이면에 물리적인 의미를 두는 것이 바람직합니다. 그리고 그와 같은 스플라인은 계산되지 않습니다. 스플라인 뒤에는 어떤 물리적 의미가 있을 수 있습니까?

그건 그렇고, 우리는 전에 "너" 같았어, 그렇지?



매우 흥미로운 근사치인 스플라인에 대해 내가 어떻게 이해하고 무엇을 할 수 있는지 설명하려고 합니다.

  1. 3차 다항식으로 설명되는 역사 섹션이 있습니다.
  2. 는 1차 및 2차 도함수의 연속성 조건입니다.
  3. 이것은 주어진 간격에서 알 수 없는 함수를 "정확하게" 보간하는 유일한 함수입니다.

큐빅 스플라인의 정의와 같습니다. 이제 어떤 물체의 움직임을 분석한다고 가정해 봅시다(모든 물체, 항공기, 자동차, 통화 ...)

우리는 사용하고 있습니다  주어진 역사 섹션에서 이 알고리즘의 속도와 가속도가 있는 함수(유일한 것, 더 나은 것은 아니지만(나는 의심스럽긴 하지만))를 선택할 것입니다. 우리는 얼마 동안 물체가 같은 속도와 가속도로 움직일 것이라고 가정할 수 있습니다. 외삽. 그리고 우리는 불일치(외삽 오류)를 제어합니다. 추가 옵션으로 새 데이터가 도착하면 이를 수행하거나 불일치가 지정된 값을 초과할 때 임계값을 설정한 다음 다시 계산할 수 있습니다.

Z.Y. 어쩌면 내가 틀릴 수도 있지만 이것에 뭔가가 있고 그것은 물리학 인 것 같습니다 ...

Z,Z,S 너, 나보다 더 멋진 프로그래머가 있어 복수로 쓰려고 해, 바다, 모두의 어필이었다. 그들은 당신의 코드를 편집하고, 나는 부러워합니다. 나는 자랄 수 없습니다. 나는 나쁜 아이디어를 게시 할 수 있습니다 ...
 
Prival :

나는 가능하다는 데 동의하지만 나도 한 번 어셈블러로 프로그래밍 한 적이 있다는 것을 이해합니다. 다만, 좋은 것에 익숙해지면 그로부터 멀어지기가 매우 어렵다는 것입니다. 저수준 프로그래밍 언어로 돌아가는 것은 매우 어렵습니다. MQL matkad에 비해 낮은 수준의 프로그래밍 언어입니다. 예를 들어, 이 글을 작성하는 데 1분이 걸렸습니다.

그리고 모든 것이 올바르게 계산되었다고 확신합니다. MQL 에서 동일한 작업을 시도하고 1종 0차 베셀 함수의 계산을 포함하는 Rayleigh-Rice 함수의 이중 정부호 적분을 계산합니다(시장 분석에 필요하지 않다고 말하지 마십시오. , 개인적으로 필요합니다).

Z.Y. 나는 단지 아이디어가 있고 그것을 확인하고 싶다고 가정 해 봅시다. 확인하고 더 나아갔습니다. 이 기능이 PBX를 구축하는 데 필수적이었다면(그것 없이는 할 수 없음), 나는 당신에게 이 기능을 적용하고 매우 맛있는 가격을 책정할 것이라고 확신합니다.

나는 어떤 모순도 보이지 않는다. 알고리즘은 Mathcad 어디에서나 스케치할 수 있으며 작동하는 경우 나중에 MT4/5에서 계산할 수 있는 형식으로 변환해야 합니다. 예를 들어 Matlab에는 코드 변환기가 있습니다. 저는 matcad에 대해 잘 모릅니다. 없는 것보다는 낫습니다. 비록 귀하의 지식 수준에 따르면 간단한 C 언어 구성을 마스터하는 데 아무런 문제가 없다고 생각합니다.

분명히 Matkad에서도 말했듯이 단순히 필요가 없었지만 알고리즘은 없었지만 Schaub는 MQL로 변환되어야 했습니다.

 
Prival :
Z,Z,S 너, 나보다 더 멋진 프로그래머가 있어 복수로 쓰려고 해, 바다, 모두의 어필이었다. 그들은 당신의 코드를 편집하고, 나는 부러워합니다 ... 나는 자랄 수 없습니다. 나는 나쁜 아이디어를 게시 할 수 있습니다 ...

주변에 많은 프로그래머가 있고 주요 가치는 알고리즘에 있으며 모든 언어로 될 수 있습니다.

동일한 Mathcad에서 작동하는 알고리즘을 개략적으로 설명할 수 있다면 알고리즘과 논리가 항상 기본이고 구현이 보조이기 때문에 최고의 프로그래머라도 여러분과 관련하여 어린 아이와 같을 것입니다.

 
Andrei01 :

....

분명히 Matkad에서도 말했듯이 단순히 필요가 없었지만 알고리즘은 없었지만 Schaub는 MQL로 변환되어야 했습니다.

matcad로 MT4 묶음을 만드는 것이 더 쉽고 효율적입니다. 퇴비통의 도움으로 오래전에 완성했습니다. 그나저나 안 본지 오래돼서 자기가 어떻게 된 건지, 나에게 절을 하는구나.

 
Andrei01 :
왜 알려지지 않았습니까? 유한한 수인가 무한한가?

물론 비상 상황이지만 상당히 클 수 있습니다.

그러나 일반적으로 주제에서 벗어나지 마십시오. 실제 지표의 코드는 처음부터 일회성으로 작성되었다고 즉시(그리고 반복) 말했다. 그리고 주제는 프로그래밍 스타일에 관한 것이 아닙니다. 원한다면 언제, 어떤 상황에서 MQL에서 "큰" 프로그래밍 규칙을 사용하는 것이 정당화되는지에 대한 주제를 시작하십시오.

즉, 자전거에 해부학 적 의자가 없다는 사실에 기분이 상한 것 같습니다. 글쎄, 그것은 당신의 취향입니다. 모든 사람은 자신이 적합하다고 생각하는 자전거를 스스로 만들 권리가 있습니다.

 
이 알고리즘에 대한 Expert Advisor를 테스트하기 위한 설명은 어디에 있습니까? 그것들이 없으면 토론은 주제 자체와 마찬가지로 의미가 없습니다.
 
Prival :
이제 어떤 물체의 움직임을 분석한다고 가정해 봅시다(모든 물체, 항공기, 자동차, 통화 ...)

우리는 사용하고 있습니다 주어진 역사 섹션에서 이 알고리즘의 속도와 가속도가 있는 함수(유일한 것, 더 나은 것은 아니지만(나는 의심스럽긴 하지만))를 선택할 것입니다. 우리는 얼마 동안 물체가 같은 속도와 가속도로 움직일 것이라고 가정할 수 있습니다. 외삽 . 그리고 우리는 불일치(외삽 오류)를 제어합니다.

여기에서 나에게 가장 중요한 단어를 강조 표시했습니다. 일반적인 규칙(예외가 없는 것은 아니지만)이 있습니다. 특정 임계값 이후에는 근사치가 더 좋을수록 외삽 결과가 더 나빠집니다. 도함수가 필요하면 근사적으로 계산해야 한다는 것도 원칙적으로 생각했습니다. 그러나 이것은 정확히 "외삽된" 근사치여야 합니다. 그렇지 않으면 이러한 도함수에 많은 잡음을 가할 것입니다. IMHO입니다.

그리고 나는 칼만이 그 결과를 가져왔다고 생각했는데, 결국 당신은 칼만 아래에 작업을 설명했습니까? 아니면 어떻게 든 더 넓습니까?

 
Candid :

1. 물론 비상 상황이지만 상당히 클 수 있습니다.

2. 그러나 일반적으로 주제에서 벗어나지 마십시오. 그리고 주제는 프로그래밍 스타일에 관한 것이 아닙니다.

1. 숫자가 많아도 여전히 물건을 생산하는 것이 통제되지 않습니다. 이것은 윙윙 거리는 소리가 아닙니다. 어떤 경우에도 이것을 따라야 하므로 처음에는 올바르게 하는 것이 좋습니다.

2. 주제를 벗어난 것에 대해 죄송합니다. 프로그래밍 스타일에 대해 간단하고 분명한 아이디어를 거부하고 표현할 수 없었습니다.

 
C-4 :
이 알고리즘에 대한 Expert Advisor를 테스트하기 위한 설명은 어디에 있습니까? 그것들이 없으면 토론은 주제 자체와 마찬가지로 의미가 없습니다.

조언자의 알고리즘은 어디에 있습니까?