친애하는 개발자. C/C++ "long double" 의 데이터 유형 도입에 대해 어떻게 생각하십니까? 매우 도움이 될 것입니다. 사실을 말하자면, "이중" 유형의 정밀도가 계산에 충분하지 않다는 사실을 접했습니다. 또는 대체 옵션은 임의로 지정된 정밀도로 작업을 위한 특수 클래스를 만드는 것입니다. 어떻게 보십니까?
-Alexey- : 친애하는 개발자. C/C++ "long double" 의 데이터 유형 도입에 대해 어떻게 생각하십니까? 매우 도움이 될 것입니다. 사실을 말하자면, "이중" 유형의 정밀도가 계산에 충분하지 않다는 사실을 접했습니다. 또는 대체 옵션은 임의로 지정된 정밀도로 작업을 위한 특수 클래스를 만드는 것입니다. 어떻게 보십니까?
방해해서 실례지만 우주로 로켓을 발사하는 건가요? 알고리즘 최적화나 다른 것에 대해 생각하는 것이 더 나을까요?
예를 들어, 이것은 최소 4-5자리의 정확도로 정규 분포의 분위수를 수치적으로 계산하는 데 필요합니다. P>.9에서의 의존성은 수평선에 있으며 확률을 변경하여 기계 0은 2-3 자리 이상의 정확도를 얻을 수 없으며 P>.99에서는 훨씬 더 나쁩니다. 등. 숫자는 약간 다를 수 있습니다. 이것은 단지 예일 뿐입니다. 다른 배포판으로 작업해야 하지만 아이디어는 동일합니다. 어떤 로켓인가요? :)
정확성 부족으로 또 다른 문제가 발생했습니다. 상황은 이렇다. 10,000개 값에 대한 가격 분포 기능이 구축되었습니다. 일부 간격에서 함수의 값은 작고 10000으로 나눌 수 있습니다. 1 * 10e-6 정도의 값을 얻습니다. 그런 다음 그러한 값 사이의 차이의 제곱을 결정할 필요가 있으며 1 * 10e-13 정도의 값을 얻을 수 있습니다 (그런 다음 수천 개의 값을 요약해야 함). 데이터가 치명적으로 손실됩니다. 그리고 10,000은 그렇게 많지도 않고 사실 충분하지도 않습니다. 따라서 다시 한 번 개발자에게 "long double"을 입력하도록 요청합니다. 내가 이해하는 한, 금융 부문에서 대규모 샘플을 사용한 통계 작업은 자주 요청되는 작업입니다. 그리고 어떻게 됩니까? MQL5에 만족하고 C++로 전환하시겠습니까?
-Alexey- : 정확성 부족으로 또 다른 문제가 발생했습니다. 상황은 이렇다. 10,000개 값에 대한 가격 분포 기능이 구축되었습니다. 일부 간격에서 함수의 값은 작고 10000으로 나눌 수 있습니다. 1 * 10e-6 정도의 값을 얻습니다. 그런 다음 그러한 값 사이의 차이의 제곱을 결정할 필요가 있으며 1 * 10e-13 정도의 값을 얻을 수 있습니다 (그런 다음 수천 개의 값을 요약해야 함). 데이터가 치명적으로 손실됩니다. 그리고 10,000은 그리 많지 않습니다. 사실 조금입니다. 따라서 다시 한 번 개발자에게 "long double"을 입력하도록 요청합니다. 내가 이해하는 한, 금융 부문에서 대규모 샘플을 사용한 통계 작업은 자주 요청되는 작업입니다. 그리고 어떻게 됩니까? MQL5에 만족하고 C++로 전환하시겠습니까?
mql5 의 이중 유형 은 가수가 16자인 +-10e-307에서 +-10e307 범위의 숫자와 함께 작동합니다. 따라서 설명하는 문제가 없습니다.
선언된 가수가 충분하지 않으면 예를 들어 가수가 32자로 증가된 정확도 클래스를 개발하십시오. 그것은 당신의 권리입니다.
대부분의 개발자에게는 사마귀의 16 표시로 충분합니다. 왜 정원을 울타리로 만들 수 있습니까?
mql5 의 이중 유형 은 가수가 16자인 +-10e-307에서 +-10e307 범위의 숫자와 함께 작동합니다. 따라서 설명하는 문제가 없습니다.
선언된 가수가 충분하지 않으면 예를 들어 가수가 32자로 증가된 정확도 클래스를 개발하십시오. 그것은 당신의 권리입니다.
대부분의 개발자에게는 사마귀의 16 표시로 충분합니다. 왜 정원을 울타리로 만들 수 있습니까?
동의하지 않습니다. 문제가 있습니다. 여기에 예가 있습니다(그리드 10000x10000).
이중 x1=0.0011;
이중 y1=x1/10000;
이중 x2=0.0012; 이중 y2=x2/10000;
이중 c=y1-y2; 이중 d=MathPow(c,2);
printf(문자열(d));
결과: 9.999999999999968e-017
그리고 이 결과를 어떻게 해야 할까요? 다른 결과와 어떻게 비교합니까? DBL_EPSILON=2.2204460492503131e-016. 또한 마지막 두 방전 - 참조하십시오. 그리고 이것은 단지 두 가지 작업입니다. 그리고 나는 이러한 작업을 더 많이 가지고 있습니다. 그리고이 정보에 따르면 특정 수의 작업을 통해 데이터를 복원해야합니다. 더 많은 손실. 저는 C와 같은 언어로 프로그래밍하는 방법을 배우고 있는데 그런 클래스를 만드는 것이 어렵습니다(또는 방법조차 모릅니다). 이것은 진지한 작업입니다. 그건 그렇고, 그런 수업이 있습니까? 그리고 개발자들은 모두를 위해 한 번에 개선할 수 있습니다. 100,000x100,000의 그리드를 만드는 것이 가능합니다.대체로 충분하지 않지만 더 많거나 적은 대표적인 샘플을 사용할 수 있습니다. 그리고 만약 그들이 임의의 정밀도를 위한 클래스를 만들었다면, 그것은 훨씬 더 나았을 것입니다 :) 울타리가 그것과 무슨 관계가 있습니까? 그것은 단지 데이터 유형일 뿐입니다. 존재한다면 그런 의미가 아니라 새롭게 떠오르는 니즈를 충족시켜준다는 의미다. 문제는 그것이 개발자들에게 어려운 일인지 아닌지 모른다는 것입니다. 그것이 어렵고 비용이 많이 든다면 - 그렇다면 나는 당신에게 동의합니다 - 왜 내 문제를 그들에게 전가하십시오. 그리고 어렵지 않다면 - 왜 하지 마십시오. 다시 - 높은 정확도로 거래 계산을 개발하기 위한 강력한 환경 - 여기에는 일종의 경쟁 우위가 있습니다. :). 그래서 나는 그들이 그것에 대해 어떻게 생각하는지 묻습니다.
이것은 단지 당신의 관점에서 본 것이므로 ... 이것의 99.9999%는 필요하지 않습니다
이러한 목적을 위해 특수 소프트웨어 제품을 사용하십시오....
문제의 사실은 MT가 재무 계산을 위한 전문 제품이라는 것입니다. 그리고 재무 계산은 통계 방법의 사용과 밀접한 관련이 있습니다. 예, 그리고 왜 새로운 제품을 마스터합니까? 나는 이것을하고 싶지 않고 유형과 싸우지 만 하나의 거래 환경에서 TS를 개발하십시오. 특히 MQL5는 정말 빠른 것 같습니다.
-Alexey- : 문제의 사실은 MT가 재무 계산을 위한 전문 제품이라는 것입니다. 그리고 재무 계산은 통계 방법의 사용과 밀접한 관련이 있습니다. 예, 그리고 왜 새로운 제품을 마스터합니까? 나는 이것을하고 싶지 않고 유형과 싸우지 만 하나의 거래 환경에서 TS를 개발하십시오. 특히 MQL5는 그것이 정말 빠르다고 생각하기 때문에.
글쎄, 당신은 모든 개발자가 항상 뭔가를 놓치고 있다는 것을 이해합니다....
500명의 프로그래머가 각각 10개의 소원을 쓴다면 Bill이 갖고 있는 것처럼 사무실이 필요합니다.
500명의 프로그래머가 각각 10개의 소원을 쓴다면 Bill이 갖고 있는 것처럼 사무실이 필요합니다.
당신의 환상을 현실로 만들기 위해 ...
판타지는 전혀 관련이 없습니다. 내 질문은 가장 일반적인 분석 방법을 구현할 가능성에 대해 제기되었습니다. 즉 - 추세 및 주기를 제거한 후 남은 숫자로 작업합니다. 이 방법은 예외 없이 금융통계 교과서와 대학의 연수 매뉴얼에 대해 쓰여져 있다. 이것은 일종의 환상이 아니라 분석에 대한 표준 접근 방식 중 하나입니다. 그리고 전문화된 환경에는 그러한 접근 방식을 구현할 수 있는 수단이 있어야 합니다. 어떻게 생각하세요?
친애하는 개발자. C/C++ "long double" 의 데이터 유형 도입에 대해 어떻게 생각하십니까? 매우 도움이 될 것입니다. 사실을 말하자면, "이중" 유형의 정밀도가 계산에 충분하지 않다는 사실을 접했습니다. 또는 대체 옵션은 임의로 지정된 정밀도로 작업을 위한 특수 클래스를 만드는 것입니다. 어떻게 보십니까?
방해해서 실례지만 우주로 로켓을 발사하는 건가요? 알고리즘 최적화나 다른 것에 대해 생각하는 것이 더 나을까요?
그러한 정확성이 필요한 예를 들어주실 수 있습니까?
정확성 부족으로 또 다른 문제가 발생했습니다. 상황은 이렇다. 10,000개 값에 대한 가격 분포 기능이 구축되었습니다. 일부 간격에서 함수의 값은 작고 10000으로 나눌 수 있습니다. 1 * 10e-6 정도의 값을 얻습니다. 그런 다음 그러한 값 사이의 차이의 제곱을 결정할 필요가 있으며 1 * 10e-13 정도의 값을 얻을 수 있습니다 (그런 다음 수천 개의 값을 요약해야 함). 데이터가 치명적으로 손실됩니다. 그리고 10,000은 그리 많지 않습니다. 사실 조금입니다. 따라서 다시 한 번 개발자에게 "long double"을 입력하도록 요청합니다. 내가 이해하는 한, 금융 부문에서 대규모 샘플을 사용한 통계 작업은 자주 요청되는 작업입니다. 그리고 어떻게 됩니까? MQL5에 만족하고 C++로 전환하시겠습니까?
mql5 의 이중 유형 은 가수가 16자인 +-10e-307에서 +-10e307 범위의 숫자와 함께 작동합니다. 따라서 설명하는 문제가 없습니다.
선언된 가수가 충분하지 않으면 예를 들어 가수가 32자로 증가된 정확도 클래스를 개발하십시오. 그것은 당신의 권리입니다.
대부분의 개발자에게는 사마귀의 16 표시로 충분합니다. 왜 정원을 울타리로 만들 수 있습니까?
mql5 의 이중 유형 은 가수가 16자인 +-10e-307에서 +-10e307 범위의 숫자와 함께 작동합니다. 따라서 설명하는 문제가 없습니다.
선언된 가수가 충분하지 않으면 예를 들어 가수가 32자로 증가된 정확도 클래스를 개발하십시오. 그것은 당신의 권리입니다.
대부분의 개발자에게는 사마귀의 16 표시로 충분합니다. 왜 정원을 울타리로 만들 수 있습니까?
이중 x1=0.0011;
이중 y1=x1/10000;
이중 x2=0.0012;
이중 y2=x2/10000;
이중 c=y1-y2;
이중 d=MathPow(c,2);
printf(문자열(d));
결과: 9.999999999999968e-017
그리고 이 결과를 어떻게 해야 할까요? 다른 결과와 어떻게 비교합니까? DBL_EPSILON=2.2204460492503131e-016. 또한 마지막 두 방전 - 참조하십시오. 그리고 이것은 단지 두 가지 작업입니다. 그리고 나는 이러한 작업을 더 많이 가지고 있습니다. 그리고이 정보에 따르면 특정 수의 작업을 통해 데이터를 복원해야합니다. 더 많은 손실. 저는 C와 같은 언어로 프로그래밍하는 방법을 배우고 있는데 그런 클래스를 만드는 것이 어렵습니다(또는 방법조차 모릅니다). 이것은 진지한 작업입니다. 그건 그렇고, 그런 수업이 있습니까? 그리고 개발자들은 모두를 위해 한 번에 개선할 수 있습니다. 100,000x100,000의 그리드를 만드는 것이 가능합니다.대체로 충분하지 않지만 더 많거나 적은 대표적인 샘플을 사용할 수 있습니다. 그리고 만약 그들이 임의의 정밀도를 위한 클래스를 만들었다면, 그것은 훨씬 더 나았을 것입니다 :) 울타리가 그것과 무슨 관계가 있습니까? 그것은 단지 데이터 유형일 뿐입니다. 존재한다면 그런 의미가 아니라 새롭게 떠오르는 니즈를 충족시켜준다는 의미다. 문제는 그것이 개발자들에게 어려운 일인지 아닌지 모른다는 것입니다. 그것이 어렵고 비용이 많이 든다면 - 그렇다면 나는 당신에게 동의합니다 - 왜 내 문제를 그들에게 전가하십시오. 그리고 어렵지 않다면 - 왜 하지 마십시오. 다시 - 높은 정확도로 거래 계산을 개발하기 위한 강력한 환경 - 여기에는 일종의 경쟁 우위가 있습니다. :). 그래서 나는 그들이 그것에 대해 어떻게 생각하는지 묻습니다.
다시 - 높은 정확도로 거래 계산을 개발하기 위한 강력한 환경 - 여기에는 일종의 경쟁 우위가 있습니다. :).
이것은 단지 당신의 관점에서 본 것이므로 ... 이것의 99.9999%는 필요하지 않습니다
이러한 목적을 위해 특수 소프트웨어 제품을 사용하십시오....
이것은 단지 당신의 관점에서 본 것이므로 ... 이것의 99.9999%는 필요하지 않습니다
이러한 목적을 위해 특수 소프트웨어 제품을 사용하십시오....
문제의 사실은 MT가 재무 계산을 위한 전문 제품이라는 것입니다. 그리고 재무 계산은 통계 방법의 사용과 밀접한 관련이 있습니다. 예, 그리고 왜 새로운 제품을 마스터합니까? 나는 이것을하고 싶지 않고 유형과 싸우지 만 하나의 거래 환경에서 TS를 개발하십시오. 특히 MQL5는 그것이 정말 빠르다고 생각하기 때문에.
글쎄, 당신은 모든 개발자가 항상 뭔가를 놓치고 있다는 것을 이해합니다....
500명의 프로그래머가 각각 10개의 소원을 쓴다면 Bill이 갖고 있는 것처럼 사무실이 필요합니다.
당신의 환상을 현실로 만들기 위해 ...
글쎄, 당신은 모든 개발자가 항상 뭔가를 놓치고 있다는 것을 이해합니다....
500명의 프로그래머가 각각 10개의 소원을 쓴다면 Bill이 갖고 있는 것처럼 사무실이 필요합니다.
당신의 환상을 현실로 만들기 위해 ...