Evgeny Dyuka #: 그래서 주제는 사라졌고 오랫동안 새로운 것이 없었고 생각도없고 기사도 없었습니다. 문제는 사람이 아니라 여기 사람들은 선진적이지만 MQ의 정책에 있다고 생각합니다.그들은 그것이 저절로 해결 될 것이라고 결정했습니다. 도구를 던지고 간섭하지 않으면 저절로 해결 될 것입니다...
하지만 그렇지 않습니다. 솔루션이 탄생하면 아무도 단순한 열정으로 솔루션을 공유하지 않을 것이며 바보가 없습니다. MQ는 조건을 만드는 것으로 충분하고 사람들이 3000 개의 지표를 만들었을 때 지표의 성공을 반복하려고 분명히 노력하고 있습니다. 이것은 MO 주제에서는 작동하지 않으며 개발 수준이 여기에서 상당히 다르며 작업 솔루션 비용은 지표와 비교할 수 없습니다.
MQ는이 주제에 돈을 투자하고 개발을 자신의 손으로 가져 가야 할 것입니다. 그들은 솔루션을 출시하고 MT5에 통합해야하며 다른 방법은 없습니다. 비싸고 위험하지만 MO는 어떤 식 으로든 거래에 올 것입니다.
Microsoft는 2018 년에 OpenAI에 투자했고 Google은 뺨을 부풀리고 사람들을위한 도구 (TensorFlow)를 만들고있었습니다. 이제 그들은 끓는 물에 오줌을 누며 ChatGPT로부터 검색 비즈니스를 구할 방법을 고민하고 있습니다. 어떤 이유로 ChatGPT는 포럼에서 무료로 탄생하지 않았습니다 ))))
그리고 그것은 움직이지 않을 것입니다. 예를 들어, 저는 다른 MO 알고리즘으로 모델을 연구합니다. 그리고 알고리즘마다 코드에서 최종 모델의 구조가 다릅니다. 예를 들어 비선형 회귀에서 공식의 기록은 900 자 길이입니다. 그리고 GB최종 모델의 코드를 늘리면 15,000 줄에 이릅니다! 얼마나 많은 문자가 들어가는지 상상하기 어렵습니다.
따라서 소프트웨어 문제, 즉 합성 도구 공식 창에서 많은 수의 문자 입력을 허용하지 않습니다. 합성 도구 공식 창에서 입력 길이는 매우 적은 수의 입력 문자로 제한됩니다. 수식을 통해 표현 된 MO 모델을 조사하고 테스트하는 방법이 명확하지 않습니다. 도구가 있는 것 같지만 개발에 제한이 있습니다. 그리고 수백 개의 모델을 파헤쳐야 하므로 노동 생산성이 떨어집니다. 그리고 각 모델은 스크립트에서 코드를 형성하기 위해 관련 환경의 큰 바인딩으로 인해 매우 비생산적이며, 모델이 성공하지 못하면이 코드를 그냥 버립니다.
또한 개발자에게 공식 합성 도구 , 사용자 함수에 대해 도입 할 것을 제안했습니다. 모든 유형의 모델을 사용자 정의 함수로 전환하여 합성 도구 공식에서 사용할 수 있다는 것입니다. 이것은 모델의 길이와 코드 형태의 구조 문제를 모두 해결합니다. 그러나 개발자는 사용자 정의 기호 변경을 계획하지 않는다고 답했습니다.
그리고 실행되지 않습니다. 예를 들어, 저는 다른 MO 알고리즘으로 모델을 연구합니다. 그리고 코드의 최종 모델 구조는 알고리즘마다 다릅니다. 예를 들어 비선형 회귀에서 공식 기록은 900 자 길이입니다. 그리고 GB최종 모델의 코드를 늘리면 15,000 줄에 이릅니다! 얼마나 많은 문자가 들어가는지 상상하기 어렵습니다.
따라서 소프트웨어 문제, 즉 합성 도구 공식 창에서 많은 수의 문자 입력을 허용하지 않습니다. 합성 도구 공식 창에서 입력 길이는 매우 적은 수의 입력 문자로 제한됩니다. 수식을 통해 표현 된 MO 모델을 조사하고 테스트하는 방법이 명확하지 않습니다. 도구가 있는 것 같지만 개발에 제한이 있습니다. 그리고 수백 개의 모델을 일일이 확인해야 하므로 노동 생산성이 떨어집니다. 그리고 각 모델은 관련 환경의 큰 바인딩으로 인해 매우 비생산적인 스크립트에서 코드를 만들고 모델이 성공하지 않으면이 코드를 버립니다.
또한 개발자에게 공식 합성 도구 , 사용자 함수에 대해 도입 할 것을 제안했습니다. 모든 유형의 모델을 사용자 정의 함수로 전환하여 합성 도구의 공식에서 사용할 수 있다는 것입니다. 이것은 모델의 길이와 코드 형태의 구조 문제를 모두 해결합니다. 그러나 개발자는 사용자 정의 기호 변경을 계획하지 않는다고 응답했습니다.
알고리즘은 일반적으로 회귀/분류의 여러 종류를 말합니다. 이러한 알고리즘은 서로 다른 구조 모델을 구축합니다. 회귀 모델을 사용하면 모델 구조가 그리 크지 않고 수학 연산이 포함된 선형 공식처럼 보입니다. 하지만 합성 도구의 공식 창에 맞지 않습니다. 창에 입력 기호가 제한되어 있기 때문입니다. 그리고 나무에서 모델을 가져 오면 모델은 이미 스위치 구조에서 얻습니다. 하나의 스위치 구조는 하나의 트리입니다. 그리고 모델에 더 많은 트리가 사용될수록 더 많은 스위치 구조가 포함됩니다. 따라서이 알고리즘의 모델 코드는 최대 수만 줄의 코드까지 늘어날 수 있습니다.
그리고 모든 알고리즘의 수백 가지 모델을 MQL5 스크립트를 통해 설명하지 않고도 생산적으로 확인하기 위해 MQL5 코드 환경 합성 도구의 공식 창에 사용자 함수를 도입하는 것이 개발자에게 제안되었습니다. 불행히도 그들은 그것을 듣지 못했습니다. 또는 오히려 그들은 들었지만 합성 도구 공식을 변경할계획이 없다는 사실을 언급했습니다 . 그리고 아마도 미래에 언젠가 제안을 고려할 수 있습니다. 그리고 지금 모델을 확인해야 하므로 MQL5 스크립트를 통해 MQL5 코드 환경의 전체 래핑을 가져와야 합니다. 이는 MT5에서 모델 확인의 생산성을 크게 저하시킵니다.
확인의 생산성이란 무엇을 의미합니까? 모델 코드를 사용자 지정 함수로 래핑하여 파일 또는 특수 창에 저장하고( ), 생성된 사용자 지정 함수를 사용하여 합성 도구 공식을 모델과 함께 입력하고, 필요한 경우 다른 도구의 자동 동기화를 고려하여 빠르게 확인( )하는 것이 스크립트 코드에서 장황한 MQL5 파이프라인으로 이 모델을 설명하는 것보다 훨씬 빠릅니다.
알고리즘은 일반적입니다: 다양한 유형의 회귀/분류. 이러한 알고리즘은 서로 다른 구조 모델을 구축합니다. 회귀 모델을 사용하면 모델 구조가 그렇게 크지 않고 수학적 연산이 있는 선형 공식처럼 보입니다. 그러나 합성 도구의 공식 창에는 맞지 않습니다. 창에 입력 기호가 제한되어 있기 때문입니다. 그리고 나무에서 모델을 가져 오면 모델은 이미 스위치 구조에서 얻습니다. 하나의 스위치 구조는 하나의 트리입니다. 그리고 모델에 더 많은 트리가 사용될수록 더 많은 스위치 구조가 포함됩니다. 따라서이 알고리즘의 모델 코드는 최대 수만 줄의 코드까지 늘어날 수 있습니다.
그리고 모든 알고리즘의 수백 가지 모델을 MQL5 스크립트를 통해 설명하지 않고도 생산적으로 확인하기 위해 MQL5 코드 환경 합성 도구의 공식 창에 사용자 함수를 도입하는 것이 개발자에게 제안되었습니다. 불행히도 그들은 그것을 듣지 못했습니다. 또는 오히려 그들은 들었지만 합성 도구 공식을 변경할계획이 없다는 사실을 언급했습니다 . 그리고 아마도 미래에 언젠가 제안을 고려할 수 있습니다. 그리고 지금 모델을 확인해야 하므로 MQL5 스크립트를 통해 MQL5 코드 환경의 전체 래핑을 가져와야 합니다. 이는 MT5에서 모델 확인의 생산성을 크게 저하시킵니다.
확인의 생산성이란 무엇을 의미합니까? 모델 코드를 사용자 지정 함수로 래핑하여 파일 또는 특수 창에 저장하고( ), 생성된 사용자 지정 함수를 사용하여 합성 도구 공식을 모델과 함께 입력하고, 필요한 경우 다른 도구의 자동 동기화를 고려하여 빠르게 확인( )하는 것이 스크립트 코드에서 장황한 MQL5 파이프라인으로 이 모델을 설명하는 것보다 훨씬 빠릅니다.
그는 스스로 떠났습니다.
그의 닉네임은 [삭제됨]으로 대체되지 않고 금지되었을 때처럼 검게 표시되어 있습니다.
그래서 주제는 사라졌고 오랫동안 새로운 것이 없었고 생각도없고 기사도 없었습니다.
문제는 사람이 아니라 여기 사람들은 선진적이지만 MQ의 정책에 있다고 생각합니다.그들은 그것이 저절로 해결 될 것이라고 결정했습니다. 도구를 던지고 간섭하지 않으면 저절로 해결 될 것입니다...
하지만 그렇지 않습니다. 솔루션이 탄생하면 아무도 단순한 열정으로 솔루션을 공유하지 않을 것이며 바보가 없습니다.
MQ는 조건을 만드는 것으로 충분하고 사람들이 3000 개의 지표를 만들었을 때 지표의 성공을 반복하려고 분명히 노력하고 있습니다. 이것은 MO 주제에서는 작동하지 않으며 개발 수준이 여기에서 상당히 다르며 작업 솔루션 비용은 지표와 비교할 수 없습니다.
MQ는이 주제에 돈을 투자하고 개발을 자신의 손으로 가져 가야 할 것입니다. 그들은 솔루션을 출시하고 MT5에 통합해야하며 다른 방법은 없습니다. 비싸고 위험하지만 MO는 어떤 식 으로든 거래에 올 것입니다.
Microsoft는 2018 년에 OpenAI에 투자했고 Google은 뺨을 부풀리고 사람들을위한 도구 (TensorFlow)를 만들고있었습니다. 이제 그들은 끓는 물에 오줌을 누며 ChatGPT로부터 검색 비즈니스를 구할 방법을 고민하고 있습니다. 어떤 이유로 ChatGPT는 포럼에서 무료로 탄생하지 않았습니다 ))))
그리고 그것은 움직이지 않을 것입니다.
예를 들어, 저는 다른 MO 알고리즘으로 모델을 연구합니다.
그리고 알고리즘마다 코드에서 최종 모델의 구조가 다릅니다.
예를 들어 비선형 회귀에서 공식의 기록은 900 자 길이입니다.
그리고 GB최종 모델의 코드를 늘리면 15,000 줄에 이릅니다! 얼마나 많은 문자가 들어가는지 상상하기 어렵습니다.
따라서 소프트웨어 문제, 즉 합성 도구 공식 창에서 많은 수의 문자 입력을 허용하지 않습니다.
합성 도구 공식 창에서 입력 길이는 매우 적은 수의 입력 문자로 제한됩니다.
수식을 통해 표현 된 MO 모델을 조사하고 테스트하는 방법이 명확하지 않습니다.
도구가 있는 것 같지만 개발에 제한이 있습니다.
그리고 수백 개의 모델을 파헤쳐야 하므로 노동 생산성이 떨어집니다. 그리고 각 모델은 스크립트에서 코드를 형성하기 위해 관련 환경의 큰 바인딩으로 인해 매우 비생산적이며,
모델이 성공하지 못하면이 코드를 그냥 버립니다.
또한 개발자에게 공식 합성 도구 , 사용자 함수에 대해 도입 할 것을 제안했습니다.
모든 유형의 모델을 사용자 정의 함수로 전환하여 합성 도구 공식에서 사용할 수 있다는 것입니다.
이것은 모델의 길이와 코드 형태의 구조 문제를 모두 해결합니다.
그러나 개발자는 사용자 정의 기호 변경을 계획하지 않는다고 답했습니다.
어떻게 작동할까요?
생산적인 전문 연구에 이러한 제한이 있는 경우.
차단된 경우처럼 닉네임이 검게 표시되며, 대신 [삭제됨]으로 대체되지 않습니다.
저도 같은 맥락에서 그런 발언을 한 적이 있는데 운영진이 삭제한 것으로 기억합니다. 아직 한 달도 안 된 것 같아요.
그리고 실행되지 않습니다.
예를 들어, 저는 다른 MO 알고리즘으로 모델을 연구합니다.
그리고 코드의 최종 모델 구조는 알고리즘마다 다릅니다.
예를 들어 비선형 회귀에서 공식 기록은 900 자 길이입니다.
그리고 GB최종 모델의 코드를 늘리면 15,000 줄에 이릅니다! 얼마나 많은 문자가 들어가는지 상상하기 어렵습니다.
따라서 소프트웨어 문제, 즉 합성 도구 공식 창에서 많은 수의 문자 입력을 허용하지 않습니다.
합성 도구 공식 창에서 입력 길이는 매우 적은 수의 입력 문자로 제한됩니다.
수식을 통해 표현 된 MO 모델을 조사하고 테스트하는 방법이 명확하지 않습니다.
도구가 있는 것 같지만 개발에 제한이 있습니다.
그리고 수백 개의 모델을 일일이 확인해야 하므로 노동 생산성이 떨어집니다. 그리고 각 모델은 관련 환경의 큰 바인딩으로 인해 매우 비생산적인 스크립트에서 코드를 만들고
모델이 성공하지 않으면이 코드를 버립니다.
또한 개발자에게 공식 합성 도구 , 사용자 함수에 대해 도입 할 것을 제안했습니다.
모든 유형의 모델을 사용자 정의 함수로 전환하여 합성 도구의 공식에서 사용할 수 있다는 것입니다.
이것은 모델의 길이와 코드 형태의 구조 문제를 모두 해결합니다.
그러나 개발자는 사용자 정의 기호 변경을 계획하지 않는다고 응답했습니다.
어떻게 작동할까요?
생산적인 전문 연구에 이러한 제한이 있는 경우.
어떤 알고리즘, 모델 및 프로그래밍 언어에 대해 이야기하고 있습니까?
어떤 알고리즘, 모델, 프로그래밍 언어에 대해 말씀하시는 건가요?
알고리즘은 일반적으로 회귀/분류의 여러 종류를 말합니다.
이러한 알고리즘은 서로 다른 구조 모델을 구축합니다.
회귀 모델을 사용하면 모델 구조가 그리 크지 않고 수학 연산이 포함된 선형 공식처럼 보입니다.
하지만 합성 도구의 공식 창에 맞지 않습니다. 창에 입력 기호가 제한되어 있기 때문입니다.
그리고 나무에서 모델을 가져 오면 모델은 이미 스위치 구조에서 얻습니다. 하나의 스위치 구조는 하나의 트리입니다.
그리고 모델에 더 많은 트리가 사용될수록 더 많은 스위치 구조가 포함됩니다.
따라서이 알고리즘의 모델 코드는 최대 수만 줄의 코드까지 늘어날 수 있습니다.
그리고 모든 알고리즘의 수백 가지 모델을 MQL5 스크립트를 통해 설명하지 않고도 생산적으로 확인하기 위해 MQL5 코드 환경
합성 도구의 공식 창에 사용자 함수를 도입하는 것이 개발자에게 제안되었습니다.
불행히도 그들은 그것을 듣지 못했습니다. 또는 오히려 그들은 들었지만 합성 도구 공식을 변경할 계획이 없다는 사실을 언급했습니다 .
그리고 아마도 미래에 언젠가 제안을 고려할 수 있습니다.
그리고 지금 모델을 확인해야 하므로 MQL5 스크립트를 통해 MQL5 코드 환경의 전체 래핑을 가져와야 합니다.
이는 MT5에서 모델 확인의 생산성을 크게 저하시킵니다.
확인의 생산성이란 무엇을 의미합니까?
모델 코드를 사용자 지정 함수로 래핑하여 파일 또는 특수 창에 저장하고(
), 생성된 사용자 지정 함수를 사용하여 합성 도구 공식을 모델과 함께 입력하고, 필요한 경우 다른 도구의 자동 동기화를 고려하여 빠르게 확인(
)하는 것이 스크립트 코드에서 장황한 MQL5 파이프라인으로 이 모델을 설명하는 것보다 훨씬 빠릅니다.
C와 MQL5.
알고리즘은 일반적입니다: 다양한 유형의 회귀/분류.
이러한 알고리즘은 서로 다른 구조 모델을 구축합니다.
회귀 모델을 사용하면 모델 구조가 그렇게 크지 않고 수학적 연산이 있는 선형 공식처럼 보입니다.
그러나 합성 도구의 공식 창에는 맞지 않습니다. 창에 입력 기호가 제한되어 있기 때문입니다.
그리고 나무에서 모델을 가져 오면 모델은 이미 스위치 구조에서 얻습니다. 하나의 스위치 구조는 하나의 트리입니다.
그리고 모델에 더 많은 트리가 사용될수록 더 많은 스위치 구조가 포함됩니다.
따라서이 알고리즘의 모델 코드는 최대 수만 줄의 코드까지 늘어날 수 있습니다.
그리고 모든 알고리즘의 수백 가지 모델을 MQL5 스크립트를 통해 설명하지 않고도 생산적으로 확인하기 위해 MQL5 코드 환경
합성 도구의 공식 창에 사용자 함수를 도입하는 것이 개발자에게 제안되었습니다.
불행히도 그들은 그것을 듣지 못했습니다. 또는 오히려 그들은 들었지만 합성 도구 공식을 변경할 계획이 없다는 사실을 언급했습니다 .
그리고 아마도 미래에 언젠가 제안을 고려할 수 있습니다.
그리고 지금 모델을 확인해야 하므로 MQL5 스크립트를 통해 MQL5 코드 환경의 전체 래핑을 가져와야 합니다.
이는 MT5에서 모델 확인의 생산성을 크게 저하시킵니다.
확인의 생산성이란 무엇을 의미합니까?
모델 코드를 사용자 지정 함수로 래핑하여 파일 또는 특수 창에 저장하고(
), 생성된 사용자 지정 함수를 사용하여 합성 도구 공식을 모델과 함께 입력하고, 필요한 경우 다른 도구의 자동 동기화를 고려하여 빠르게 확인(
)하는 것이 스크립트 코드에서 장황한 MQL5 파이프라인으로 이 모델을 설명하는 것보다 훨씬 빠릅니다.
C와 MQL5.
이것은 채팅 봇에 의해 생성된 것이 아닌가요? 매우 유사합니다. 악의는 없습니다.
가격 순간에는 가격 가치, 시간, 거래량이라는 세 가지 차원이 있습니다.
거래량이 가격의 덩어리인가요?
가격 모멘트는 가격 가치, 시간, 거래량이라는 세 가지 차원으로 구성됩니다.
거래량은 가격의 덩어리인가요?
채팅 봇이 생성된 것 아닌가요? 그런 것 같네요. 악의는 없습니다.
나중에 채팅 봇이 아닌지 의심할 수 있도록 알고리즘에 대해 질문하셨나요?
다른 질문이 없도록 자세한 답변을 드렸습니다.
질문이 남지 않을 정도로 채팅 봇이 잘한 것 같습니다)).
거래량은 선택한 가격 또는 가격 범위에서 체결된 계약의 수입니다.
알았어요, 더미가 아니에요 :)